(57)【特許請求の範囲】
【請求項１】
外部から受信する第１の映像ファイルを指定された収録先へ出力する第１の収録部と、
外部から受信する第２の映像ファイルを指定された収録先へ出力する第２の収録部と、
収録帯域内で、前記第１及び前記第２の映像ファイルの少なくともいずれかを並列して記憶する複数の記憶部と、
前記第１又は前記第２の映像ファイルの収録要求を受けると、前記第１又は前記第２の収録部に対して、前記複数の記憶部のいずれかを収録先として指定する制御部と
を具備し、
前記制御部は、
新たに受信した収録要求を実行すると、並列して収録されるセッション数が予め設定される最大セッション数を超えることになり、かつ、前記複数の第１の映像ファイルの少なくとも２つが互いに異なる記憶部に収録されている場合、移動要求を生成するリソース管理部と、
前記移動要求を受けると、前記互いに異なる記憶部へ収録されているいずれかの第１の映像ファイルの収録先を、他の第１の映像ファイルの収録先へ切り替えるように前記第１の収録部に対して収録先を指定する処理部と
を備える映像収録装置。
【請求項２】
外部から受信する第１の映像ファイルを指定された収録先へ出力する第１の収録部と、外部から受信する第２の映像ファイルを指定された収録先へ出力する第２の収録部と、収録帯域内で、前記第１及び前記第２の映像ファイルの少なくともいずれかを並列して記憶する複数の記憶部とを具備する映像収録装置で用いられる映像収録方法において、
新たな収録要求を受信し、
前記新たな収録要求を実行すると、前記複数の記憶部へ並列して記憶されている前記第１及び前記第２の映像ファイルの数が予め設定される最大セッション数を超えることになり、かつ、前記複数の第１の映像ファイルの少なくとも２つが互いに異なる記憶部に収録されている場合、移動要求を生成し、
前記移動要求を生成すると、前記互いに異なる記憶部へ収録されているいずれかの第１の映像ファイルの収録先を、他の第１の映像ファイルの収録先へ切り替えるように前記第１の収録部に対して収録先を指定する映像収録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、番組及びＣＭ等の映像データからなる素材をファイル形式にして収録する映像収録装置及びこの映像収録装置で用いられる映像収録方法に関する。
【背景技術】
【０００２】
映像収録装置は、放送局で使用する、番組及びＣＭ等の映像データからなる素材を、ＭＸＦ（Material eXchange Format）ファイル等のファイル形式で映像ファイルとしてフラッシュメモリ等を備える記憶部に蓄積する。映像収録装置は、自動番組送出制御装置からの要求に従い、蓄積するＭＸＦファイルを送信する。この種の映像収録装置を使用するシステムでは、ファイルサーバに格納されたＭＸＦファイルを、汎用のファイル転送プロトコルであるＦＴＰ（File Transfer Protocol）を用い、ファイルサーバから映像収録装置へ転送する。
【０００３】
ところで、映像収録装置が複数の記憶部を備え、かつ、複数の収録が要求される場合、映像収録装置の主制御部は、収録速度の向上のため、複数の収録が各記憶部に均等に分配されるように、収録開始時にＭＸＦファイルをどの記憶部に収録するか決定する。また、主制御部は、収録速度が素材の通信速度以下にならないよう、１つの記憶部当たりに割り当てる同時収録数に制限を設けている。
【０００４】
しかしながら、主制御部は、複数の収録それぞれにおいて、ファイルサーバから供給されるＭＸＦファイルの収録速度の大小に関わらず、１つの収録に対して同じ分のリソースを割り当てるようにしている。このため、同時収録数が制限に達したとしても、記憶部の最大収録帯域を出しきることができない場合がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平８−７９６８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以上のように、従来の映像収録装置では、映像ファイルの収録速度の大小に関わらず、収録毎に同じ分のリソースを割り当てるため、記憶部の最大収録帯域を効率的に利用できない場合があるという問題点があった。
【０００７】
そこで本発明の目的は、複数の収録を各記憶部へ均等に分配し、かつ、記憶部の最大収録帯域をより有効に利用することが可能な映像収録装置及びこの装置で用いられる映像収録方法を提供することにある。
【課題を解決するための手段】
【０００８】
実施形態によれば、映像収録装置は、複数の収録部、複数の記憶部及び制御部を具備する。複数の収録部は、外部から受信する複数の映像ファイルを収録する。複数の記憶部は、前記収録部が収録する映像ファイルを受信し、受信する映像ファイルを放送データとして記憶する。制御部は、各々の前記収録部における、前記映像ファイルを放送データとして前記記憶部に記憶する処理セッション数の合計に基づいて、前記複数の記憶部の中から前記映像ファイルを記憶する記憶部を選択する。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る映像収録装置を備える映像収録システムの構成例を示す図である。
【図２】図１に示す映像収録装置の機能構成を示すブロック図である。
【図３】図１に示す主制御部の機能構成を示すブロック図である。
【図４】図３に示すメモリに記録される構成管理情報テーブルの例を示す図である。
【図５】図３に示すメモリに記録されるリソース管理情報テーブルの例を示す図である。
【図６】図３に示すメモリに記録される素材管理情報テーブルの例を示す図である。
【図７】図１に示す映像収録装置が映像ファイルの収録先を切り替える際の主制御部の処理手順を示すフローチャートである。
【図８】図７に示すフローチャートにおける初期状態の例を示す図である。
【図９】図８に示す状態に、図７に示すフローチャートを適用させた後の状態の例を示す図である。
【図１０】図９に示す状態に、図７に示すフローチャートを適用させた後の状態の例を示す図である。
【発明を実施するための形態】
【００１０】
以下、実施の形態について、図面を参照して説明する。
【００１１】
図１は、本実施形態に係る映像収録装置１０を備える映像収録システムの構成例を示す模式図である。図１に示す映像収録システムは、映像収録装置１０、ファイルサーバ２０、ノンリニア編集機３０及び操作端末４０を備える。映像収録装置１０は、ファイルサーバ２０、ノンリニア編集機３０及び操作端末４０と、例えば、局内ネットワークにより接続する。
【００１２】
ファイルサーバ２０は、番組及びＣＭ等の映像データからなる素材をファイル形式の映像ファイルとして予め記録している。ここでのファイル形式には、例えば、ＭＸＦ（Material eXchange Format）ファイル等が挙げられる。ファイルサーバ２０は、記録している映像ファイルを、上位装置等の指示に従い、映像収録装置１０へ出力する。
【００１３】
ノンリニア編集機３０は、ユーザからの要求に従い、映像収録装置１０に蓄積されている映像ファイルを読み出す。ユーザは、ノンリニア編集機３０により、読み出した映像ファイルを編集する。ノンリニア編集機３０は、編集済みの映像ファイルを映像収録装置１０へ出力する。
【００１４】
操作端末４０は、ユーザからの収録コマンドを受け付け、受け付けた収録コマンドを映像収録装置１０へ出力する。
【００１５】
なお、映像収録装置１０に収録された映像ファイルは、操作端末４０から入力される再生コマンドにより読み出され、映像信号として出力される。出力される映像信号は、映像確認用モニタで表示されるか、及び／又は、放送設備から配信される。
【００１６】
図２は、本実施形態に係る映像収録装置１０の機能構成を示すブロック図である。図２に示す映像収録装置１０は、収録部１１、記憶部１２及び主制御部１３を具備する。なお、図２に示す映像収録装置１０には、収録部１１及び記憶部１２が、それぞれ複数ずつ備えられている。収録部１１、記憶部１２及び主制御部１３は、バス又はネットワーク等により接続される。
【００１７】
収録部１１は、例えば、ＣＰＵ（Central Processing Unit）、並びに、ＣＰＵが処理を実行するためのプログラムやデータの格納領域等を含むＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等を備える。収録部１１は、ＣＰＵにプログラムを実行させる収録処理部１１１を有する。
【００１８】
収録処理部１１１は、外部から映像ファイルが供給される。収録部１１と記憶部１２とを接続するネットワークの最大通信速度は、映像ファイルの通信速度以下にならないように、予め設定されている。このとき、外部から供給される映像ファイルは、最大通信速度に近い通信速度で供給される１つの映像ファイルでも良いし、合計の通信速度が最大通信速度に近い値となるように供給される複数の映像ファイルでも良い。収録処理部１１１は、主制御部１３から映像ファイルの収録要求が指示されると共に、収録先となる記憶部１２が指定されると、外部から供給される映像ファイルを、指定された記憶部１２へ出力する。
【００１９】
また、収録処理部１１１は、主制御部１３から映像ファイルの収録先の移動要求が指示されると共に、移動対象となる映像ファイル、及び、移動先となる記憶部１２が指定される。収録処理部１１１は、外部から供給される複数の映像ファイルの少なくともいずれかを互いに異なる記憶部１２へ出力しているときに、移動要求が指示されると共に、移動対象となる映像ファイル、及び、移動先となる記憶部１２が指定されると、指定される映像ファイルを、指定された記憶部１２へ出力する。
【００２０】
記憶部１２は、記録制御部１２１及び記録部１２２−１〜１２２−Ｍを備える。なお、記憶部１２の最大収録帯域は予め設定されている。
【００２１】
記録制御部１２１は、例えば、ＣＰＵ、並びに、ＣＰＵが処理を実行するためのプログラムやデータの格納領域等を含むＲＯＭ及びＲＡＭ等を備え、記録制御部１２１は、ＣＰＵにプログラムを実行させる第１の記録処理部１２１１及びメモリ１２１２を有する。
【００２２】
第１の記録処理部１２１１は、主制御部１３から映像ファイルの収録要求が与えられると、収録部１１から出力された映像ファイルを、例えば、ＲＡＩＤ（Redundant Arrays of Independent Disks）と呼ばれる冗長化方式を用いて、記録部１２２−１〜１２２−Ｍに記録させる。第１の記録処理部１２１１は、映像ファイルの収録処理が終了すると、終了通知を主制御部１３へ出力する。
【００２３】
記録部１２２−１〜１２２−Ｍは、例えば、ＣＰＵ、並びに、ＣＰＵが処理を実行するためのプログラムやデータの格納領域等を含むＲＯＭ及びＲＡＭ等を備え、ＣＰＵにプログラムを実行させる第２の記録処理部１２２１をそれぞれが有する。また、記録部１２２−１〜１２２−Ｍは、それぞれがフラッシュメモリ等から成る記録媒体１２２２を備える。第２の記録処理部１２２１は、記録制御部１２１から供給されるデータを記録媒体１２２２に記録する。
【００２４】
主制御部１３は、例えば、ＣＰＵ、並びに、ＣＰＵが処理を実行するためのプログラムやデータの格納領域等を含むＲＯＭ及びＲＡＭ等を備える。主制御部１３は、ＣＰＵにプログラムを実行させる主制御処理部１３１及びメモリ１３２を有し、映像収録装置１０における収録処理を制御する。
【００２５】
図３は、本実施形態に係る主制御処理部１３１の機能構成と、メモリ１３２に記録される情報とを示すブロック図である。図３に示す主制御処理部１３１は、制御受付部１３１１、メイン処理部１３１２及びリソース管理部１３１３を備える。また、図３に示すメモリ１３２は、構成管理情報テーブル１３２１、リソース管理情報テーブル１３２２及び素材管理情報テーブル１３２３を有する。
【００２６】
図４は、メモリ１３２に記録される構成管理情報テーブル１３２１の例を示す図である。ここでは簡略化のため、各種リソースの運用毎に必要な管理情報は概要のみ記載する。図４に示す構成管理情報テーブル１３２１では、収録処理等に必要な情報が、構成機器毎に管理される。図４に示す構成管理情報テーブル１３２１は、映像収録装置１０が、収録部１１−１〜１１−４と、記憶部１２−１〜１２−３とを備える場合のテーブルを示す。
【００２７】
図５は、メモリ１３２に記録されるリソース管理情報テーブル１３２２の例を示す図である。図５に示されるリソース管理情報テーブル１３２２では、現在実行中の処理と、実行中の処理の開始時刻等とが、記憶部毎に管理される。図５は、４つのセッションが並列して記憶部１２−１〜１２−３へ収録される場合を例に示す。図５によれば、素材ＩＤ１−１，１−２が割り当てられている映像ファイルが記憶部１２−１，１２−２へそれぞれ収録される。また、素材ＩＤ２−１が割り当てられている映像ファイルが記憶部１２−１へ収録される。さらに、素材ＩＤ３−１が割り当てられている映像ファイルが記憶部１２−３へ収録される。
【００２８】
主制御処理部１３１は、同時に収録可能なセッションの最大数が予め設定されており、この最大数に基づき、同時に実施可能な収録を管理する。また、主制御処理部１３１は、記憶部１２の最大収録帯域から現在実行中の収録処理で使用している帯域を引いた残帯域を計算する。
【００２９】
図６は、メモリ１３２に記録される素材管理情報テーブル１３２３の例を示す図である。素材管理情報テーブル１３２３には、図６（ａ）に示す素材テーブルと、図６（ｂ）に示す素材記録先テーブルとが含まれる。素材テーブルは、映像ファイルの収録時間を表す素材長及び放送予定日時等、素材全体の情報を管理する。素材記録先テーブルは、素材の管理単位毎の記録先等の情報を管理する。図６（ｂ）に示す素材記録先テーブルは、映像ファイル１−２が記憶装置１２−１，１２−２にまたがって記憶されている場合を例に示す。
【００３０】
制御受付部１３１１は、操作端末４０又は上位装置（図示せず）から入力された収録コマンドを受け取る。制御受付部１３１１は、受け取った収録コマンドをメイン処理部１３１２へ出力する。
【００３１】
また、制御受付部１３１１は、メイン処理部１３１２から応答メッセージを受け取ると、受け取った応答メッセージを操作端末４０又は上位装置へ出力する。
【００３２】
メイン処理部１３１２は、制御受付部１３１１から収録コマンドが供給されると、収録処理に使用可能なリソースを、リソース管理部１３１３に対して要求する。
【００３３】
メイン処理部１３１２は、リソース管理部１３１３から、収録処理において使用可能な収録部１１及び記憶部１２についての情報を受け取ると、使用可能な収録部１１へ収録要求を出力すると共に、使用可能な記憶部１２を収録先として収録部１１に対して指定する。また、メイン処理部１３１２は、使用可能な記憶部１２へ収録要求を出力する。
【００３４】
メイン処理部１３１２は、映像ファイルの収録が終了した旨の終了通知を記憶部１２から受けると、リソース管理部１３１３に素材管理情報テーブル１３２３を更新させる。メイン処理部１３１２は、素材管理情報テーブル１３２３の更新が終了すると、処理終了の応答メッセージを作成し、作成した応答メッセージを制御受付部１３１１へ出力する。
【００３５】
また、メイン処理部１３１２は、リソース管理部１３１３から移動要求を受けると、単一の収録部１１を介して互いに異なる記憶部１２へ収録されている複数のセッションのいずれかを、同一の記憶部１２へ収録するようにする。このとき、メイン処理部１３１２は、移動対象となる映像ファイル、及び、移動先となる記憶部１２を指定し、複数のセッションを供給する収録部１１へ収録要求を出力する。メイン処理部１３１２は、移動対象となる映像ファイルを収録するように、移動先となる記憶部１２へ収録要求を出力する。メイン処理部１３１２は、移動処理が完了すると、リソース管理部１３１３にリソース管理情報テーブル１３２２を更新させる。
【００３６】
リソース管理部１３１３は、メイン処理部１３１２から収録要求に応じたリソース要求を受けると、メモリ１３２に記録されている構成管理情報テーブル１３２１、リソース管理情報テーブル１３２２及び素材管理情報テーブル１３２３を参照し、使用可能な収録部１１と、使用可能な記憶部１２とを取得し、取得した収録部１１及び記憶部１２についての情報をメイン処理部１３１２へ出力する。
【００３７】
具体的には、リソース管理部１３１３は、リソース要求を受けると、構成管理情報テーブル１３２１、リソース管理情報テーブル１３２２及び素材管理情報テーブル１３２３を参照し、並列して収録されるセッション数が予め設定される最大セッション数を超えるか否かを判断する。最大セッション数を超える場合、リソース管理部１３１３は、１つの収録部１１を介して複数のセッションが収録されているか否かを判断する。１つの収録部１１を介して複数のセッションが収録されている場合、リソース管理部１３１３は、単一の収録部１１からの複数のセッションの収録先である記憶部１２の少なくともいずれかが異なるか否かを判断する。複数のセッションの収録先が互いに異なる記憶部１２である場合、リソース管理部１３１３は、いずれかのセッションの収録先を、その他のセッションの収録先と同一の収録先へ移動させるように、メイン処理部１３１２に対して移動要求を出力する。このとき、リソース管理部１３１３は、移動処理の対象となる収録部１１、移動対象となる映像ファイル、及び、移動先となる記憶部１２を指定する。リソース管理部１３１３は、映像ファイルの移動処理が完了し、リソース管理情報テーブル１３２２を更新すると、構成管理情報テーブル１３２１、リソース管理情報テーブル１３２２及び素材管理情報テーブル１３２３を参照し、使用可能な収録部１１と、使用可能な記憶部１２とを取得し、取得した収録部１１及び記憶部１２についての情報をメイン処理部１３１２へ出力する。
【００３８】
次に、以上のように構成された映像収録装置１０が映像ファイルの収録先を切り換える際の処理を詳細に説明する。以下では、映像収録装置１０は、最大通信速度１Ｇｂｐｓの収録部１１−１〜１１−９と、最大収録帯域３Ｇｂｐｓの記憶部１２−１〜１２−３とを備える場合を例に説明する。このとき、主制御部１３のリソース管理部１３１３では、記憶部１２−１〜１２−３において処理を実行できる最大セッション数は、それぞれ３セッション、すなわち全体で９セッションと設定されている。
【００３９】
図７は、本実施形態に係る映像収録装置１０が映像ファイルの収録先を切り替える際の主制御部１３の処理手順を示すフローチャートである。図８は、図７に示すフローチャートにおける初期状態の例を示す模式図である。図８において、収録部１１−１では３セッションの収録が行われている。収録部１１−１は最大通信速度が１Ｇｂｐｓであるので、
３セッションの合計の通信速度が１Ｇｂｐｓ以下となる、例えば、１つのセッションあたり３３３Ｍｂｐｓの通信速度で映像ファイルが供給されている。また、収録部１１−２〜１１−７は、それぞれ１セッションずつ収録が行われており、最大通信速度が１Ｇｂｐｓ以下の通信速度で映像ファイルが供給されている。ここで、収録部１１−１は、３３３Ｍｂｐｓの通信速度で映像ファイル１−１〜１−３を、それぞれ記憶部１２−１〜１２−３へ出力する。また、収録部１１−２は、１Ｇｂｐｓの通信速度で映像ファイル２−１を、記憶部１２−１へ出力する。また、収録部１１−３は、１Ｇｂｐｓの通信速度で映像ファイル３−１を、記憶部１２−２へ出力する。また、収録部１１−４は、１Ｇｂｐｓの通信速度で映像ファイル４−１を、記憶部１２−３へ出力する。また、収録部１１−５は、１Ｇｂｐｓの通信速度で映像ファイル５−１を、記憶部１２−１へ出力する。また、収録部１１−６は、１Ｇｂｐｓの通信速度で映像ファイル６−１を、記憶部１２−２へ出力する。また、収録部１１−７は、１Ｇｂｐｓの通信速度で映像ファイル７−１を、記憶部１２−３へ出力する。
【００４０】
まず、メイン処理部１３１２は、新たな収録要求があるか否かを判断する（ステップＳ７１）。図８において、映像ファイル８−１の収録要求がある場合（ステップＳ７１のＹｅｓ）、メイン処理部１３１２は、リソース要求をリソース管理部１３１３へ出力する。新たな収録要求がない場合（ステップＳ７１のＮｏ）、メイン処理部１３１２は、新たな収録要求を受信するまでステップＳ７１を繰り返す。
【００４１】
リソース管理部１３１３は、リソース要求を受けると、リソース管理情報テーブル１３２２を参照し、映像ファイル８−１の収録を実施した場合にセッション数が最大セッション数を超えるか否かを判断する（ステップＳ７２）。図８において映像ファイル８−１の収録を実施した場合、セッション数は１０となるため、最大セッション数である９を超える（ステップＳ７２のＹｅｓ）。このとき、リソース管理部１３１３は、１つの収録部１１により、複数のセッションが収録されているか否かを判断する（ステップＳ７３）。なお、映像ファイル８−１の収録を実施してもセッション数が最大セッション数である９を超えない場合（ステップＳ７２のＮｏ）、メイン処理部１３１２は、収録部１１−８から記憶部１２のいずれかへ映像ファイル８−１を収録するように、収録部１１−８及び記憶部１２へ収録要求を出力する（ステップＳ７４）。
【００４２】
ステップＳ７３において、収録部１１−１は映像ファイル１−１〜１−３を出力しているため（ステップＳ７３のＹｅｓ）、リソース管理部１３１３は、映像ファイル１−１〜１−３の少なくともいずれかが異なる記憶部へ出力されているか否かを判断する（ステップＳ７５）。映像ファイル１−１〜１−３は記憶部１２−１〜１２−３へそれぞれ収録されているため（ステップＳ７５のＹｅｓ）、リソース管理部１３１３は、記憶部１２−２に対する収録処理が実行されている映像ファイル１−２の収録先を記憶部１２−１へ移動するように、収録部１１−１を指定した移動要求をメイン処理部１３１２へ出力する。メイン処理部１３１２は、移動要求を受けると、収録部１１−１に対し、映像ファイル１−２を記憶部１２−１へ出力するように収録要求を出力する。また、メイン処理部１３１２は、記憶部１２−１に対し、映像ファイル１−２を記憶するように収録要求を出力する（ステップＳ７６）。メイン処理部１３１２は、映像ファイル１−２の収録先を記憶部１２−１へ移動すると、リソース管理部１３１３にリソース管理情報テーブル１３２２を更新させる（ステップＳ７７）。
【００４３】
リソース管理部１３１３は、構成管理情報テーブル１３２１、リソース管理情報テーブル１３２２及び素材管理情報テーブル１３２３を参照し、映像ファイル８−１の収録処理に使用することが可能な収録部１１−８と、記憶部１２−２とについての情報をメイン処理部１３１２へ出力する。メイン処理部１３１２は、収録部１１−８及び記憶部１２−２に対し、映像ファイル８−１を収録するように、収録要求を出力する（ステップＳ７８）。メイン処理部１３１２は、収録処理が終了すると、リソース管理部１３１３に素材管理情報テーブル１３２３を更新させる（ステップＳ７９）。そして、リソース管理部１３１３は、応答メッセージを作成し、作成した応答メッセージを操作端末４０へ出力する（ステップＳ７１０）。
【００４４】
図９は、上記ステップＳ７１〜Ｓ７１０により、映像ファイル１−２の収録先が記憶部１２−１に移動され、映像ファイル８−１が記憶部１２−２へ収録されるときの収録状況を示す模式図である。
【００４５】
また、図９を図７に示すフローチャートにおける初期状態とし、映像ファイル９−１の収録が要求された場合、主制御部１３は、図７に示すステップＳ７１〜Ｓ７１０を実施することで、映像ファイル１−３の収録先を記憶部１２−３から記憶部１２−１へ移動させる。主制御部１３は、収録部１１−９に、要求された映像ファイル９−１を記憶部１２−３へ収録させ、図１０に示す状態とする。
【００４６】
なお、図７〜図１０では、主制御部１３は、映像ファイルの収録が新たに要求される度に、収録部１１−１から記憶部１２−２，１２−３へ収録される映像ファイルを１つずつ記憶部１２−１の収録へ移動させる場合を例に説明した。しかしながら、これに限定される訳ではない。例えば、主制御部１３は、映像ファイル８−１の収録が要求された場合、映像ファイル１−２，１−３の収録先を記憶部１２−１へ移動させるようにしても構わない。
【００４７】
以上のように、上記実施形態では、映像ファイルの収録が新たに要求された場合、主制御部１３は、単一の収録部１１から複数の記憶部１２へ収録されている少なくとも２つの映像ファイルを１つの記憶部１２へ収録するようにしている。
【００４８】
ここで、従来の映像収録装置の動作を、図８を利用して説明する。従来の映像収録装置は、図８に示す最大セッション数の収録が並列して実行される場合、新たな収録処理を実行することができない。映像ファイル１−２〜１−３が供給される通信速度は３３３Ｍｂｐｓであり、その他の映像ファイルが供給される通信速度は１Ｇｂｐｓであるため、これらの映像ファイルの収録により占められる記憶部１２−１〜１２−３それぞれの収録帯域は、２．３３３Ｇｂｐｓである。これは、記憶部１２−１〜１２−３それぞれの最大収録帯域である３Ｇｂｐｓよりも小さい値である。すなわち、従来の映像収録装置では、記憶部の最大収録帯域を有効に利用することができていない。
【００４９】
一方、本実施形態に係る映像収録装置１０では、主制御部１３は、１つの収録部１１が収録するセッション数に応じ、収録に割り当てるリソースを変化させるため、記憶部１２の最大収録帯域を出しきることが可能となる。また、主制御部１３は、記憶部１２の収録帯域を有効に利用できるようになるため、同時ファイル収録数を増やすことが可能となる。
【００５０】
したがって、本実施形態に係る映像収録装置によれば、複数の収録を各記憶部へ均等に分配し、かつ、記憶部の最大収録帯域をより有効に利用することができる。
【００５１】
なお、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００５２】
１０…映像収録装置、１１…収録部、１１１…収録処理部、１２…記憶部、１２１…記録制御部、１２１１…第１の記録処理部、１２１２…メモリ、１２２−１〜１２２−Ｍ…記録部、１２２１…第２の記録処理部、１２２２…記録媒体、１３…主制御部、１３１…主制御処理部、１３１１…制御受付部、１３１２…メイン処理部、１３１３…リソース管理部、１３２…メモリ、１３２１…構成管理情報テーブル、１３２２…リソース管理情報テーブル、１３２３…素材管理情報テーブル、２０…ファイルサーバ、３０…ノンリニア編集機、４０…操作端末
【図１】
0005619197.tif 000002
【図２】
0005619197.tif 000003
【図３】
0005619197.tif 000004
【図４】
0005619197.tif 000005
【図５】
0005619197.tif 000006
【図６】
0005619197.tif 000007
【図７】
0005619197.tif 000008
【図８】
0005619197.tif 000009
【図９】
0005619197.tif 000010
【図１０】
0005619197.tif 000011