ビデオサーバ装置及びビデオ編集システム
【課題】通常の編集と同じ操作で素材を作成しつつ、映像・音声・補助データの差分のみの追加・削除・差し替えを可能とする。
【解決手段】実施形態によれば、ビデオサーバ装置は、素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを記憶部に記憶するテーブル生成手段と、素材データに対する変更要求発生時に、変更要求元から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含む素材管理情報を取得する取得手段と、この取得手段で取得した素材管理情報に含まれる素材ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて記憶部に記録された素材データに対する変更処理を実行し、変更後に管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを備える。
【解決手段】実施形態によれば、ビデオサーバ装置は、素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを記憶部に記憶するテーブル生成手段と、素材データに対する変更要求発生時に、変更要求元から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含む素材管理情報を取得する取得手段と、この取得手段で取得した素材管理情報に含まれる素材ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて記憶部に記録された素材データに対する変更処理を実行し、変更後に管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、例えば、ニュース番組等の素材を格納するビデオサーバ装置及びビデオ編集システムに関する。
【背景技術】
【０００２】
放送番組送出システムにあっては、放送番組の素材データを予めビデオサーバに格納しておき、自動番組送出制御装置（ＡＰＣ）からの指示に従って該当する素材データを再生し、オンエアを行うようになっている。このようなオンエア処理において、通常、オンエア前にオンエア順序に従った素材データの確認作業が行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３９４００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記システムにおいて、ビデオサーバに素材データを送った後で、緊急に素材ファイルの部分差し替えが必要となる場合がある。一般に、放送素材データはサイズが大きく、全部をもう一度収録し直すと時間がかかるので、差分のみを送り、放送までの時間を短縮させたいというニーズがある。このニーズには、差分の素材データを送ってプレイリストとして再生させる、という解決手段があるが、ユーザは、差分の素材データを別ファイルとして保存し、プレイリストを作成するという手間がかかるうえに、素材データを保存しておく場合、複数の素材データとプレイリストという形となってしまう。また、映像の一部・音声の一部のみといった変更には対応できないため、音声のみ変更したい場合でも、その部分の映像もあわせて差し替える必要がある。
【０００５】
補助データのみの差し替えの場合、別に字幕差し替えサーバを設置するなど、映像や音声・補助データのみの変更は、専用の差し替え装置を設置する方法もあるが、システム全体として高コストとなる。
【０００６】
本発明の目的は、通常の編集と同じ操作で素材を作成しつつ、映像・音声・補助データの差分のみの追加・削除・差し替えを可能とするビデオサーバ装置及びビデオ編集システムを提供することにある。
【課題を解決するための手段】
【０００７】
実施形態によれば、オンエア用の素材データを記憶部に記録し、再生指示に応じて前記記憶部に記録された素材データを再生するビデオサーバ装置において、素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを記憶部に記憶するテーブル生成手段と、素材データに対する変更要求発生時に、変更要求元から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含む素材管理情報を取得する取得手段と、この取得手段で取得した素材管理情報に含まれる素材ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて記憶部に記録された素材データに対する変更処理を実行し、変更後に管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを備えるビデオサーバ装置を提供できる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態に係るビデオ編集システムとしての番組送出システムの構成を示すブロック図。
【図２】一実施形態において、送出サーバ内部で持つプレイリストの一例を示す図。
【図３】一実施形態において、編集機から送られる素材ファイルの構造を示す模式図。
【図４】一実施形態において、素材データを差し替える際の送出サーバと編集機との間の情報の送受信動作を示すシーケンス図。
【図５】一実施形態において、差し替えファイルから差分を抽出する場合の制御部の制御処理手順を示すフローチャート。
【図６】一実施形態において、プレイリストの更新を行う際の制御部の制御処理手順を示すフローチャート。
【図７】一実施形態において、プレイリスト更新（作成含む）における、制御部の差替処理を示すフローチャート。
【図８】一実施形態において、プレイリスト更新（作成含む）における、制御部の追加処理を示すフローチャート。
【図９】一実施形態において、プレイリスト更新（作成含む）における、制御部の削除処理を示すフローチャート。
【図１０】再生処理と同時に再エンコードする場合の送出サーバの動作を示すシーケンス図。
【発明を実施するための形態】
【０００９】
以下、実施の形態について、図面を参照して説明する。
【００１０】
図１は、一実施形態に係るビデオ編集システムとしての番組送出システムの構成を示すブロック図である。
【００１１】
図１において、１００はビデオサーバ装置としての送出サーバで、制御部１０１、複数のメモリセットから成るメモリ部１０２、デコーダ部１０３、エンコーダ部１０４、ファイル処理部１０５を備えている。これら制御部１０１、メモリ部１０２、デコーダ部１０３、エンコーダ部１０４、ファイル処理部１０５は、バス１０６により相互に接続されている。
【００１２】
オンエア用放送番組のビデオ信号は、エンコーダ部１０４によりＭＰＥＧ２(Moving Picture Experts Group 2)等の符号化形式で符号化され、素材データとしてメモリ部１０２に記録される。このメモリ部１０２に記録された素材データは、ＡＰＣ（図示せず）から与えられるオンエア指示信号に応じて、選択的に再生される。この再生データは、デコーダ部１０３によりビデオ信号にデコードされ、選択的にオンエア出力される。
【００１３】
一方、制御部１０１は、管理用端末１１０の操作入力指示に従い、メモリ部１０２、デコーダ部１０３、エンコーダ部１０４に対する素材データの記録／再生制御を行うものである。
【００１４】
また、ファイル処理部１０５には、ネットワーク１２０が必要に応じて接続される。ファイル処理部１０５は、ファイル入力処理部１０５−１、ファイル出力処理部１０５−２及びインタフェース（ＩＦ）部１０５−３を備える。ＩＦ部１０５−３は、接続されたネットワーク１２０との間でインタフェース処理を行う。さらに、ファイル処理部１０５は、上記インタフェース処理に係わる種々の制御情報の授受を、ファイル入力処理部１０５−１、ファイル出力処理部１０５−２、バス１０６を介して制御部１０１との間で行う。
【００１５】
送出サーバ１００には、ネットワーク１２０を介して編集機１３０が接続される。編集機１３０は、素材データを作成・編集する機能を有し、作成・編集された素材データはデータベース１３１に格納される。また、本実施形態において、編集機１３０は、要求送信部１３２と、素材送出制御部１３３とを備えている。要求送信部１３２は、差し替えが必要な素材データをデータベース１３１に格納した後に、送出サーバ１００に対しネットワーク１２０を介して変更要求を送信する。
【００１６】
素材送出制御部１３３は、送出サーバ１００から取得要求を受信した場合に、編集が済んだ素材データを順に送出サーバ１００に送信する。
【００１７】
本実施形態において、制御部１０１は、装置管理情報１０１−１を有し、送出サーバ１００内のエンコーダ・デコーダなどのユニットがいくつあるかを管理している。さらに、素材管理情報１０１−２を有し、送出サーバ１００内のどのメモリ部にデータが配置されているかを管理する。メモリ部１０２は、素材データ記憶部１０２−１と素材情報記憶部１０２−２を有する。大きなシステムの場合、負荷分散・高速化のため、複数に分かれる。
【００１８】
素材データ記憶部１０２−１及び素材情報記憶部１０２−２は、フォルダで分けるなどして、素材ＩＤ毎に管理される。１つの管理例として、通常の素材コピー時に、変更がない場合でも管理テーブルとしてのプレイリストを作成し、素材の種別毎に管理する。図２は、送出サーバ１００内部で持つプレイリストの例を示す。素材情報記憶部１０２−２は、内部プレイリストのセット（映像・音声・ANCで１セットとする）に含まれる素材種別毎に作成する。これは管理例であり、別の方法でも構わない。
【００１９】
さらに、制御部１０１は、本実施形態に係わる機能として、取得部１０１−３と、素材変更制御部１０１−４とを備えている。取得部１０１−３は、編集機１３０から素材データに対する変更要求を受信した時に、編集機１３０から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含むメタデータ（素材管理情報）を取得する。
【００２０】
素材変更制御部１０１−４は、取得部１０１−３で取得したメタデータに含まれる素材ＩＤに基づいて、メモリ部１０２のプレイリストを参照し、この参照結果に基づいて素材データ記憶部１０２−１に記録された素材データに対する変更処理を実行し、変更後にプレイリスト中の該当する素材ＩＤに対応する素材データの更新を行う。この場合、編集機１３０から取得した差分データファイルを、素材ＩＤに対応付けて素材データ記憶部１０２−１に記録し管理する。
【００２１】
また、素材変更制御部１０１−４は、変更対象となる素材データをメモリ部１０２から読み出してデコーダ部１０３で復号し、エンコーダ部１０４で再符号化した後に、メモリ部１０２に記録する。この場合、空きのメモリセットに記録する。
【００２２】
図３は、編集機１３０から送られる素材ファイルの構造を示す模式図である。図３における素材データファイルは、ヘッダ部、ボディ部、フッタ部を備える。それぞれ素材毎にデータサイズが異なる。
【００２３】
ヘッダ部は、素材データファイルの映像フォーマット形式等の属性データを格納する。ヘッダ部内メタデータの拡張部に、差替するための情報が入る。拡張部の情報は、元素材を一意に示すＩＤと差替数、個々の差替情報からなる。差替情報１で個々の差替情報を説明する。
【００２４】
「差替素材（部分）のＩＤ」は、差替部分のみに一意に割り振られたＩＤである。図３全体の素材ＩＤとは異なる。内部での素材管理に利用される（後の編集中の更新の際とフォーマットを共通にするため付与している）。
【００２５】
「素材種別」は、差替部分が、映像・音声１ｃｈ〜Nｃｈ・ＡＮＣ(補助データ)のどの部分かを指定するために使用する。種別毎にビットで指定することで、複数の種別（音声まとめて、映像・音声・ＡＮＣ全部差替など）を同時に置き換えることも可能である。
【００２６】
「変更種別」は、追加・差替・削除を指定するもので、追加の場合に「差替先頭位置（差替素材）」〜「差替終了位置（差替素材）」を追加する。差替の場合、「追加/差替位置(元素材)」から「差替先頭位置（差替素材）」〜「差替終了位置（差替素材）」の範囲を差し替える。削除の場合、「追加/差替位置(元素材)」から「差替先頭位置（差替素材）」〜「差替終了位置（差替素材）」の範囲を削除する。
【００２７】
「転送先頭位置（差替素材）」、「転送終了位置（差替素材）」は、圧縮形式の関係で「差替先頭位置」の映像を作るために差替位置の前後のデータが必要な場合に、必要な部分を指定する。
【００２８】
ボディ部は、素材データ本体を格納しており、映像・音声・ANCデータを33msのフレーム周期毎に分割して格納する。また、ＧＯＰ(Group of Picture)ごとにインデックステーブルを備え、その前のフレーム情報を保持する。フッタ部は映像データファイルの終わりを示す。
【００２９】
例えば、緊急ニュース番組において、「ＸＸ地方に震度２の地震が発生しました」を「ＸＸ地方に震度１の地震が発生しました」に差し替えたい場合、「震度１」に該当する差替開始位置が１２フレーム目で差替終了位置が４０フレーム目であったとする。１２フレーム目がＧＯＰのＰピクチャとなり、４０フレーム目がＧＯＰのＢピクチャとなる場合、転送開始位置はＩピクチャに相当する１フレーム目となり、転送終了位置はＩピクチャに相当する４５フレーム目となる。
【００３０】
このＧＯＰ構造ではフレーム内符号化によるＩ（Intra）ピクチャ、フレーム間順方向予測符号化によるＰ（Predictive）ピクチャ、双方向予測符号化によるＢ（Bidirectionally Predictive）ピクチャの３タイプのピクチャを有する。その配列順序はＩＢＢＰＢＢＰ…となっており、一つのＧＯＰ期間では通常１５フレーム程度に設定されている。このＧＯＰ構造がくずれると、映像再生時に画面が乱れたり、再生が途絶える等の不具合を生じる。このため、差し替えの際にはＧＯＰ構造のパターンを崩さないようにする必要がある。
【００３１】
次に上記構成における動作について説明する。
図４は、素材データを差し替える際の送出サーバ１００と編集機１３０との間の情報の送受信動作を示すシーケンス図である。
【００３２】
編集機１３０は、例えば差替ファイルの編集が完了すると、データベース１３１に差し替えファイルを蓄積する。そして、編集機１３０は、データベース１３１に蓄積された差し替えファイルを解析して、ヘッダ部の算出を行い、ヘッダ部の拡張部に、元素材ＩＤ、差し替え開始位置及び差し替え終了位置を示す情報を含むメタデータをデータベース１３１に蓄積する（図４（１）。
【００３３】
続いて、編集機１３０は、送出サーバ１００へネットワーク１２０を介して差し替え対象となる素材ＩＤ及び差し替えの旨を示す情報を含む素材送信要求を送信する（図４（２））。
【００３４】
送出サーバ１００は、上記素材送信要求を受信すると、編集機１３０へ受付可能の旨のメッセージ（ＯＫ）を返送し（図４（３））、しかる後に、編集機１３０へファイルヘッダの取得要求を送信する（図４（４））。
【００３５】
編集機１３０は、上記取得要求を受信すると、データベース１３１から該当する差し替えファイルのヘッダ部を読み出し、このヘッダ部の情報を送出サーバ１００へ送信する（図４（５））。
【００３６】
送出サーバ１００は、ヘッダ部の情報を受信すると、このヘッダ部のメタデータに含まれる素材ＩＤとメモリ部１０２に記憶されるプレイリスト中の素材ＩＤとを比較照合し、一致した場合に、差し替えファイルの読み出し要求を編集機１３０へ送信する（図４（６））。
【００３７】
編集機１３０は、送出サーバ１００から読み出し要求を受信すると、データベース１３１から該当する差し替えファイルを読み出し、この差し替えファイルを送出サーバ１００へ送信する（図４（７））。そして、送出サーバ１００は、差し替えファイルがＮ個ある場合に、Ｎ個目になるまで順に差し替えファイルの読み出し要求を送信し（図４（８））、Ｎ個目の差し替えファイルを受信して（図４（９））、処理を終了する。
【００３８】
図５は、差し替えファイルから差分を抽出する場合の制御部１０１の制御処理手順を示すフローチャートである。
【００３９】
まず、制御部１０１はファイルヘッダを編集機１３０から読みだす（ステップＳＴ５ａ）。そして、ファイルヘッダの拡張部を解析し、差替素材が指定されていない、または差替元素材が収録されていない場合は、ステップＳＴ５ｂからステップＳＴ５ｃに移行してここで新規素材として収録して完了する。
【００４０】
一方、差替元素材がすでにメモリ部１０２に記録されていた場合、制御部１０１は差替数に指定された部分の差替処理を行う。まず、差替数を「１」に設定し（ステップＳＴ５ｄ）、差替元データの情報に従って差し替えファイルを仮素材としてメモリ部１０２に記録し（ステップＳＴ５ｅ）、プレイリストの更新を行う（ステップＳＴ５ｆ）。制御部１０１は、データを読み出す場合、差分情報の一部を、別ファイルとして保存する。音声１ｃｈの一部のみなどの場合、音声だけを１つのファイルとして、ヘッダを新たに作成し、必要位置を読みながら作成する。
【００４１】
続いて、制御部１０１は、差し替えファイル１についてのプレイリストの更新が終了すると、差替数を「２」に設定し（ステップＳＴ５ｇ）、差替数が指定数「Ｎ」を超えるか否かの判断を行う（ステップＳＴ５ｈ）。以後、差替数が指定数「Ｎ」になるまで、制御部１０１はステップＳＴ５ｅ乃至ステップＳＴ５ｈの処理を繰り返し実行する。
【００４２】
図６は、プレイリストの更新を行う際の制御部１０１の制御処理手順を示すフローチャートである。
【００４３】
差分がない場合でも、制御部１０１は素材収録時に映像・音声（CH毎）・ANC毎にプレイリストを新規作成しておき（ステップＳＴ６ａ）、初期情報として、元素材の情報を、サブクリップとして書き込む。そのため、差分ができたときはプレイリストがすでにあるので、制御部１０１はプレイリストファイルをメモリ部１０２から読み出して差替・追加・削除を判断し（ステップＳＴ６ｂ）、差替・追加・削除処理を行う（ステップＳＴ６ｃ）。差分情報は、素材全体の再生時間は同じに保たれている。
【００４４】
図７は、プレイリスト更新（作成含む）における、制御部１０１の差替処理を示すフローチャートである。
【００４５】
差替範囲が全体の場合、制御部１０１はステップＳＴ７ａからステップＳＴ７ｂに移行してここでプレイリスト中の元サブクリップを削除し、指定素材に差し替える。
【００４６】
一方、差替範囲が一部の場合、制御部１０１はステップＳＴ７ａからステップＳＴ７ｃに移行してここで指定範囲を含むサブクリップを分割し、分割したサブクリップの間に指定素材のサブクリップを追加する（ステップＳＴ７ｄ）。
【００４７】
そして、制御部１０１は分割したサブクリップ（後）の先頭位置を、追加したサブクリップの分だけ後ろにずらす（ステップＳＴ７ｅ）。
【００４８】
図８は、プレイリスト更新（作成含む）における、制御部１０１の追加処理を示すフローチャートである。
【００４９】
追加位置が先頭の場合、制御部１０１はステップＳＴ８ａからステップＳＴ８ｂに移行してここで指定素材の指定範囲を先頭にサブクリップとして追加する。一方、追加位置が最後の場合、制御部１０１はステップＳＴ８ａからステップＳＴ８ｃに移行してここで指定範囲を最後にサブクリップとして追加する。
【００５０】
一方、追加位置が途中の場合、制御部１０１はステップＳＴ８ａからステップＳＴ８ｄに移行してここで指定位置を含むサブクリップを指定位置で分割し、分割したサブクリップの間に指定素材のサブクリップを追加する（ステップＳＴ８ｅ）。
【００５１】
図９は、プレイリスト更新（作成含む）における、制御部１０１の削除処理を示すフローチャートである。
【００５２】
削除範囲がある素材種別全体の場合、制御部１０１はステップＳＴ９ａからステップＳＴ９ｂに移行してここで該当する種別のプレイリストを削除する。音声CH数を減らす場合などがこれに相当する。
【００５３】
一方、削除範囲が一部の場合、制御部１０１はステップＳＴ９ａからステップＳＴ９ｃに移行してここで指定位置を含むサブクリップを指定位置で分割し、分割したサブクリップ（後）の先頭位置を、削除した分だけ後ろにずらす（ステップＳＴ９ｄ）。
【００５４】
（編集途中で差分のみを先に送る場合の編集機１３０の動作）
編集途中で差分のみを先に送る場合、編集機１３０のオペレータは、以下の項目を指定して送出サーバ１００に対し差し替えを要求することによって、送出サーバ１００は、上記のシーケンスと同様に、差分を差替元の素材のフォルダの差替ファイルとして読出・保存することができる。この項目は、「元素材のＩＤ」、「差替素材（部分）のＩＤ」、「素材種別」、「変更種別」、「転送先頭位置（差替素材）」、「転送終了位置（差替素材）」、「差替素材のファイルのパス」である。
【００５５】
編集機１３０のオペレータは、編集中に途中まで確定した段階でプレイリスト保存をすることで、編集機１３０は、「元素材のＩＤ」、「差替素材（部分）のＩＤ」、「素材種別」、「変更種別」、「転送先頭位置（差替素材）」、「転送終了位置（差替素材）」、「差替素材のファイルのパス」を指定して送出サーバ１００に差分ファイル要求し、差分ファイルを保存開始することができる。
【００５６】
最終的に確定した段階で、図３のヘッダ拡張部にある情報と同じ情報を指定することで、送出サーバ１００の内部プレイリスト更新ができるが、その場合、すでに差分ファイルが保存されているかチェックすることで、コピー済差分データの重複コピーを避け、更新時間をさらに短縮することができる。
【００５７】
（再生処理と同時に再エンコードする場合の送出サーバ１００の動作）
図１０は、再生処理と同時に再エンコードする場合の送出サーバ１００の動作を示すシーケンスである。
【００５８】
管理用端末１１０から再生要求を受信すると（図１０（１））、制御部１０１はその素材があるメモリ部を素材管理情報１０１−２から検索し、メモリセット１と判断して、メモリ部１に対しプレイリストを要求し（図１０（２））、メモリセット１から読み出されたプレイリストを受信する（図１０（３））。
【００５９】
制御部１０１は、デコーダ部１０３にデータ受信指示を行い（図１０（４））、エンコーダ部１０４に対し再生準備を指示する（図１０（５））。また、管理用端末１１０からの要求が、先頭からの再生で、差分データがある素材であることから、再エンコード処理を実施すると判断し、空いているメモリセットを装置管理情報１０１−１と、現在の稼働状況からさがし、メモリセット２に再エンコード後のデータ受信指示を行う（図１０（６））。
【００６０】
図１０中の枠で囲んだ部分は再生処理で、ある一定のサイズごとに制御部１０１はメモリ部１０２へデータ送信指示を行い（図１０（７））、メモリ部１０２からデータがデコーダ部１０３へ転送される（図１０（８））。その際、メモリ部１は、素材IDに対応する各プレイリストに従い、１フレーム分ずつデータを作成して読み出す。
【００６１】
デコーダ部１０３は、デコードしたデータをバッファに積み、制御部１０１はデコーダ部１０３に再生位置を指示して再生させる（図１０（９））。ストリームデータは分岐して、構成に従って送出またはモニタに出力されるとともに（図１０（１０））、エンコーダ部１０４へ入り、再エンコード処理を行ったあと、空いているメモリセット２へ渡され、新たに１つの素材として保存される（図１０（１１））。出来上がった素材は、ファイル出力処理部１０５−２を経由して、アーカイブ用に、（図１には図示していないサーバ等に）取りだすことができる。
【００６２】
再生終了になると、制御部１０１はエンコーダ部１０４へエンコード終了指示を出し（図１０（１２））、メモリセット２へはデータ受信停止指示を行う（図１０（１３））。メモリセット２は、ファイルClose・プレイリスト作成などの後処理を行い、作成完了通知を送ることで、制御部は素材管理情報を更新する（図１０（１４））。再エンコードした素材ができたため、容量を開けたい場合は、メモリセット１へ古い素材データの削除を行い、容量をふやすことができる（図１０（１５）及び（１６））。
【００６３】
以上は、再生要求がある場合の処理であるが、制御部１０１は送出サーバ１００全体の稼働状況を管理しているため、差替素材が再生できるようになった場合は、空いているデコーダ・エンコーダをさがし、自動的に再エンコードを行うことが可能である。
【００６４】
（空き時間における差替ファイルの生成動作）
制御部１０１において、空き時間によって差し替えファイル及び差し替え対象となる元の素材データをメモリ部１０２から読み出し、当該差し替えファイル及び差し替え対象となる元の素材データをデコーダ部１０３にデコードさせ、エンコーダ部１０４に再符号化させて１つの素材データに生成し、メモリ部１０２に記録させる。この場合、管理用端末１１０のオペレータは、予め空き時間、例えば１３：００になったときに、差し替えファイルと元の素材データとを自動で１つの素材データに生成するように制御部１０１に設定する。
【００６５】
この状態で、制御部１０１は例えば時刻が１３：００になると、差し替えファイル及び差し替え対象となる元の素材データをメモリ部１０２から読み出し、当該差し替えファイル及び差し替え対象となる元の素材データをデコーダ部１０３にデコードさせ、エンコーダ部１０４に再符号化させて１つの素材データに生成し、メモリ部１０２に記録させる。このようにすることで、空き時間によって差し替えファイルと元の素材データとを１つの素材データに自動で生成することができる。なお、上記設定条件としては、空き時間以外に例えば各ユニットの処理負荷や空いているメモリセット等を用いることが可能である。
【００６６】
以上のように上記実施形態では、送出サーバ１００において、素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けたプレイリストを生成してメモリ部１０２に記憶し管理しておき、編集機１３０から素材データに対する変更要求を受信した時に、編集機１３０から変更対象となる素材データのヘッダ部のメタデータを取得し、メタデータに含まれる素材ＩＤに基づきメモリ部１０２中のプレイリストを参照して、プレイリストを更新できるか、変更対象の素材データがメモリ部１０２に既に記録されているかをチェックし、変更対象の素材データがメモリ部１０２に記録されている場合に、素材ＩＤに対応したメモリ部１０２中の素材データに対する変更処理を実行し、変更後にプレイリスト中の該当する素材ＩＤに対応する素材データの更新を行うようにしている。
【００６７】
従って、上記プレイリストを用いることで、メタデータに含まれる素材ＩＤからメモリ部１０２中のどの素材データを変更するかを特定でき、これによりコピー一斉差分データの重複コピーを避け、更新時間をさらに短縮することができる。
【００６８】
また、上記実施形態では、メタデータに含まれる素材ＩＤ、及び差し替え開始位置後、差し替え終了位置前を示す編集差分情報を用いて、自動的に差分データを特定し、編集機１３０から差分データを取得し、再生できる。
【００６９】
さらに、上記実施形態では、再生時のデコード処理を利用して、変更対象の素材データをエンコーダ部１０４で再エンコードし、メモリ部１０２に記録することで、変更部分のみを変更した１つの素材データを再生できる。
【００７０】
さらに、上記実施形態では、再エンコードした素材データをメモリ部１０２の空いているメモリセットに記録することで、メモリ部１０２の領域を確保し、システム性能を低下させずに済む。
【００７１】
さらに、上記実施形態において、編集機１３０のオペレータは、素材データ全てを送出サーバ１００へ転送する場合と同じ操作を行なうだけで、差分データのみを送出サーバ１００に送り、再生することができ、これによりオペレータに対する作業負担を大幅に軽減できる。
【００７２】
さらに、上記実施形態によれば、変更処理が済んだ素材データが順番に編集機１３０から送出サーバ１００に送られることになるため、差替データが長時間に渡るデータであっても送出サーバ１００にて短時間で再生することができる。
【００７３】
その他、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７４】
１００…送出サーバ、１０１…制御部、１０１−３…取得部、１０１−４…素材変更制御部、１０２…メモリ部、１０２−１…素材データ記憶部、１０２−２…素材情報記憶部、１０３…デコーダ部、１０４…エンコーダ部、１０５…ファイル処理部、１０６…バス、１０５−１…ファイル入力処理部、１０５−２…ファイル出力処理部、１０５−３…インタフェース（ＩＦ）部、１１０…管理用端末、１２０…ネットワーク、１３０…編集機、１３１…データベース。
【技術分野】
【０００１】
本発明の実施形態は、例えば、ニュース番組等の素材を格納するビデオサーバ装置及びビデオ編集システムに関する。
【背景技術】
【０００２】
放送番組送出システムにあっては、放送番組の素材データを予めビデオサーバに格納しておき、自動番組送出制御装置（ＡＰＣ）からの指示に従って該当する素材データを再生し、オンエアを行うようになっている。このようなオンエア処理において、通常、オンエア前にオンエア順序に従った素材データの確認作業が行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３９４００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記システムにおいて、ビデオサーバに素材データを送った後で、緊急に素材ファイルの部分差し替えが必要となる場合がある。一般に、放送素材データはサイズが大きく、全部をもう一度収録し直すと時間がかかるので、差分のみを送り、放送までの時間を短縮させたいというニーズがある。このニーズには、差分の素材データを送ってプレイリストとして再生させる、という解決手段があるが、ユーザは、差分の素材データを別ファイルとして保存し、プレイリストを作成するという手間がかかるうえに、素材データを保存しておく場合、複数の素材データとプレイリストという形となってしまう。また、映像の一部・音声の一部のみといった変更には対応できないため、音声のみ変更したい場合でも、その部分の映像もあわせて差し替える必要がある。
【０００５】
補助データのみの差し替えの場合、別に字幕差し替えサーバを設置するなど、映像や音声・補助データのみの変更は、専用の差し替え装置を設置する方法もあるが、システム全体として高コストとなる。
【０００６】
本発明の目的は、通常の編集と同じ操作で素材を作成しつつ、映像・音声・補助データの差分のみの追加・削除・差し替えを可能とするビデオサーバ装置及びビデオ編集システムを提供することにある。
【課題を解決するための手段】
【０００７】
実施形態によれば、オンエア用の素材データを記憶部に記録し、再生指示に応じて前記記憶部に記録された素材データを再生するビデオサーバ装置において、素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを記憶部に記憶するテーブル生成手段と、素材データに対する変更要求発生時に、変更要求元から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含む素材管理情報を取得する取得手段と、この取得手段で取得した素材管理情報に含まれる素材ＩＤに基づいて、管理テーブルを参照し、この参照結果に基づいて記憶部に記録された素材データに対する変更処理を実行し、変更後に管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを備えるビデオサーバ装置を提供できる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態に係るビデオ編集システムとしての番組送出システムの構成を示すブロック図。
【図２】一実施形態において、送出サーバ内部で持つプレイリストの一例を示す図。
【図３】一実施形態において、編集機から送られる素材ファイルの構造を示す模式図。
【図４】一実施形態において、素材データを差し替える際の送出サーバと編集機との間の情報の送受信動作を示すシーケンス図。
【図５】一実施形態において、差し替えファイルから差分を抽出する場合の制御部の制御処理手順を示すフローチャート。
【図６】一実施形態において、プレイリストの更新を行う際の制御部の制御処理手順を示すフローチャート。
【図７】一実施形態において、プレイリスト更新（作成含む）における、制御部の差替処理を示すフローチャート。
【図８】一実施形態において、プレイリスト更新（作成含む）における、制御部の追加処理を示すフローチャート。
【図９】一実施形態において、プレイリスト更新（作成含む）における、制御部の削除処理を示すフローチャート。
【図１０】再生処理と同時に再エンコードする場合の送出サーバの動作を示すシーケンス図。
【発明を実施するための形態】
【０００９】
以下、実施の形態について、図面を参照して説明する。
【００１０】
図１は、一実施形態に係るビデオ編集システムとしての番組送出システムの構成を示すブロック図である。
【００１１】
図１において、１００はビデオサーバ装置としての送出サーバで、制御部１０１、複数のメモリセットから成るメモリ部１０２、デコーダ部１０３、エンコーダ部１０４、ファイル処理部１０５を備えている。これら制御部１０１、メモリ部１０２、デコーダ部１０３、エンコーダ部１０４、ファイル処理部１０５は、バス１０６により相互に接続されている。
【００１２】
オンエア用放送番組のビデオ信号は、エンコーダ部１０４によりＭＰＥＧ２(Moving Picture Experts Group 2)等の符号化形式で符号化され、素材データとしてメモリ部１０２に記録される。このメモリ部１０２に記録された素材データは、ＡＰＣ（図示せず）から与えられるオンエア指示信号に応じて、選択的に再生される。この再生データは、デコーダ部１０３によりビデオ信号にデコードされ、選択的にオンエア出力される。
【００１３】
一方、制御部１０１は、管理用端末１１０の操作入力指示に従い、メモリ部１０２、デコーダ部１０３、エンコーダ部１０４に対する素材データの記録／再生制御を行うものである。
【００１４】
また、ファイル処理部１０５には、ネットワーク１２０が必要に応じて接続される。ファイル処理部１０５は、ファイル入力処理部１０５−１、ファイル出力処理部１０５−２及びインタフェース（ＩＦ）部１０５−３を備える。ＩＦ部１０５−３は、接続されたネットワーク１２０との間でインタフェース処理を行う。さらに、ファイル処理部１０５は、上記インタフェース処理に係わる種々の制御情報の授受を、ファイル入力処理部１０５−１、ファイル出力処理部１０５−２、バス１０６を介して制御部１０１との間で行う。
【００１５】
送出サーバ１００には、ネットワーク１２０を介して編集機１３０が接続される。編集機１３０は、素材データを作成・編集する機能を有し、作成・編集された素材データはデータベース１３１に格納される。また、本実施形態において、編集機１３０は、要求送信部１３２と、素材送出制御部１３３とを備えている。要求送信部１３２は、差し替えが必要な素材データをデータベース１３１に格納した後に、送出サーバ１００に対しネットワーク１２０を介して変更要求を送信する。
【００１６】
素材送出制御部１３３は、送出サーバ１００から取得要求を受信した場合に、編集が済んだ素材データを順に送出サーバ１００に送信する。
【００１７】
本実施形態において、制御部１０１は、装置管理情報１０１−１を有し、送出サーバ１００内のエンコーダ・デコーダなどのユニットがいくつあるかを管理している。さらに、素材管理情報１０１−２を有し、送出サーバ１００内のどのメモリ部にデータが配置されているかを管理する。メモリ部１０２は、素材データ記憶部１０２−１と素材情報記憶部１０２−２を有する。大きなシステムの場合、負荷分散・高速化のため、複数に分かれる。
【００１８】
素材データ記憶部１０２−１及び素材情報記憶部１０２−２は、フォルダで分けるなどして、素材ＩＤ毎に管理される。１つの管理例として、通常の素材コピー時に、変更がない場合でも管理テーブルとしてのプレイリストを作成し、素材の種別毎に管理する。図２は、送出サーバ１００内部で持つプレイリストの例を示す。素材情報記憶部１０２−２は、内部プレイリストのセット（映像・音声・ANCで１セットとする）に含まれる素材種別毎に作成する。これは管理例であり、別の方法でも構わない。
【００１９】
さらに、制御部１０１は、本実施形態に係わる機能として、取得部１０１−３と、素材変更制御部１０１−４とを備えている。取得部１０１−３は、編集機１３０から素材データに対する変更要求を受信した時に、編集機１３０から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含むメタデータ（素材管理情報）を取得する。
【００２０】
素材変更制御部１０１−４は、取得部１０１−３で取得したメタデータに含まれる素材ＩＤに基づいて、メモリ部１０２のプレイリストを参照し、この参照結果に基づいて素材データ記憶部１０２−１に記録された素材データに対する変更処理を実行し、変更後にプレイリスト中の該当する素材ＩＤに対応する素材データの更新を行う。この場合、編集機１３０から取得した差分データファイルを、素材ＩＤに対応付けて素材データ記憶部１０２−１に記録し管理する。
【００２１】
また、素材変更制御部１０１−４は、変更対象となる素材データをメモリ部１０２から読み出してデコーダ部１０３で復号し、エンコーダ部１０４で再符号化した後に、メモリ部１０２に記録する。この場合、空きのメモリセットに記録する。
【００２２】
図３は、編集機１３０から送られる素材ファイルの構造を示す模式図である。図３における素材データファイルは、ヘッダ部、ボディ部、フッタ部を備える。それぞれ素材毎にデータサイズが異なる。
【００２３】
ヘッダ部は、素材データファイルの映像フォーマット形式等の属性データを格納する。ヘッダ部内メタデータの拡張部に、差替するための情報が入る。拡張部の情報は、元素材を一意に示すＩＤと差替数、個々の差替情報からなる。差替情報１で個々の差替情報を説明する。
【００２４】
「差替素材（部分）のＩＤ」は、差替部分のみに一意に割り振られたＩＤである。図３全体の素材ＩＤとは異なる。内部での素材管理に利用される（後の編集中の更新の際とフォーマットを共通にするため付与している）。
【００２５】
「素材種別」は、差替部分が、映像・音声１ｃｈ〜Nｃｈ・ＡＮＣ(補助データ)のどの部分かを指定するために使用する。種別毎にビットで指定することで、複数の種別（音声まとめて、映像・音声・ＡＮＣ全部差替など）を同時に置き換えることも可能である。
【００２６】
「変更種別」は、追加・差替・削除を指定するもので、追加の場合に「差替先頭位置（差替素材）」〜「差替終了位置（差替素材）」を追加する。差替の場合、「追加/差替位置(元素材)」から「差替先頭位置（差替素材）」〜「差替終了位置（差替素材）」の範囲を差し替える。削除の場合、「追加/差替位置(元素材)」から「差替先頭位置（差替素材）」〜「差替終了位置（差替素材）」の範囲を削除する。
【００２７】
「転送先頭位置（差替素材）」、「転送終了位置（差替素材）」は、圧縮形式の関係で「差替先頭位置」の映像を作るために差替位置の前後のデータが必要な場合に、必要な部分を指定する。
【００２８】
ボディ部は、素材データ本体を格納しており、映像・音声・ANCデータを33msのフレーム周期毎に分割して格納する。また、ＧＯＰ(Group of Picture)ごとにインデックステーブルを備え、その前のフレーム情報を保持する。フッタ部は映像データファイルの終わりを示す。
【００２９】
例えば、緊急ニュース番組において、「ＸＸ地方に震度２の地震が発生しました」を「ＸＸ地方に震度１の地震が発生しました」に差し替えたい場合、「震度１」に該当する差替開始位置が１２フレーム目で差替終了位置が４０フレーム目であったとする。１２フレーム目がＧＯＰのＰピクチャとなり、４０フレーム目がＧＯＰのＢピクチャとなる場合、転送開始位置はＩピクチャに相当する１フレーム目となり、転送終了位置はＩピクチャに相当する４５フレーム目となる。
【００３０】
このＧＯＰ構造ではフレーム内符号化によるＩ（Intra）ピクチャ、フレーム間順方向予測符号化によるＰ（Predictive）ピクチャ、双方向予測符号化によるＢ（Bidirectionally Predictive）ピクチャの３タイプのピクチャを有する。その配列順序はＩＢＢＰＢＢＰ…となっており、一つのＧＯＰ期間では通常１５フレーム程度に設定されている。このＧＯＰ構造がくずれると、映像再生時に画面が乱れたり、再生が途絶える等の不具合を生じる。このため、差し替えの際にはＧＯＰ構造のパターンを崩さないようにする必要がある。
【００３１】
次に上記構成における動作について説明する。
図４は、素材データを差し替える際の送出サーバ１００と編集機１３０との間の情報の送受信動作を示すシーケンス図である。
【００３２】
編集機１３０は、例えば差替ファイルの編集が完了すると、データベース１３１に差し替えファイルを蓄積する。そして、編集機１３０は、データベース１３１に蓄積された差し替えファイルを解析して、ヘッダ部の算出を行い、ヘッダ部の拡張部に、元素材ＩＤ、差し替え開始位置及び差し替え終了位置を示す情報を含むメタデータをデータベース１３１に蓄積する（図４（１）。
【００３３】
続いて、編集機１３０は、送出サーバ１００へネットワーク１２０を介して差し替え対象となる素材ＩＤ及び差し替えの旨を示す情報を含む素材送信要求を送信する（図４（２））。
【００３４】
送出サーバ１００は、上記素材送信要求を受信すると、編集機１３０へ受付可能の旨のメッセージ（ＯＫ）を返送し（図４（３））、しかる後に、編集機１３０へファイルヘッダの取得要求を送信する（図４（４））。
【００３５】
編集機１３０は、上記取得要求を受信すると、データベース１３１から該当する差し替えファイルのヘッダ部を読み出し、このヘッダ部の情報を送出サーバ１００へ送信する（図４（５））。
【００３６】
送出サーバ１００は、ヘッダ部の情報を受信すると、このヘッダ部のメタデータに含まれる素材ＩＤとメモリ部１０２に記憶されるプレイリスト中の素材ＩＤとを比較照合し、一致した場合に、差し替えファイルの読み出し要求を編集機１３０へ送信する（図４（６））。
【００３７】
編集機１３０は、送出サーバ１００から読み出し要求を受信すると、データベース１３１から該当する差し替えファイルを読み出し、この差し替えファイルを送出サーバ１００へ送信する（図４（７））。そして、送出サーバ１００は、差し替えファイルがＮ個ある場合に、Ｎ個目になるまで順に差し替えファイルの読み出し要求を送信し（図４（８））、Ｎ個目の差し替えファイルを受信して（図４（９））、処理を終了する。
【００３８】
図５は、差し替えファイルから差分を抽出する場合の制御部１０１の制御処理手順を示すフローチャートである。
【００３９】
まず、制御部１０１はファイルヘッダを編集機１３０から読みだす（ステップＳＴ５ａ）。そして、ファイルヘッダの拡張部を解析し、差替素材が指定されていない、または差替元素材が収録されていない場合は、ステップＳＴ５ｂからステップＳＴ５ｃに移行してここで新規素材として収録して完了する。
【００４０】
一方、差替元素材がすでにメモリ部１０２に記録されていた場合、制御部１０１は差替数に指定された部分の差替処理を行う。まず、差替数を「１」に設定し（ステップＳＴ５ｄ）、差替元データの情報に従って差し替えファイルを仮素材としてメモリ部１０２に記録し（ステップＳＴ５ｅ）、プレイリストの更新を行う（ステップＳＴ５ｆ）。制御部１０１は、データを読み出す場合、差分情報の一部を、別ファイルとして保存する。音声１ｃｈの一部のみなどの場合、音声だけを１つのファイルとして、ヘッダを新たに作成し、必要位置を読みながら作成する。
【００４１】
続いて、制御部１０１は、差し替えファイル１についてのプレイリストの更新が終了すると、差替数を「２」に設定し（ステップＳＴ５ｇ）、差替数が指定数「Ｎ」を超えるか否かの判断を行う（ステップＳＴ５ｈ）。以後、差替数が指定数「Ｎ」になるまで、制御部１０１はステップＳＴ５ｅ乃至ステップＳＴ５ｈの処理を繰り返し実行する。
【００４２】
図６は、プレイリストの更新を行う際の制御部１０１の制御処理手順を示すフローチャートである。
【００４３】
差分がない場合でも、制御部１０１は素材収録時に映像・音声（CH毎）・ANC毎にプレイリストを新規作成しておき（ステップＳＴ６ａ）、初期情報として、元素材の情報を、サブクリップとして書き込む。そのため、差分ができたときはプレイリストがすでにあるので、制御部１０１はプレイリストファイルをメモリ部１０２から読み出して差替・追加・削除を判断し（ステップＳＴ６ｂ）、差替・追加・削除処理を行う（ステップＳＴ６ｃ）。差分情報は、素材全体の再生時間は同じに保たれている。
【００４４】
図７は、プレイリスト更新（作成含む）における、制御部１０１の差替処理を示すフローチャートである。
【００４５】
差替範囲が全体の場合、制御部１０１はステップＳＴ７ａからステップＳＴ７ｂに移行してここでプレイリスト中の元サブクリップを削除し、指定素材に差し替える。
【００４６】
一方、差替範囲が一部の場合、制御部１０１はステップＳＴ７ａからステップＳＴ７ｃに移行してここで指定範囲を含むサブクリップを分割し、分割したサブクリップの間に指定素材のサブクリップを追加する（ステップＳＴ７ｄ）。
【００４７】
そして、制御部１０１は分割したサブクリップ（後）の先頭位置を、追加したサブクリップの分だけ後ろにずらす（ステップＳＴ７ｅ）。
【００４８】
図８は、プレイリスト更新（作成含む）における、制御部１０１の追加処理を示すフローチャートである。
【００４９】
追加位置が先頭の場合、制御部１０１はステップＳＴ８ａからステップＳＴ８ｂに移行してここで指定素材の指定範囲を先頭にサブクリップとして追加する。一方、追加位置が最後の場合、制御部１０１はステップＳＴ８ａからステップＳＴ８ｃに移行してここで指定範囲を最後にサブクリップとして追加する。
【００５０】
一方、追加位置が途中の場合、制御部１０１はステップＳＴ８ａからステップＳＴ８ｄに移行してここで指定位置を含むサブクリップを指定位置で分割し、分割したサブクリップの間に指定素材のサブクリップを追加する（ステップＳＴ８ｅ）。
【００５１】
図９は、プレイリスト更新（作成含む）における、制御部１０１の削除処理を示すフローチャートである。
【００５２】
削除範囲がある素材種別全体の場合、制御部１０１はステップＳＴ９ａからステップＳＴ９ｂに移行してここで該当する種別のプレイリストを削除する。音声CH数を減らす場合などがこれに相当する。
【００５３】
一方、削除範囲が一部の場合、制御部１０１はステップＳＴ９ａからステップＳＴ９ｃに移行してここで指定位置を含むサブクリップを指定位置で分割し、分割したサブクリップ（後）の先頭位置を、削除した分だけ後ろにずらす（ステップＳＴ９ｄ）。
【００５４】
（編集途中で差分のみを先に送る場合の編集機１３０の動作）
編集途中で差分のみを先に送る場合、編集機１３０のオペレータは、以下の項目を指定して送出サーバ１００に対し差し替えを要求することによって、送出サーバ１００は、上記のシーケンスと同様に、差分を差替元の素材のフォルダの差替ファイルとして読出・保存することができる。この項目は、「元素材のＩＤ」、「差替素材（部分）のＩＤ」、「素材種別」、「変更種別」、「転送先頭位置（差替素材）」、「転送終了位置（差替素材）」、「差替素材のファイルのパス」である。
【００５５】
編集機１３０のオペレータは、編集中に途中まで確定した段階でプレイリスト保存をすることで、編集機１３０は、「元素材のＩＤ」、「差替素材（部分）のＩＤ」、「素材種別」、「変更種別」、「転送先頭位置（差替素材）」、「転送終了位置（差替素材）」、「差替素材のファイルのパス」を指定して送出サーバ１００に差分ファイル要求し、差分ファイルを保存開始することができる。
【００５６】
最終的に確定した段階で、図３のヘッダ拡張部にある情報と同じ情報を指定することで、送出サーバ１００の内部プレイリスト更新ができるが、その場合、すでに差分ファイルが保存されているかチェックすることで、コピー済差分データの重複コピーを避け、更新時間をさらに短縮することができる。
【００５７】
（再生処理と同時に再エンコードする場合の送出サーバ１００の動作）
図１０は、再生処理と同時に再エンコードする場合の送出サーバ１００の動作を示すシーケンスである。
【００５８】
管理用端末１１０から再生要求を受信すると（図１０（１））、制御部１０１はその素材があるメモリ部を素材管理情報１０１−２から検索し、メモリセット１と判断して、メモリ部１に対しプレイリストを要求し（図１０（２））、メモリセット１から読み出されたプレイリストを受信する（図１０（３））。
【００５９】
制御部１０１は、デコーダ部１０３にデータ受信指示を行い（図１０（４））、エンコーダ部１０４に対し再生準備を指示する（図１０（５））。また、管理用端末１１０からの要求が、先頭からの再生で、差分データがある素材であることから、再エンコード処理を実施すると判断し、空いているメモリセットを装置管理情報１０１−１と、現在の稼働状況からさがし、メモリセット２に再エンコード後のデータ受信指示を行う（図１０（６））。
【００６０】
図１０中の枠で囲んだ部分は再生処理で、ある一定のサイズごとに制御部１０１はメモリ部１０２へデータ送信指示を行い（図１０（７））、メモリ部１０２からデータがデコーダ部１０３へ転送される（図１０（８））。その際、メモリ部１は、素材IDに対応する各プレイリストに従い、１フレーム分ずつデータを作成して読み出す。
【００６１】
デコーダ部１０３は、デコードしたデータをバッファに積み、制御部１０１はデコーダ部１０３に再生位置を指示して再生させる（図１０（９））。ストリームデータは分岐して、構成に従って送出またはモニタに出力されるとともに（図１０（１０））、エンコーダ部１０４へ入り、再エンコード処理を行ったあと、空いているメモリセット２へ渡され、新たに１つの素材として保存される（図１０（１１））。出来上がった素材は、ファイル出力処理部１０５−２を経由して、アーカイブ用に、（図１には図示していないサーバ等に）取りだすことができる。
【００６２】
再生終了になると、制御部１０１はエンコーダ部１０４へエンコード終了指示を出し（図１０（１２））、メモリセット２へはデータ受信停止指示を行う（図１０（１３））。メモリセット２は、ファイルClose・プレイリスト作成などの後処理を行い、作成完了通知を送ることで、制御部は素材管理情報を更新する（図１０（１４））。再エンコードした素材ができたため、容量を開けたい場合は、メモリセット１へ古い素材データの削除を行い、容量をふやすことができる（図１０（１５）及び（１６））。
【００６３】
以上は、再生要求がある場合の処理であるが、制御部１０１は送出サーバ１００全体の稼働状況を管理しているため、差替素材が再生できるようになった場合は、空いているデコーダ・エンコーダをさがし、自動的に再エンコードを行うことが可能である。
【００６４】
（空き時間における差替ファイルの生成動作）
制御部１０１において、空き時間によって差し替えファイル及び差し替え対象となる元の素材データをメモリ部１０２から読み出し、当該差し替えファイル及び差し替え対象となる元の素材データをデコーダ部１０３にデコードさせ、エンコーダ部１０４に再符号化させて１つの素材データに生成し、メモリ部１０２に記録させる。この場合、管理用端末１１０のオペレータは、予め空き時間、例えば１３：００になったときに、差し替えファイルと元の素材データとを自動で１つの素材データに生成するように制御部１０１に設定する。
【００６５】
この状態で、制御部１０１は例えば時刻が１３：００になると、差し替えファイル及び差し替え対象となる元の素材データをメモリ部１０２から読み出し、当該差し替えファイル及び差し替え対象となる元の素材データをデコーダ部１０３にデコードさせ、エンコーダ部１０４に再符号化させて１つの素材データに生成し、メモリ部１０２に記録させる。このようにすることで、空き時間によって差し替えファイルと元の素材データとを１つの素材データに自動で生成することができる。なお、上記設定条件としては、空き時間以外に例えば各ユニットの処理負荷や空いているメモリセット等を用いることが可能である。
【００６６】
以上のように上記実施形態では、送出サーバ１００において、素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けたプレイリストを生成してメモリ部１０２に記憶し管理しておき、編集機１３０から素材データに対する変更要求を受信した時に、編集機１３０から変更対象となる素材データのヘッダ部のメタデータを取得し、メタデータに含まれる素材ＩＤに基づきメモリ部１０２中のプレイリストを参照して、プレイリストを更新できるか、変更対象の素材データがメモリ部１０２に既に記録されているかをチェックし、変更対象の素材データがメモリ部１０２に記録されている場合に、素材ＩＤに対応したメモリ部１０２中の素材データに対する変更処理を実行し、変更後にプレイリスト中の該当する素材ＩＤに対応する素材データの更新を行うようにしている。
【００６７】
従って、上記プレイリストを用いることで、メタデータに含まれる素材ＩＤからメモリ部１０２中のどの素材データを変更するかを特定でき、これによりコピー一斉差分データの重複コピーを避け、更新時間をさらに短縮することができる。
【００６８】
また、上記実施形態では、メタデータに含まれる素材ＩＤ、及び差し替え開始位置後、差し替え終了位置前を示す編集差分情報を用いて、自動的に差分データを特定し、編集機１３０から差分データを取得し、再生できる。
【００６９】
さらに、上記実施形態では、再生時のデコード処理を利用して、変更対象の素材データをエンコーダ部１０４で再エンコードし、メモリ部１０２に記録することで、変更部分のみを変更した１つの素材データを再生できる。
【００７０】
さらに、上記実施形態では、再エンコードした素材データをメモリ部１０２の空いているメモリセットに記録することで、メモリ部１０２の領域を確保し、システム性能を低下させずに済む。
【００７１】
さらに、上記実施形態において、編集機１３０のオペレータは、素材データ全てを送出サーバ１００へ転送する場合と同じ操作を行なうだけで、差分データのみを送出サーバ１００に送り、再生することができ、これによりオペレータに対する作業負担を大幅に軽減できる。
【００７２】
さらに、上記実施形態によれば、変更処理が済んだ素材データが順番に編集機１３０から送出サーバ１００に送られることになるため、差替データが長時間に渡るデータであっても送出サーバ１００にて短時間で再生することができる。
【００７３】
その他、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００７４】
１００…送出サーバ、１０１…制御部、１０１−３…取得部、１０１−４…素材変更制御部、１０２…メモリ部、１０２−１…素材データ記憶部、１０２−２…素材情報記憶部、１０３…デコーダ部、１０４…エンコーダ部、１０５…ファイル処理部、１０６…バス、１０５−１…ファイル入力処理部、１０５−２…ファイル出力処理部、１０５−３…インタフェース（ＩＦ）部、１１０…管理用端末、１２０…ネットワーク、１３０…編集機、１３１…データベース。
【特許請求の範囲】
【請求項１】
オンエア用の素材データを記憶部に記録し、再生指示に応じて前記記憶部に記録された素材データを再生するビデオサーバ装置において、
前記素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを前記記憶部に記憶するテーブル生成手段と、
前記素材データに対する変更要求発生時に、変更要求元から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含む素材管理情報を取得する取得手段と、
この取得手段で取得した前記素材管理情報に含まれる素材ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて前記記憶部に記録された素材データに対する変更処理を実行し、変更後に前記管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを具備することを特徴とするビデオサーバ装置。
【請求項２】
前記制御手段は、前記変更要求が前記素材データの追加である場合に、前記素材管理情報に含まれ前記記憶部の記録領域の追加開始位置後、追加終了位置前の期間を指定し、この期間に対応する追加素材データを要求元から取得し、この取得した追加素材データを前記記憶部中の該当する素材ＩＤに対応する素材データに追加することを特徴とする請求項１記載のビデオサーバ装置。
【請求項３】
前記制御手段は、前記変更要求が前記素材データの削除である場合に、前記素材管理情報に含まれ前記記憶部の記録領域の削除開始位置後、削除終了位置前の期間を指定し、前記記憶部中の該当する素材ＩＤに対応する素材データから前記期間に対応する素材データを削除することを特徴とする請求項１記載のビデオサーバ装置。
【請求項４】
前記制御手段は、前記変更要求が前記素材データの差し替えである場合に、前記素材管理情報に含まれ前記記憶部の記録領域の差し替え開始位置後、差し替え終了位置前の期間を指定し、この期間に対応する差し替え素材データを要求元から取得し、この取得した差し替え素材データと、前記記憶部中の該当する素材ＩＤに対応する素材データの少なくとも一部とを差し替えることを特徴とする請求項１記載のビデオサーバ装置。
【請求項５】
さらに、前記記憶部から再生される素材データをビデオ信号に復号する復号手段と、このビデオ信号を前記素材データに再符号化する符号化手段とを備え、
前記制御手段は、再符号化した素材データを前記記憶部に記録することを特徴とする請求項１記載のビデオサーバ装置。
【請求項６】
前記記憶部が複数のメモリセットから成るとき、前記制御手段は、前記再符号化した素材データを前記記憶部の空いているメモリセットに記録することを特徴とする請求項５記載のビデオサーバ装置。
【請求項７】
前記制御手段は、所定の条件に従って、変更された素材データを前記記憶部から再生し、当該再生データを前記復号手段に復号させ、前記符号化手段に再符号化させることを特徴とする請求項６記載のビデオサーバ装置。
【請求項８】
前記制御手段は、前記条件の判断に、空き時間、空いているメモリセットの少なくとも１つを用いることを特徴とする請求項７記載のビデオサーバ装置。
【請求項９】
オンエア用の素材データを編集する編集装置と、
この編集装置に接続され、前記編集装置で編集された素材データを記憶部に記録し、再生指示に応じて前記記憶部に記録された素材データを再生するビデオサーバ装置とを備え、
前記編集装置は、
変更した素材データをデータベースに登録すると共に、当該素材データを特定する素材ＩＤ、変更開始位置及び変更終了位置を示す情報を含む素材管理情報を前記変更した素材データに付加して前記データベースに登録する登録手段と、
前記データベースに登録後に、前記ビデオサーバ装置に対し変更要求を送信する変更要求送信手段とを備え、
前記ビデオサーバ装置は、
前記素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを前記記憶部に記憶するテーブル生成手段と、
前記編集装置から前記素材データに対する変更要求を受信するとき、前記編集装置から変更対象となる素材データの前記素材管理情報を取得する取得手段と、
この取得手段で取得した前記素材管理情報に含まれる素材ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて前記記憶部に記録された素材データに対する変更処理を実行し、変更後に前記管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを備えることを特徴とするビデオ編集システム。
【請求項１０】
前記編集装置は、変更処理が済んだ素材データを順に前記ビデオサーバ装置に送信する手段を備えることを特徴とする請求項９記載のビデオ編集システム。
【請求項１】
オンエア用の素材データを記憶部に記録し、再生指示に応じて前記記憶部に記録された素材データを再生するビデオサーバ装置において、
前記素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを前記記憶部に記憶するテーブル生成手段と、
前記素材データに対する変更要求発生時に、変更要求元から変更対象の素材ＩＤ及び変更開始位置及び変更終了位置を示す情報を含む素材管理情報を取得する取得手段と、
この取得手段で取得した前記素材管理情報に含まれる素材ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて前記記憶部に記録された素材データに対する変更処理を実行し、変更後に前記管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを具備することを特徴とするビデオサーバ装置。
【請求項２】
前記制御手段は、前記変更要求が前記素材データの追加である場合に、前記素材管理情報に含まれ前記記憶部の記録領域の追加開始位置後、追加終了位置前の期間を指定し、この期間に対応する追加素材データを要求元から取得し、この取得した追加素材データを前記記憶部中の該当する素材ＩＤに対応する素材データに追加することを特徴とする請求項１記載のビデオサーバ装置。
【請求項３】
前記制御手段は、前記変更要求が前記素材データの削除である場合に、前記素材管理情報に含まれ前記記憶部の記録領域の削除開始位置後、削除終了位置前の期間を指定し、前記記憶部中の該当する素材ＩＤに対応する素材データから前記期間に対応する素材データを削除することを特徴とする請求項１記載のビデオサーバ装置。
【請求項４】
前記制御手段は、前記変更要求が前記素材データの差し替えである場合に、前記素材管理情報に含まれ前記記憶部の記録領域の差し替え開始位置後、差し替え終了位置前の期間を指定し、この期間に対応する差し替え素材データを要求元から取得し、この取得した差し替え素材データと、前記記憶部中の該当する素材ＩＤに対応する素材データの少なくとも一部とを差し替えることを特徴とする請求項１記載のビデオサーバ装置。
【請求項５】
さらに、前記記憶部から再生される素材データをビデオ信号に復号する復号手段と、このビデオ信号を前記素材データに再符号化する符号化手段とを備え、
前記制御手段は、再符号化した素材データを前記記憶部に記録することを特徴とする請求項１記載のビデオサーバ装置。
【請求項６】
前記記憶部が複数のメモリセットから成るとき、前記制御手段は、前記再符号化した素材データを前記記憶部の空いているメモリセットに記録することを特徴とする請求項５記載のビデオサーバ装置。
【請求項７】
前記制御手段は、所定の条件に従って、変更された素材データを前記記憶部から再生し、当該再生データを前記復号手段に復号させ、前記符号化手段に再符号化させることを特徴とする請求項６記載のビデオサーバ装置。
【請求項８】
前記制御手段は、前記条件の判断に、空き時間、空いているメモリセットの少なくとも１つを用いることを特徴とする請求項７記載のビデオサーバ装置。
【請求項９】
オンエア用の素材データを編集する編集装置と、
この編集装置に接続され、前記編集装置で編集された素材データを記憶部に記録し、再生指示に応じて前記記憶部に記録された素材データを再生するビデオサーバ装置とを備え、
前記編集装置は、
変更した素材データをデータベースに登録すると共に、当該素材データを特定する素材ＩＤ、変更開始位置及び変更終了位置を示す情報を含む素材管理情報を前記変更した素材データに付加して前記データベースに登録する登録手段と、
前記データベースに登録後に、前記ビデオサーバ装置に対し変更要求を送信する変更要求送信手段とを備え、
前記ビデオサーバ装置は、
前記素材データの記録時に、当該素材データを特定する素材ＩＤと、当該素材データとを対応付けた管理テーブルを生成し、当該管理テーブルを前記記憶部に記憶するテーブル生成手段と、
前記編集装置から前記素材データに対する変更要求を受信するとき、前記編集装置から変更対象となる素材データの前記素材管理情報を取得する取得手段と、
この取得手段で取得した前記素材管理情報に含まれる素材ＩＤに基づいて、前記管理テーブルを参照し、この参照結果に基づいて前記記憶部に記録された素材データに対する変更処理を実行し、変更後に前記管理テーブル中の該当する素材ＩＤに対応する素材データの更新を行う制御手段とを備えることを特徴とするビデオ編集システム。
【請求項１０】
前記編集装置は、変更処理が済んだ素材データを順に前記ビデオサーバ装置に送信する手段を備えることを特徴とする請求項９記載のビデオ編集システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１９５８９３（Ｐ２０１２−１９５８９３Ａ）
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願番号】特願２０１１−５９９２７（Ｐ２０１１−５９９２７）
【出願日】平成２３年３月１７日（２０１１．３．１７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年１０月１１日（２０１２．１０．１１）
【国際特許分類】
【出願日】平成２３年３月１７日（２０１１．３．１７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]