映像処理装置および映像処理方法
【課題】 放送用の映像データをエンドレス記録し再生することができる映像処理装置および映像処理方法を提供する。
【解決手段】映像処理装置は、記録ユニット、受付部、ＭＸＦファイル生成部、連結情報記憶部、収録制御部、制御部を有する。前記ＭＸＦファイル生成部は、前記受付部によりループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録する。前記収録制御部は、前記ＭＸＦファイル生成部により複数に分割されたＭＸＦファイルの連結情報を前記連結情報記憶部に記憶する。前記再生部は、前記受付部によりループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力する。
【解決手段】映像処理装置は、記録ユニット、受付部、ＭＸＦファイル生成部、連結情報記憶部、収録制御部、制御部を有する。前記ＭＸＦファイル生成部は、前記受付部によりループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録する。前記収録制御部は、前記ＭＸＦファイル生成部により複数に分割されたＭＸＦファイルの連結情報を前記連結情報記憶部に記憶する。前記再生部は、前記受付部によりループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、映像信号を記録および再生する映像処理装置および映像処理方法に関する。
【背景技術】
【０００２】
例えばテレビ放送などに用いられる映像信号は、従来ＶＴＲなどのテープメディアに記録されてきた。このようなテープメディアへ映像信号を記録するには、例えば最大記録時間が１２０分などといった時間的な制約があり、最大記録時間を超過して映像信号を記録することはできなかった。
【０００３】
近年、テープレス技術が普及し、ＶＴＲに代わってハードディスクドライブ（ＨＤＤ）やフラッシュメモリを記録媒体とする映像処理装置（ビデオサーバ）が普及してきた。
【０００４】
このような記録メディアの進化によって、記録時間の制約は劇的に改善したものの、サーバ装置内部に記録された素材を管理する観点から、素材あたりの記録時間は制約を受けざるを得ないのが現状である。
【０００５】
ところで、例えばお天気カメラや監視カメラなどのライブ映像を記録するように、収録開始前に素材の記録時間が分かっていない場合、その素材を最後まで収録できるかどうかがわからず、収録した結果として失敗してしまったり、必要な部分が欠落してしまったりすることがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−１４５７３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
近年では、カメラから入力された映像をデジタル化してハードディスク装置などにエンドレス記録を行う技術が考案されているものの、テレビ放送の分野で用いられる形式の映像データに言及したものはない。
【０００８】
本発明が解決しようとする課題は、放送用の映像データをエンドレス記録し再生することができる映像処理装置および映像処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
実施形態の映像処理装置は、記録ユニット、受付部、ＭＸＦファイル生成部、連結情報記憶部、収録制御部、再生部を有する。前記記録ユニットは、入力される映像信号をファイルの形態で記録または読み出すためのものである。前記受付部は、前記映像信号を処理するための指示を受け付ける。前記ＭＸＦファイル生成部は、前記受付部によりループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録する。前記連結情報記憶部は、前記複数のＭＸＦファイルを連結するための連結情報が記憶可能である。前記収録制御部は、前記ＭＸＦファイル生成部により複数に分割されたＭＸＦファイルの連結情報を前記連結情報記憶部に記憶する。前記再生部は、前記受付部によりループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力する。
【図面の簡単な説明】
【００１０】
【図１】実施形態のビデオサーバの構成を示す図である。
【図２】素材管理テーブルの一例を示す図である。
【図３】イベント管理テーブルの一例を示す図である。
【図４】ループ収録リストの一例を示す図である。
【図５】ビデオサーバの動作を示すフローチャートである。
【図６】ループ収録の概念図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して実施形態を詳細に説明する。図１は実施形態のビデオサーバの構成を示す図である。
【００１２】
図１に示すように、この実施形態のビデオサーバは、映像処理装置として機能するものであり、マルチエンコーダユニット２、記録ユニット３、外部制御ユニット４、セントラル・プロセッシング・ユニット５（以下「ＣＰＵ５」と称す）、メモリ６、デコーダユニット７、ファイル処理ユニット８などを有している。
【００１３】
マルチエンコーダユニット２は、放送用の映像データの収録に関する制御を行う収録制御部２１、受信された映像信号（ビデオ信号）から放送用の映像データであるMaterial eXchange Formatファイル（以下「ＭＸＦファイル」と称す）を生成するＭＸＦ生成部２２を有する。
【００１４】
収録制御部２１は、映像信号をＭＰＥＧ２圧縮して映像データを生成する際に、一定の収録時間の付近に存在するＧＯＰ境界で映像データを分割し、分割した映像データでＭＸＦファイルを生成するようＭＸＦ生成部２２を制御する。つまり収録制御部２１は、外部制御ユニット４からループ収録開始のコマンドを受けた場合に、通常のＭＸＦファイルの生成ではなく、細分化したファイルまたは短い時間で分割した複数のＭＦＸファイルを生成するようＭＸＦ生成部２２を制御する。
【００１５】
また収録制御部２１は、生成される各ＭＸＦファイルの開始ＴＣ、終了ＴＣをＣＰＵ５へ通知する。ＴＣとはタイムコードである。
【００１６】
ＭＸＦ生成部２２は、収録制御部２１により制御されて、ループ収録時には、一定時間毎、例えば１時間程度のＧＯＰ境界毎に分割したＭＦＸファイルを生成し記録ユニット３に記録する。つまり、ＭＸＦ生成部２２は、ＡＰＩ受信部４１によりループ収録の指示が受け付けられた場合、映像信号を複数のＭＸＦファイルに分割して記録ユニット３に記録する。ＭＸＦファイル生成部２２は、ループ収録開始後、一定数を超えたＭＸＦファイルの初めのファイルから順に上書きする。なおループ収録開始後、一定時間が経過したＭＸＦファイルを消去するようにしてもよい。
【００１７】
記録ユニット３は、例えばハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）などにより実現される。記録ユニット３には、ＭＸＦ生成部２２により、短時間に分割して生成された複数のＭＦＸファイル３３ａ〜３３ｄが順次記憶される。つまり、記録ユニット３は、入力される映像信号をファイルの形態で記録または読み出すためのものである。
【００１８】
外部制御ユニット４は、ＡＰＩ受信部４１、ループ収録部４２、再生制御部４３などを有する。
【００１９】
ＡＰＩ受信部４１は、外部装置またはキーボードなどの入力装置からループ収録、ループ再生などを指示するコマンド（命令電文）を受け付け、受け付けたコマンドに応じた指示を出す。
【００２０】
例えば外部の制御装置から受け付けたコマンドがループ収録のコマンドの場合、ＡＰＩ受信部４１は、ループ収録の指示をループ収録部４２へ出す。またループ再生のコマンドの場合、ＡＰＩ受信部４１は、ループ再生の指示を再生制御部４３へ出す。つまり、ＡＰＩ受信部４１は、映像信号を処理するための指示を受け付ける受付部として機能する。
【００２１】
ループ収録部４２は、ＡＰＩ受信部４１からのループ収録の指示に従い各部を制御する。ループ収録部４２は、ループ収録の指示により、マルチエンコーダユニット２に対して、ループ収録開始・停止などのコマンドを発行する。
【００２２】
またループ収録部４２は、ループ収録の指示により、ＣＰＵ５のイベント管理部５２へループイベント登録要求を発行する。ループイベント登録要求はループ動作が開始されるときにイベント管理部５２へ発行される。
【００２３】
またループ収録部４２は、ループ収録中にＣＰＵ５が管理する素材管理テーブル６２のコンテンツ管理情報から、マルチエンコーダユニット２が生成する複数のＭＸＦファイル（素材群）の連結情報であるループ収録リストを作成し、メモリ６のループ収録リストテーブル６１に記憶する。つまりループ収録部４２は、ＭＸＦ生成部２２により複数に分割されたＭＸＦファイルの連結情報をループ収録リストテーブル６１に記憶する。
【００２４】
再生制御部４３は、ループ再生の指示により、メモリ６のループ収録リストテーブル６１を参照してその連結情報に従って記録ユニット３に記録されている複数のＭＦＸファイル３３ａ〜３３ｄ（素材群）の再生・出力を制御する。
【００２５】
再生制御部４３は、ループ再生の指示に従いデコーダユニット７を制御してループ収録素材の再生を行う。また再生制御部４３は、ループ出力の指示に従いファイル処理ユニット８を制御してループ収録素材を一つのＭＸＦファイルとして出力する。
【００２６】
つまり再生制御部４３、デコーダユニット７およびファイル処理ユニット８は、ＡＰＩ受信部４１によりループ再生または出力の指示が受け付けられた場合、ループ収録リストテーブル６１の連結情報に従い記録ユニット３の複数のＭＸＦファイルを連結して再生または出力する。なお素材を個別に再生・出力するとき、再生制御部４３は、単一素材のコンテンツ管理情報を用いて再生・出力を行う。
【００２７】
ＣＰＵ５は、素材管理部５１およびイベント管理部５２を有する。
素材管理部５１は、マルチエンコーダユニット２から提供される開始ＴＣ、終了ＴＣをコンテンツ管理情報として素材管理テーブル６２に保存し、外部制御ユニット４からの要求（問い合わせ）に応じて、この情報を読み出し提供する。
【００２８】
イベント管理部５２は、ループ収録イベント登録要求を受けて、発行済みのＩＤと重複しない新たなイベントＩＤを発行し、イベントＩＤをキーにしてループ収録イベントの内容（図３参照）をイベント管理テーブル６３へ登録する。
【００２９】
メモリ６には、ループ収録リストテーブル６１、素材管理テーブル６２、イベント管理テーブル６３などの管理情報が記憶される。
【００３０】
図２に示すように、素材管理テーブル６２には、例えば次の素材管理テーブル・ポインタ、素材ＩＤ、素材情報バージョン、素材区分、素材タイプ、削除禁止、映像音声識別、素材コード、素材名、タイムスタンプ（年月日）、タイムスタンプ（時分秒）、予約、ファイル・サイズ、素材デュレーション、素材ブロック数、開始タイムコード、素材ベリファイ状態、映像フォーマット、輝度レベル、クロマレベル、素材フラグ、音声コーデック、オーディオ入力チャネル数、オーディオ・レベル（Ch1）、オーディオ・レベル（Ch16）、制御部素材管理用領域、使用メモリ情報、非保存管理領域などの項目で各データが記憶されている。
【００３１】
削除禁止の項目の欄にはユーザが所望により削除禁止を示すフラグを付与することが可能であり、このフラグを付与されているファイルは上書きされない。
【００３２】
すなわち素材管理テーブル６２には、細分化された一つずつのＭＸＦファイル（素材）を管理するための情報（素材管理情報）が記憶されている。
【００３３】
図３に示すように、イベント管理テーブル６３には、次のイベント管理情報ポインタ、イベントＩＤ、イベント登録要求元のＩＤであるオーナー情報、動作モード（通常収録、ループ収録、通常再生、ループ再生など）、素材名、入力チャネル、出力チャネル、ＭＥＭ_ＩＤ、予約などが記憶される。
【００３４】
図４に示すように、ループ収録リストテーブル６１には、ループ動作対象のファイル名（識別子）とこのファイルを管理する素材管理テーブル６２のポインタとがループ設定数分（ファイル保存件数分または一定の時間分）登録される。ループ収録リストテーブル６１には、ループ収録イベントの内容が登録される。つまり、ループ収録リストテーブル６１は、複数のＭＸＦファイルを連結するための連結情報が記憶可能な連結情報記憶部として機能する。
【００３５】
この例では、ループ素材（ＭＸＦ１）〜ループ素材（ＭＸＦｍ）までの各素材管理テーブルへのポインタ（素材管理テーブル・ポインタ）が登録される。ｍはいくつのファイルでループさせるかを示すループ設定数を示し、ｎは分割して生成されるファイル数を示す。
【００３６】
以下、図５、図６を参照してこのビデオサーバ１の動作を説明する。
このビデオサーバ１は、通常の収録モードの他にループ収録モードという特殊な収録モードを持つ。
【００３７】
このビデオサーバ１では、外部の制御装置またはキーボードなどからのコマンドの受信（入力）を外部制御ユニット４のＡＰＩ受信部４１が待機しており、受信されたコマンドに応じた動作を行う（図５のステップＳ１０１）。
【００３８】
外部の制御装置またはキーボードなどから受信したコマンドが、例えばループ動作の指示の場合（ステップＳ１０２のＹｅｓ）、次に、ＡＰＩ受信部４１は受信コマンドがループ収録を示すコマンドかループ再生を示すコマンドかを判定する（ステップＳ１０３）。
【００３９】
この判定結果、受信コマンドがループ収録を示すコマンドの場合（ステップＳ１０３のＹｅｓ）、ＡＰＩ受信部４１は、ループ収録の開始を、ループ収録部４２を通じてマルチエンコーダユニット２の収録制御部２１とＭＸＦファイル生成部２１へ指示する。
【００４０】
この場合、ループ収録部４２は、ＭＸＦファイルのファイル生成数を示すカウント数ｎをメモリ６に「１」と設定し、ＭＸＦファイルの生成を収録制御部２１へ指示する。
【００４１】
外部制御ユニット４からの指示により、収録制御部２１はＭＸＦ生成部２２へループ収録モードでのＭＸＦファイルの生成を指示し、この指示により、ＭＸＦ生成部２２は、外部の素材サーバなどから入力されたビデオ信号を、所定時間単位、例えば１時間程度などに細分化し、複数のＭＸＦファイル（素材群）を生成し、記録ユニット３に順次記録する（ステップＳ１０５）。
【００４２】
ＭＸＦファイルが一つ生成されると、ループ収録部４２は、ループ収録中断を示すコマンドが入力されたか否かを判定し（ステップＳ１０６）、ループ収録中断のコマンドが入力されていれば（ステップＳ１０６のＹｅｓ）、そこで処理を終了する。
【００４３】
また、ループ収録中断のコマンドが入力されていなければ（ステップＳ１０６のＮｏ）、続いて、収録制御部２１は、設定したカウント数ｎと所定のループ設定数ｍとが同じかどうかを確認し（ステップＳ１０７）、カウント数ｎとループ設定数ｍが同じでなければ（ステップＳ１０７のＮｏ）、カウント数ｎに１を加算して（ステップＳ１０８）、次のファイルを生成するよう指示する。
【００４４】
一方、カウント数ｎとループ設定数ｍが同じであれば（ステップＳ１０７のＹｅｓ）、カウント数ｎを「１」にリセットして（ステップＳ１０４）、初めのファイルからの生成および記録ユニット３のファイルの上書きを指示する。これにより、図６に示すように、常に同じ数のＭＸＦファイルが順に生成されるループ収録が実現される。
【００４５】
つまり、ループ収録モードのとき、映像信号を取り込む動作は通常の収録動作と同じであるが、取り込んだ素材の記録および管理の方法が異なる。
【００４６】
ループ収録を行う際、ループ収録部４２は、細分化されたＭＸＦファイル（素材群）の連結情報をイベント管理テーブル６３に記憶（登録）して、各ＭＸＦファイル（素材）との紐付けを行う。これにより各ＭＸＦファイル（素材）はイベント管理テーブル６３で管理される。
【００４７】
収録制御部２１は、ＭＸＦ生成部２２により細分化（分割）されたＭＸＦファイル（素材群）の開始ＴＣおよび終了ＴＣをコンテンツ管理部５１へ通知し、コンテンツ管理部５１は、この通知により、ループ収録モードという特殊モードで記録されたものであることを示すコンテンツ管理情報を素材管理テーブル６２に登録（保持）する。
【００４８】
なお、ループ収録中に、外部の制御装置またはキーボードなどから、ユーザが削除禁止を指示すると、そのとき収録中のＭＸＦファイルの素材管理テーブル６２に削除禁止のフラグが付与され、ループ収録動作で上書きされることがなくなる。
【００４９】
一方、外部の制御装置またはキーボードなどから受信したコマンドが、ループ動作ではあるもののループ収録を示すコマンドではない場合（ステップＳ１０２のＹｅｓ、Ｓ１０３のＮｏ）、つまりループ再生の指示の場合、ＡＰＩ受信部４１は、ループ再生の開始を、再生制御部４３へ指示する。この指示により、再生制御部４３は、ループ収録リストテーブル６１を参照して、再生対象の初めのＭＸＦファイルを検出して、検出したＭＸＦファイルの再生をデコーダユニット７またはファイル処理ユニット８へ指示する。
【００５０】
この指示により、記録ユニット３に収録済みのＭＸＦファイル（素材群）は、ポインタの順に記録ユニット３から読み出されて再生または一つのＭＸＦファイルとして出力される（ステップＳ１０９）。
【００５１】
この際、再生制御部４３は、イベント管理テーブル６３を参照して、次のイベント管理情報ポインタでリンク（紐付け）されたリンク先のイベント管理情報を確認し、そのイベント管理情報に従って次のＭＸＦファイルの連結再生を指示する。
【００５２】
すなわち、ファイルのループ再生または出力のときには、再生制御部４３は、メモリ６のループ収録リストテーブル６１の内容、素材管理テーブル６２のコンテンツ管理情報、イベント管理テーブル６３の連結情報を参照して、記録ユニット３に記録された複数のＭＸＦファイル（素材群）を、単一素材と同じように連続的に再生・出力する。
【００５３】
ここで示すループ収録という特殊な収録モードでは、一定数生成した素材、または一定時間が経過した素材のうち初めの素材に戻って順に消去（上書き）することによって、記録ユニット３の記憶領域を効率的に使用することができる。むろん、ユーザの指定によっては記録ユニットの容量制限により停止するような収録を行うことも可能である。
【００５４】
一方、外部の制御装置またはキーボードなどから受信されたコマンドが、例えば通常の収録を示すコマンド、つまり収録の指示である場合（ステップＳ１１０のＹｅｓ）、ＡＰＩ受信部４１は、通常の収録動作を、収録制御部２１を通じてＭＸＦファイル生成部２１へ指示し、この指示により、ＭＸＦファイル生成部２１は、入力されたビデオ信号から一つのＭＸＦファイルを生成し記録ユニット３へ記録する（ステップＳ１１１）。
【００５５】
また、外部の制御装置またはキーボードなどから受信されたコマンドが、通常の収録を示すコマンドでない場合（ステップＳ１１０のＮｏ）、ＡＰＩ受信部４１は、指示にあるＭＸＦファイルの通常再生・出力を再生制御部４３に指示し、再生制御部４３は、当該ＭＸＦファイルを単一素材として通常再生・ファイル出力するようデコーダユニット７またはファイル処理ユニット８へ指示を行う。
【００５６】
この指示によりデコーダユニット７またはファイル処理ユニット８は記録ユニット３から収録済みのＭＸＦファイル（素材群）を読み出し再生またはファイル出力する（ステップＳ１１２）。
【００５７】
このようにこの実施形態によれば、通常の収録指示とは別にループ収録の指示が受け付けられた場合、映像信号を複数のＭＸＦファイルに分割して記録すると共に、複数のＭＸＦファイルを連結するための連結情報を記録するので、放送用の映像データであるＭＸＦファイルをエンドレス記録し再生することができる。
【００５８】
また、複数に分割された個々のＭＸＦファイルを管理する素材管理テーブル６２に削除禁止のフラグを付与することが可能な欄を設けたことで、素材の取り込み自体は継続的に行いつつ、その中でも重要でない素材を簡単に消去できる仕組みを構築し、いつ発生するか分からない重要な情報は確実に記録し、かつ記録メディアを効率的に活用することが可能となる。
【００５９】
また、重要な情報を含む素材を簡単に再生したり、単独で取り出したりできるようにすることで、ユーザが価値ある映像を有効かつ効率的に活用することができる。
【００６０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００６１】
また上記実施形態に示した各構成要素を、コンピュータのハードディスク装置などのストレージにインストールしたプログラムで実現してもよく、また上記プログラムを、コンピュータ読取可能な電子媒体：electronic mediaに記憶しておき、プログラムを電子媒体からコンピュータに読み取らせることで本発明の機能をコンピュータが実現するようにしてもよい。
【００６２】
電子媒体としては、例えばＣＤ−ＲＯＭ等の記録媒体やフラッシュメモリ、リムーバブルメディア：Removable media等が含まれる。さらに、ネットワークを介して接続した異なるコンピュータに構成要素を分散して記憶し、各構成要素を機能させたコンピュータ間で通信することで実現してもよい。
【符号の説明】
【００６３】
１…ビデオサーバ、２…マルチエンコーダユニット、３…記録ユニット、４…外部制御ユニット、５…セントラル・プロセッシング・ユニット（ＣＰＵ）、６…メモリ、７…デコーダユニット、８…ファイル処理ユニット、２１…収録制御部、２１…ＭＸＦ生成部、２２…収録制御部、４１…ＡＰＩ受信部、４２…ループ収録部、４３…再生制御部、５１…素材管理部、５２…イベント管理部、６１…ループ収録リストテーブル、６２…素材管理テーブル、６３…イベント管理テーブル。
【技術分野】
【０００１】
本発明の実施形態は、映像信号を記録および再生する映像処理装置および映像処理方法に関する。
【背景技術】
【０００２】
例えばテレビ放送などに用いられる映像信号は、従来ＶＴＲなどのテープメディアに記録されてきた。このようなテープメディアへ映像信号を記録するには、例えば最大記録時間が１２０分などといった時間的な制約があり、最大記録時間を超過して映像信号を記録することはできなかった。
【０００３】
近年、テープレス技術が普及し、ＶＴＲに代わってハードディスクドライブ（ＨＤＤ）やフラッシュメモリを記録媒体とする映像処理装置（ビデオサーバ）が普及してきた。
【０００４】
このような記録メディアの進化によって、記録時間の制約は劇的に改善したものの、サーバ装置内部に記録された素材を管理する観点から、素材あたりの記録時間は制約を受けざるを得ないのが現状である。
【０００５】
ところで、例えばお天気カメラや監視カメラなどのライブ映像を記録するように、収録開始前に素材の記録時間が分かっていない場合、その素材を最後まで収録できるかどうかがわからず、収録した結果として失敗してしまったり、必要な部分が欠落してしまったりすることがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−１４５７３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
近年では、カメラから入力された映像をデジタル化してハードディスク装置などにエンドレス記録を行う技術が考案されているものの、テレビ放送の分野で用いられる形式の映像データに言及したものはない。
【０００８】
本発明が解決しようとする課題は、放送用の映像データをエンドレス記録し再生することができる映像処理装置および映像処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
実施形態の映像処理装置は、記録ユニット、受付部、ＭＸＦファイル生成部、連結情報記憶部、収録制御部、再生部を有する。前記記録ユニットは、入力される映像信号をファイルの形態で記録または読み出すためのものである。前記受付部は、前記映像信号を処理するための指示を受け付ける。前記ＭＸＦファイル生成部は、前記受付部によりループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録する。前記連結情報記憶部は、前記複数のＭＸＦファイルを連結するための連結情報が記憶可能である。前記収録制御部は、前記ＭＸＦファイル生成部により複数に分割されたＭＸＦファイルの連結情報を前記連結情報記憶部に記憶する。前記再生部は、前記受付部によりループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力する。
【図面の簡単な説明】
【００１０】
【図１】実施形態のビデオサーバの構成を示す図である。
【図２】素材管理テーブルの一例を示す図である。
【図３】イベント管理テーブルの一例を示す図である。
【図４】ループ収録リストの一例を示す図である。
【図５】ビデオサーバの動作を示すフローチャートである。
【図６】ループ収録の概念図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して実施形態を詳細に説明する。図１は実施形態のビデオサーバの構成を示す図である。
【００１２】
図１に示すように、この実施形態のビデオサーバは、映像処理装置として機能するものであり、マルチエンコーダユニット２、記録ユニット３、外部制御ユニット４、セントラル・プロセッシング・ユニット５（以下「ＣＰＵ５」と称す）、メモリ６、デコーダユニット７、ファイル処理ユニット８などを有している。
【００１３】
マルチエンコーダユニット２は、放送用の映像データの収録に関する制御を行う収録制御部２１、受信された映像信号（ビデオ信号）から放送用の映像データであるMaterial eXchange Formatファイル（以下「ＭＸＦファイル」と称す）を生成するＭＸＦ生成部２２を有する。
【００１４】
収録制御部２１は、映像信号をＭＰＥＧ２圧縮して映像データを生成する際に、一定の収録時間の付近に存在するＧＯＰ境界で映像データを分割し、分割した映像データでＭＸＦファイルを生成するようＭＸＦ生成部２２を制御する。つまり収録制御部２１は、外部制御ユニット４からループ収録開始のコマンドを受けた場合に、通常のＭＸＦファイルの生成ではなく、細分化したファイルまたは短い時間で分割した複数のＭＦＸファイルを生成するようＭＸＦ生成部２２を制御する。
【００１５】
また収録制御部２１は、生成される各ＭＸＦファイルの開始ＴＣ、終了ＴＣをＣＰＵ５へ通知する。ＴＣとはタイムコードである。
【００１６】
ＭＸＦ生成部２２は、収録制御部２１により制御されて、ループ収録時には、一定時間毎、例えば１時間程度のＧＯＰ境界毎に分割したＭＦＸファイルを生成し記録ユニット３に記録する。つまり、ＭＸＦ生成部２２は、ＡＰＩ受信部４１によりループ収録の指示が受け付けられた場合、映像信号を複数のＭＸＦファイルに分割して記録ユニット３に記録する。ＭＸＦファイル生成部２２は、ループ収録開始後、一定数を超えたＭＸＦファイルの初めのファイルから順に上書きする。なおループ収録開始後、一定時間が経過したＭＸＦファイルを消去するようにしてもよい。
【００１７】
記録ユニット３は、例えばハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）などにより実現される。記録ユニット３には、ＭＸＦ生成部２２により、短時間に分割して生成された複数のＭＦＸファイル３３ａ〜３３ｄが順次記憶される。つまり、記録ユニット３は、入力される映像信号をファイルの形態で記録または読み出すためのものである。
【００１８】
外部制御ユニット４は、ＡＰＩ受信部４１、ループ収録部４２、再生制御部４３などを有する。
【００１９】
ＡＰＩ受信部４１は、外部装置またはキーボードなどの入力装置からループ収録、ループ再生などを指示するコマンド（命令電文）を受け付け、受け付けたコマンドに応じた指示を出す。
【００２０】
例えば外部の制御装置から受け付けたコマンドがループ収録のコマンドの場合、ＡＰＩ受信部４１は、ループ収録の指示をループ収録部４２へ出す。またループ再生のコマンドの場合、ＡＰＩ受信部４１は、ループ再生の指示を再生制御部４３へ出す。つまり、ＡＰＩ受信部４１は、映像信号を処理するための指示を受け付ける受付部として機能する。
【００２１】
ループ収録部４２は、ＡＰＩ受信部４１からのループ収録の指示に従い各部を制御する。ループ収録部４２は、ループ収録の指示により、マルチエンコーダユニット２に対して、ループ収録開始・停止などのコマンドを発行する。
【００２２】
またループ収録部４２は、ループ収録の指示により、ＣＰＵ５のイベント管理部５２へループイベント登録要求を発行する。ループイベント登録要求はループ動作が開始されるときにイベント管理部５２へ発行される。
【００２３】
またループ収録部４２は、ループ収録中にＣＰＵ５が管理する素材管理テーブル６２のコンテンツ管理情報から、マルチエンコーダユニット２が生成する複数のＭＸＦファイル（素材群）の連結情報であるループ収録リストを作成し、メモリ６のループ収録リストテーブル６１に記憶する。つまりループ収録部４２は、ＭＸＦ生成部２２により複数に分割されたＭＸＦファイルの連結情報をループ収録リストテーブル６１に記憶する。
【００２４】
再生制御部４３は、ループ再生の指示により、メモリ６のループ収録リストテーブル６１を参照してその連結情報に従って記録ユニット３に記録されている複数のＭＦＸファイル３３ａ〜３３ｄ（素材群）の再生・出力を制御する。
【００２５】
再生制御部４３は、ループ再生の指示に従いデコーダユニット７を制御してループ収録素材の再生を行う。また再生制御部４３は、ループ出力の指示に従いファイル処理ユニット８を制御してループ収録素材を一つのＭＸＦファイルとして出力する。
【００２６】
つまり再生制御部４３、デコーダユニット７およびファイル処理ユニット８は、ＡＰＩ受信部４１によりループ再生または出力の指示が受け付けられた場合、ループ収録リストテーブル６１の連結情報に従い記録ユニット３の複数のＭＸＦファイルを連結して再生または出力する。なお素材を個別に再生・出力するとき、再生制御部４３は、単一素材のコンテンツ管理情報を用いて再生・出力を行う。
【００２７】
ＣＰＵ５は、素材管理部５１およびイベント管理部５２を有する。
素材管理部５１は、マルチエンコーダユニット２から提供される開始ＴＣ、終了ＴＣをコンテンツ管理情報として素材管理テーブル６２に保存し、外部制御ユニット４からの要求（問い合わせ）に応じて、この情報を読み出し提供する。
【００２８】
イベント管理部５２は、ループ収録イベント登録要求を受けて、発行済みのＩＤと重複しない新たなイベントＩＤを発行し、イベントＩＤをキーにしてループ収録イベントの内容（図３参照）をイベント管理テーブル６３へ登録する。
【００２９】
メモリ６には、ループ収録リストテーブル６１、素材管理テーブル６２、イベント管理テーブル６３などの管理情報が記憶される。
【００３０】
図２に示すように、素材管理テーブル６２には、例えば次の素材管理テーブル・ポインタ、素材ＩＤ、素材情報バージョン、素材区分、素材タイプ、削除禁止、映像音声識別、素材コード、素材名、タイムスタンプ（年月日）、タイムスタンプ（時分秒）、予約、ファイル・サイズ、素材デュレーション、素材ブロック数、開始タイムコード、素材ベリファイ状態、映像フォーマット、輝度レベル、クロマレベル、素材フラグ、音声コーデック、オーディオ入力チャネル数、オーディオ・レベル（Ch1）、オーディオ・レベル（Ch16）、制御部素材管理用領域、使用メモリ情報、非保存管理領域などの項目で各データが記憶されている。
【００３１】
削除禁止の項目の欄にはユーザが所望により削除禁止を示すフラグを付与することが可能であり、このフラグを付与されているファイルは上書きされない。
【００３２】
すなわち素材管理テーブル６２には、細分化された一つずつのＭＸＦファイル（素材）を管理するための情報（素材管理情報）が記憶されている。
【００３３】
図３に示すように、イベント管理テーブル６３には、次のイベント管理情報ポインタ、イベントＩＤ、イベント登録要求元のＩＤであるオーナー情報、動作モード（通常収録、ループ収録、通常再生、ループ再生など）、素材名、入力チャネル、出力チャネル、ＭＥＭ_ＩＤ、予約などが記憶される。
【００３４】
図４に示すように、ループ収録リストテーブル６１には、ループ動作対象のファイル名（識別子）とこのファイルを管理する素材管理テーブル６２のポインタとがループ設定数分（ファイル保存件数分または一定の時間分）登録される。ループ収録リストテーブル６１には、ループ収録イベントの内容が登録される。つまり、ループ収録リストテーブル６１は、複数のＭＸＦファイルを連結するための連結情報が記憶可能な連結情報記憶部として機能する。
【００３５】
この例では、ループ素材（ＭＸＦ１）〜ループ素材（ＭＸＦｍ）までの各素材管理テーブルへのポインタ（素材管理テーブル・ポインタ）が登録される。ｍはいくつのファイルでループさせるかを示すループ設定数を示し、ｎは分割して生成されるファイル数を示す。
【００３６】
以下、図５、図６を参照してこのビデオサーバ１の動作を説明する。
このビデオサーバ１は、通常の収録モードの他にループ収録モードという特殊な収録モードを持つ。
【００３７】
このビデオサーバ１では、外部の制御装置またはキーボードなどからのコマンドの受信（入力）を外部制御ユニット４のＡＰＩ受信部４１が待機しており、受信されたコマンドに応じた動作を行う（図５のステップＳ１０１）。
【００３８】
外部の制御装置またはキーボードなどから受信したコマンドが、例えばループ動作の指示の場合（ステップＳ１０２のＹｅｓ）、次に、ＡＰＩ受信部４１は受信コマンドがループ収録を示すコマンドかループ再生を示すコマンドかを判定する（ステップＳ１０３）。
【００３９】
この判定結果、受信コマンドがループ収録を示すコマンドの場合（ステップＳ１０３のＹｅｓ）、ＡＰＩ受信部４１は、ループ収録の開始を、ループ収録部４２を通じてマルチエンコーダユニット２の収録制御部２１とＭＸＦファイル生成部２１へ指示する。
【００４０】
この場合、ループ収録部４２は、ＭＸＦファイルのファイル生成数を示すカウント数ｎをメモリ６に「１」と設定し、ＭＸＦファイルの生成を収録制御部２１へ指示する。
【００４１】
外部制御ユニット４からの指示により、収録制御部２１はＭＸＦ生成部２２へループ収録モードでのＭＸＦファイルの生成を指示し、この指示により、ＭＸＦ生成部２２は、外部の素材サーバなどから入力されたビデオ信号を、所定時間単位、例えば１時間程度などに細分化し、複数のＭＸＦファイル（素材群）を生成し、記録ユニット３に順次記録する（ステップＳ１０５）。
【００４２】
ＭＸＦファイルが一つ生成されると、ループ収録部４２は、ループ収録中断を示すコマンドが入力されたか否かを判定し（ステップＳ１０６）、ループ収録中断のコマンドが入力されていれば（ステップＳ１０６のＹｅｓ）、そこで処理を終了する。
【００４３】
また、ループ収録中断のコマンドが入力されていなければ（ステップＳ１０６のＮｏ）、続いて、収録制御部２１は、設定したカウント数ｎと所定のループ設定数ｍとが同じかどうかを確認し（ステップＳ１０７）、カウント数ｎとループ設定数ｍが同じでなければ（ステップＳ１０７のＮｏ）、カウント数ｎに１を加算して（ステップＳ１０８）、次のファイルを生成するよう指示する。
【００４４】
一方、カウント数ｎとループ設定数ｍが同じであれば（ステップＳ１０７のＹｅｓ）、カウント数ｎを「１」にリセットして（ステップＳ１０４）、初めのファイルからの生成および記録ユニット３のファイルの上書きを指示する。これにより、図６に示すように、常に同じ数のＭＸＦファイルが順に生成されるループ収録が実現される。
【００４５】
つまり、ループ収録モードのとき、映像信号を取り込む動作は通常の収録動作と同じであるが、取り込んだ素材の記録および管理の方法が異なる。
【００４６】
ループ収録を行う際、ループ収録部４２は、細分化されたＭＸＦファイル（素材群）の連結情報をイベント管理テーブル６３に記憶（登録）して、各ＭＸＦファイル（素材）との紐付けを行う。これにより各ＭＸＦファイル（素材）はイベント管理テーブル６３で管理される。
【００４７】
収録制御部２１は、ＭＸＦ生成部２２により細分化（分割）されたＭＸＦファイル（素材群）の開始ＴＣおよび終了ＴＣをコンテンツ管理部５１へ通知し、コンテンツ管理部５１は、この通知により、ループ収録モードという特殊モードで記録されたものであることを示すコンテンツ管理情報を素材管理テーブル６２に登録（保持）する。
【００４８】
なお、ループ収録中に、外部の制御装置またはキーボードなどから、ユーザが削除禁止を指示すると、そのとき収録中のＭＸＦファイルの素材管理テーブル６２に削除禁止のフラグが付与され、ループ収録動作で上書きされることがなくなる。
【００４９】
一方、外部の制御装置またはキーボードなどから受信したコマンドが、ループ動作ではあるもののループ収録を示すコマンドではない場合（ステップＳ１０２のＹｅｓ、Ｓ１０３のＮｏ）、つまりループ再生の指示の場合、ＡＰＩ受信部４１は、ループ再生の開始を、再生制御部４３へ指示する。この指示により、再生制御部４３は、ループ収録リストテーブル６１を参照して、再生対象の初めのＭＸＦファイルを検出して、検出したＭＸＦファイルの再生をデコーダユニット７またはファイル処理ユニット８へ指示する。
【００５０】
この指示により、記録ユニット３に収録済みのＭＸＦファイル（素材群）は、ポインタの順に記録ユニット３から読み出されて再生または一つのＭＸＦファイルとして出力される（ステップＳ１０９）。
【００５１】
この際、再生制御部４３は、イベント管理テーブル６３を参照して、次のイベント管理情報ポインタでリンク（紐付け）されたリンク先のイベント管理情報を確認し、そのイベント管理情報に従って次のＭＸＦファイルの連結再生を指示する。
【００５２】
すなわち、ファイルのループ再生または出力のときには、再生制御部４３は、メモリ６のループ収録リストテーブル６１の内容、素材管理テーブル６２のコンテンツ管理情報、イベント管理テーブル６３の連結情報を参照して、記録ユニット３に記録された複数のＭＸＦファイル（素材群）を、単一素材と同じように連続的に再生・出力する。
【００５３】
ここで示すループ収録という特殊な収録モードでは、一定数生成した素材、または一定時間が経過した素材のうち初めの素材に戻って順に消去（上書き）することによって、記録ユニット３の記憶領域を効率的に使用することができる。むろん、ユーザの指定によっては記録ユニットの容量制限により停止するような収録を行うことも可能である。
【００５４】
一方、外部の制御装置またはキーボードなどから受信されたコマンドが、例えば通常の収録を示すコマンド、つまり収録の指示である場合（ステップＳ１１０のＹｅｓ）、ＡＰＩ受信部４１は、通常の収録動作を、収録制御部２１を通じてＭＸＦファイル生成部２１へ指示し、この指示により、ＭＸＦファイル生成部２１は、入力されたビデオ信号から一つのＭＸＦファイルを生成し記録ユニット３へ記録する（ステップＳ１１１）。
【００５５】
また、外部の制御装置またはキーボードなどから受信されたコマンドが、通常の収録を示すコマンドでない場合（ステップＳ１１０のＮｏ）、ＡＰＩ受信部４１は、指示にあるＭＸＦファイルの通常再生・出力を再生制御部４３に指示し、再生制御部４３は、当該ＭＸＦファイルを単一素材として通常再生・ファイル出力するようデコーダユニット７またはファイル処理ユニット８へ指示を行う。
【００５６】
この指示によりデコーダユニット７またはファイル処理ユニット８は記録ユニット３から収録済みのＭＸＦファイル（素材群）を読み出し再生またはファイル出力する（ステップＳ１１２）。
【００５７】
このようにこの実施形態によれば、通常の収録指示とは別にループ収録の指示が受け付けられた場合、映像信号を複数のＭＸＦファイルに分割して記録すると共に、複数のＭＸＦファイルを連結するための連結情報を記録するので、放送用の映像データであるＭＸＦファイルをエンドレス記録し再生することができる。
【００５８】
また、複数に分割された個々のＭＸＦファイルを管理する素材管理テーブル６２に削除禁止のフラグを付与することが可能な欄を設けたことで、素材の取り込み自体は継続的に行いつつ、その中でも重要でない素材を簡単に消去できる仕組みを構築し、いつ発生するか分からない重要な情報は確実に記録し、かつ記録メディアを効率的に活用することが可能となる。
【００５９】
また、重要な情報を含む素材を簡単に再生したり、単独で取り出したりできるようにすることで、ユーザが価値ある映像を有効かつ効率的に活用することができる。
【００６０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００６１】
また上記実施形態に示した各構成要素を、コンピュータのハードディスク装置などのストレージにインストールしたプログラムで実現してもよく、また上記プログラムを、コンピュータ読取可能な電子媒体：electronic mediaに記憶しておき、プログラムを電子媒体からコンピュータに読み取らせることで本発明の機能をコンピュータが実現するようにしてもよい。
【００６２】
電子媒体としては、例えばＣＤ−ＲＯＭ等の記録媒体やフラッシュメモリ、リムーバブルメディア：Removable media等が含まれる。さらに、ネットワークを介して接続した異なるコンピュータに構成要素を分散して記憶し、各構成要素を機能させたコンピュータ間で通信することで実現してもよい。
【符号の説明】
【００６３】
１…ビデオサーバ、２…マルチエンコーダユニット、３…記録ユニット、４…外部制御ユニット、５…セントラル・プロセッシング・ユニット（ＣＰＵ）、６…メモリ、７…デコーダユニット、８…ファイル処理ユニット、２１…収録制御部、２１…ＭＸＦ生成部、２２…収録制御部、４１…ＡＰＩ受信部、４２…ループ収録部、４３…再生制御部、５１…素材管理部、５２…イベント管理部、６１…ループ収録リストテーブル、６２…素材管理テーブル、６３…イベント管理テーブル。
【特許請求の範囲】
【請求項１】
入力される映像信号をファイルの形態で記録または読み出すための記録ユニットと、
前記映像信号を処理するための指示を受け付ける受付部と、
前記受付部によりループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録するＭＸＦファイル生成部と、
前記複数のＭＸＦファイルを連結するための連結情報が記憶可能な連結情報記憶部と、
前記ＭＸＦファイル生成部により複数に分割されたＭＸＦファイルの連結情報を前記連結情報記憶部に記憶する収録制御部と、
前記受付部によりループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力する再生制御部と
を具備することを特徴とする映像処理装置。
【請求項２】
前記収録制御部は、
前記映像信号をＭＰＥＧ２圧縮して映像データを生成する際に、一定の収録時間の付近に存在するＧＯＰ境界で前記映像データを分割し、分割した前記映像データでＭＸＦファイルを生成するよう前記ＭＸＦファイル生成部を制御することを特徴とする請求項１記載の映像処理装置。
【請求項３】
前記ＭＸＦファイル生成部は、
ループ収録開始後、一定時間が経過したＭＸＦファイルを消去、または一定数を超えたＭＸＦファイルの初めのファイルから順に上書きすることを特徴とする請求項１記載の映像処理装置。
【請求項４】
入力される映像信号をファイルの形態で記録または読み出すための記録ユニットを有する映像処理装置における映像処理方法において、
前記映像信号を処理するための指示を受け付け、
ループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録し、
複数に分割されたＭＸＦファイルの連結情報を前記複数のＭＸＦファイルを連結するための連結情報が記憶可能な連結情報記憶部に記憶し、
ループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力することを特徴とする映像処理方法。
【請求項１】
入力される映像信号をファイルの形態で記録または読み出すための記録ユニットと、
前記映像信号を処理するための指示を受け付ける受付部と、
前記受付部によりループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録するＭＸＦファイル生成部と、
前記複数のＭＸＦファイルを連結するための連結情報が記憶可能な連結情報記憶部と、
前記ＭＸＦファイル生成部により複数に分割されたＭＸＦファイルの連結情報を前記連結情報記憶部に記憶する収録制御部と、
前記受付部によりループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力する再生制御部と
を具備することを特徴とする映像処理装置。
【請求項２】
前記収録制御部は、
前記映像信号をＭＰＥＧ２圧縮して映像データを生成する際に、一定の収録時間の付近に存在するＧＯＰ境界で前記映像データを分割し、分割した前記映像データでＭＸＦファイルを生成するよう前記ＭＸＦファイル生成部を制御することを特徴とする請求項１記載の映像処理装置。
【請求項３】
前記ＭＸＦファイル生成部は、
ループ収録開始後、一定時間が経過したＭＸＦファイルを消去、または一定数を超えたＭＸＦファイルの初めのファイルから順に上書きすることを特徴とする請求項１記載の映像処理装置。
【請求項４】
入力される映像信号をファイルの形態で記録または読み出すための記録ユニットを有する映像処理装置における映像処理方法において、
前記映像信号を処理するための指示を受け付け、
ループ収録の指示が受け付けられた場合、前記映像信号を複数のＭＸＦファイルに分割して前記記録ユニットに記録し、
複数に分割されたＭＸＦファイルの連結情報を前記複数のＭＸＦファイルを連結するための連結情報が記憶可能な連結情報記憶部に記憶し、
ループ再生または出力の指示が受け付けられた場合、前記連結情報記憶部の連結情報に従い前記記録ユニットの前記複数のＭＸＦファイルを連結して再生または出力することを特徴とする映像処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１８２６２８（Ｐ２０１２−１８２６２８Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４３７６３（Ｐ２０１１−４３７６３）
【出願日】平成２３年３月１日（２０１１．３．１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年３月１日（２０１１．３．１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]