(57)【特許請求の範囲】
【請求項１】
収録部にてオンエア用放送番組の複数の素材データを、ｎ（ｎは整数）＋１個のストレージデバイスに分割記録される冗長系ＲＡＩＤ(Redundant Array of Inexpensive Disk)構成を有する記憶部に記録し、再生部にて前記記憶部に記録された前記素材データを再生するビデオサーバ装置であって、
前記記憶部は、
前記素材データの記録時に、前記素材データを特定する素材ＩＤと、前記素材データの前記ストレージデバイスに対する書き込み場所（メモリアドレス）とを対応付ける管理テーブルを生成するテーブル生成手段と、
前記ｎ＋１個のストレージデバイスのいずれか１つが故障したとき、故障したストレージデバイス以外のｎ個の前記ストレージデバイスに分割記録されているリビルド対象素材データを読み出して前記故障したストレージデバイスに記録されていたデータを復元し、その復元した前記リビルド対象素材データを、前記故障したストレージデバイスを交換後の前記ｎ＋１個のストレージデバイスに書き込むことにより前記リビルド対象素材データを復元するリビルド処理を実行するリビルド処理手段と、
前記リビルド処理手段によるリビルド開始要求が発生したときに、前記管理テーブルを参照し、この参照結果及び素材データごとの収録中か否かの状態に基づいて、素材データごとに前記リビルド処理手段によるリビルド処理の実行及び停止を制御するリビルド制御手段と、
を有することを特徴とするビデオサーバ装置。
【請求項２】
前記リビルド制御手段は、前記管理テーブルの参照結果から、前記リビルド対象素材データに対し、前記リビルド開始以降のリビルド非対象の素材データを、前記故障したストレージデバイスを交換後の前記ｎ＋１個のストレージデバイスに書込み、
前記リビルド開始以前に収録完了もしくは収録途中の前記リビルド対象素材データのうち、前記故障したストレージデバイス以外のｎ個の前記ストレージデバイスに分割記録されている前記リビルド対象素材データを読み出して、前記リビルド処理手段によって前記リビルド処理を実行して前記リビルド対象素材データを復元することを特徴とする請求項１記載のビデオサーバ装置。
【請求項３】
前記リビルド制御手段は、前記リビルド開始以降に収録が完了する前記リビルド対象素材データ以外について、収録完了時間が早い順に素材データ単位で前記リビルド処理手段によって前記リビルド処理させることを特徴とする請求項１記載のビデオサーバ装置。
【請求項４】
前記冗長系ＲＡＩＤ構成を有する前記記憶部を複数備え、
前記リビルド制御手段は、前記複数の記憶部のうち前記故障したストレージデバイスが属する前記記憶部をシステムから切り離しする際に、その切り離し対象記憶部にて収録中か否かを判定し、収録中の場合は収録済みの場所までを示す情報を前記管理テーブルに記憶すると共に、前記切り離し対象記憶部を切り離し、以降の前記素材データを別の記憶部のストレージデバイスに記録することを特徴とする請求項１記載のビデオサーバ装置。
【請求項５】
前記収録部、前記複数の記憶部及び前記再生部を統括的に制御する主制御部を更に備え、
前記リビルド制御手段は、前記切り離し後のリビルド開始以降に収録要求される前記素材データについて、前記主制御部からの指示により、前記切り離し後に前記故障したストレージデバイスを交換して復旧した前記記憶部に記録することを特徴とする請求項４記載のビデオサーバ装置。
【請求項６】
前記リビルド制御手段は、前記切り離し後のリビルド開始以降に収録要求される素材データを、前記復旧した前記記憶部のストレージデバイスに戻して記録することを特徴とする請求項５記載のビデオサーバ装置。
【請求項７】
前記リビルド制御手段は、前記切り離し後には前記別の記憶部に収録される前記素材データであってリビルド開始以降に収録される素材データについて、前記復旧した前記記憶部のストレージデバイスに戻して記録することを特徴とする請求項５記載のビデオサーバ装置。
【請求項８】
前記リビルド制御手段は、
前記管理テーブルの参照結果から、前記リビルド対象素材データに対し、リビルド開始以降の前記リビルド非対象の素材データを、前記故障したストレージデバイスを交換後の前記ｎ＋１個のストレージデバイスに書込み、リビルド開始以前に収録完了もしくは収録途中の前記故障したストレージデバイス以外のｎ個の前記ストレージデバイスから前記リビルド対象素材データを読み出して、前記リビルド処理手段によって前記リビルド処理を実行する第１のモードと、
前記リビルド開始以降に収録が完了する前記リビルド対象素材データについて、収録完了時間が早い順に前記リビルド処理手段によって前記リビルド処理させる第２のモードと、
予め設定されたモード設定情報に基づいて、少なくとも前記第１のモード及び前記第２のモードを含むモードの中から、選択的に実行するモード選択制御手段と、
を備えることを特徴とする請求項１記載のビデオサーバ装置。
【請求項９】
前記リビルド制御手段は、
前記切り離し後に収録要求される前記素材データについて、前記収録部、前記複数の記憶部及び前記再生部を統括的に制御する主制御部からの指示により、前記切り離し後に前記故障したストレージデバイスを交換して復旧した前記記憶部に記録する第１のモードと、
前記切り離し後に収録要求される素材データについて、前記主制御部からの指示により、前記切り離し対象記憶部とは別の記憶部のストレージデバイスに記録する第２のモードと、
予め設定されたモード設定情報に基づいて、少なくとも前記第１のモード及び前記第２のモードを含むモードの中から選択的に実行するモード選択制御手段と、
を備えることを特徴とする請求項５記載のビデオサーバ装置。
【請求項１０】
収録部にてオンエア用放送番組の複数の素材データを、ｎ（ｎは整数）＋１個のストレージデバイスに分割記録される冗長系ＲＡＩＤ(Redundant Array of Inexpensive Disk)構成を有する記憶部に記録し、再生部にて前記記憶部に記録された前記素材データを再生するビデオサーバ装置のリビルド処理制御方法において、
前記ｎ＋１個のストレージデバイスのいずれか１つが故障したとき、故障したストレージデバイス以外のｎ個の前記ストレージデバイスに分割記録されているリビルド対象素材データを読み出して前記故障したストレージデバイスに記録されていたデータを復元し、その復元したリビルド対象素材データを、前記故障したストレージデバイスを交換後の前記ｎ＋１個のストレージデバイスに書き込むことにより前記リビルド対象素材データを復元するリビルド処理を実行するリビルド処理手段を備える場合、
前記素材データの記録時に、前記素材データを特定する素材ＩＤと、前記素材データの前記ストレージデバイスに対する書き込み場所（メモリアドレス）とを対応付ける管理テーブルを生成し、
リビルド開始要求が発生したときに、前記管理テーブルを参照し、この参照結果及び素材データごとの収録中か否かの状態に基づいて、前記素材データごとに前記リビルド処理手段によるリビルド処理の実行及び停止を制御することを特徴とするビデオサーバ装置のリビルド処理制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送局内において、放送番組の送出素材の送出処理を行うビデオサーバ装置、及びこのビデオサーバ装置で使用されるリビルド処理制御方法に関する。
【背景技術】
【０００２】
周知のように、放送番組送出システムは、放送番組の送出素材を予めビデオサーバ装置に格納しておき、自動番組送出制御装置（ＡＰＣ）からの指示に従って該当する素材を再生し、オンエアを行う。このようなオンエア処理において、通常、オンエア前にオンエア順序に従った素材の確認作業が行われている。
【０００３】
ところで、映像品質がハイビジョンからフルハイビジョン（２Ｋ×１Ｋ）、超ハイビジョン（４Ｋ×２Ｋ）、スーパーハイビジョン（８Ｋ×４Ｋ）に向け飛躍的に向上し、地上放送からＢＳ(放送衛星)放送、ＣＳ(通信衛星)放送へとコンテンツが大容量化、多チャネル化していく。そのため、これら素材を収録するビデオサーバ装置も大容量化、多チャンネル化が必要となる。
【０００４】
このようなビデオサーバ装置にあっても、再生障害が発生した時の対応手段として、二系統化することで信頼性向上を図っている。しかしながら、上記のようにビデオサーバ装置を二系統の構成にすると、装置費用が大幅に上がる。そのため、地方局や地方のケーブルテレビ局等における、二系統の映像収録再生装置の導入に支障をきたしている。
【０００５】
一方で、ビデオサーバ装置が管理する映像素材は番組／ＣＭ放送に必須であるため、ビデオサーバ装置にリードソロモン符号化／復号化の機能を組み込むことで、素材データの一部にエラーが発生しても素材データを救済できるようにしている。しかしながら、リードソロモン符号化／復号化の機能のみでは、記憶部そのものや素材データの複数箇所に異常が発生すると救済も復元もできない場合があるため、素材データの救済・復元が可能なＲＡＩＤ(Redundant Array of Inexpensive Disk)機能及びＲＡＩＤ機能を利用したリビルド処理をビデオサーバ装置に組み込むことで、素材データを保証するようにしている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−１２２４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、上記ビデオサーバ装置にあっても、記憶部に異常が発生し、異常が発生した記憶部を交換してＲＡＩＤ機能を利用したリビルド処理を行う場合、リビルド開始する際にリビルド対象の記憶部に対して収録されているとリビルドが開始できない。そのため、複数の収録が連続して行われた場合、リビルドが開始されず、その結果リビルド完了までの時間がかかる。
【０００８】
また、リビルドの時間を要すことで別の記憶部に故障が発生すると複数の記憶部で故障が発生することになるため素材データを読み出すことができなくなる。読み出しができなければリビルドができないため、素材データを救済・復元できなくなる。
【０００９】
本発明の目的は、リビルド対象になる記憶部に対する素材データの収録に影響を及ぼされることなく、ＲＡＩＤ機能を利用したリビルド処理を行うことが可能なビデオサーバ装置及びそのリビルド処理制御方法を提供することにある。
【課題を解決するための手段】
【００１０】
実施形態によれば、ビデオサーバ装置は、収録部にてオンエア用放送番組の複数の素材データを、ｎ（ｎは整数）＋１個のストレージデバイスに分割記録される冗長系ＲＡＩＤ(Redundant Array of Inexpensive Disk)構成を有する記憶部に記録し、再生部にて記憶部に記録された素材データを再生するビデオサーバ装置を対象とし、記憶部は、テーブル生成手段と、リビルド処理手段と、リビルド制御手段とを備える。テーブル生成手段は、素材データの記録時に、素材データを特定する素材ＩＤと、素材データのストレージデバイスに対する書き込み場所（メモリアドレス）とを対応付ける管理テーブルを生成する。リビルド処理手段は、ｎ＋１個のストレージデバイスのいずれか１つが故障したとき、故障したストレージデバイス以外のｎ個のストレージデバイスに分割記録されているリビルド対象素材データを読み出して故障したストレージデバイスに記録されていたデータを復元し、その復元したリビルド対象素材データを、故障したストレージデバイスを交換後のｎ＋１個のストレージデバイスに書き込むことによりリビルド対象素材データを復元するリビルド処理を実行する。リビルド制御手段は、リビルド処理手段によるリビルド開始要求が発生したときに、管理テーブルを参照し、この参照結果及び素材データごとの収録中か否かの状態に基づいて、素材データごとにリビルド処理手段によるリビルド処理の実行及び停止を制御する。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態が適用される放送番組送出システムの構成を示すブロック図。
【図２】第１の実施形態とするビデオサーバの構成を示す回路ブロック図。
【図３】上記図２に示した記憶部の構成を示すブロック図。
【図４】第１の実施形態において、記憶部によるリビルド制御動作を説明するために示すタイミング図。
【図５】第２の実施形態として、記憶部によるリビルド制御動作を説明するために示すタイミング図。
【図６】第３の実施形態として、複数の記憶部の構成を示すブロック図。
【図７】第３の実施形態として、記憶部によるリビルド制御動作を説明するために示すタイミング図。
【図８】第３の実施形態として、ストレージ切り離しが行われる際のＲＡＩＤコントローラ部２４の制御手順を示すフローチャート。
【図９】第３の実施形態として、ストレージに故障が発生した記憶部から別の記憶部のリソースを割当て、収録部との連携制御を示すシーケンス図。
【図１０】第４の実施形態として、記憶部によるリビルド制御動作を説明するために示すタイミング図。
【図１１】第５の実施形態として、記憶部によるリビルド制御動作を説明するために示すタイミング図。
【図１２】第６の実施形態として、制御部と、各記憶部との間の信号の送受信動作を説明するためのシーケンス図。
【図１３】第６の実施形態として、制御部の制御処理手順を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、実施の形態について、図面を参照して説明する。
【００１３】
（第１の実施形態）  
図１は本第１の実施形態が適用される放送番組送出システムの構成を示すブロック図である。図１において、符号１１はビデオサーバで、カメラ１２、再生デッキ１３及びノンリニア編集機１４からのオンエア用放送番組の素材データ（ここでは、映像データと称する）を格納し、オンエア指示に従って該当する映像データを選択的に再生する。この再生データは、ビデオサーバ１１内で映像信号にデコードされて放送設備１５に導かれて、出力される。また、ビデオサーバ１１から再生される映像信号はモニタ１６に供給される。
【００１４】
一方、ビデオサーバ１１は、操作端末１７の操作入力指示に従い、映像データの書き込み／読み出し制御が行われる。
【００１５】
図２は、第１の実施形態とするビデオサーバ１１の構成を示す回路ブロック図である。  
ビデオサーバ１１は、制御部１１１と、収録部１１２１〜１１２ｎと、記憶部１１３１〜１１３ｍと、再生部１１４１〜１１４ｐと、伝送部１１５とを備える。制御部１１１は、装置全体の制御を行う。収録部１１２１〜１１２ｎは、カメラやビデオデッキなどから送られてくる映像信号を符号化するといった収録処理を実行する。記憶部１１３１〜１１３ｍは、収録部１１２１〜１１２ｎで取り込んだ映像データを記録するためのフラッシュメモリなどの記録媒体への書き込み・読み出し処理を行う。再生部１１４１〜１１４ｐは、記憶部１１３１〜１１３ｍから読み出した映像データを映像信号に復号化し、映像信号を出力するといった再生処理を実行する。伝送部１１５は、映像データ高速に転送する非同期バスが用いられる。また、伝送部１１５は、記憶部１１３１〜１１３ｍを接続した入力チャネルと、再生部１１４１〜１１４ｐを接続した出力チャネルの切替処理も実行する。
【００１６】
映像記録時に、制御部１１１は制御情報により、収録部１１２１〜１１２ｎに対し映像データの取り込みを指示する。すると、指示を受けた収録部１１２１〜１１２ｎは映像データをＭＰＥＧ２などへの符号化処理を実行する。また、収録部１１２１〜１１２ｎに対する指示と同時に、制御部１１１は、記憶部１１３１〜１１３ｍに対して映像データの書き込みを指示する。すると、記憶部１１３１〜１１３ｍは、記録媒体への映像データの書き込み処理を実行する。再生時には、制御部１１１は制御信号によって、記憶部１１３１〜１１３ｍに対して映像データの読み出しを指示する。また記憶部１１３１〜１１３ｍに対する指示と同時に、制御部１１１は再生部１１４１〜１１４ｐに対して映像データの復号化を指示する。指示を受けた再生部１１４１〜１１４ｐはMPEG2等の符号化された映像データを映像信号に復号化して出力を行う。
【００１７】
非同期バスが用いられた伝送部１１５においては、複数の収録部１１２１〜１１２ｎからの映像データや記憶部１１３１〜１１３ｍからの映像データが伝送部１１５に集中することによりパケットの衝突が生じる。その結果、パケット廃棄や一時的な遅延が発生することになる。
【００１８】
図３は、上記記憶部１１３１〜１１３ｍの構成を示すブロック図である。ここでは、記憶部１１３１を代表として説明する。
【００１９】
記憶部１１３１は、データ転送処理部２１，２２と、ストレージデバイス（以下、ストレージと称する）２３１〜２３（ｎ＋１）と、ＲＡＩＤコントローラ部２４とを備えている。
【００２０】
データ転送処理部２１は、収録部１１２１〜１１２ｎとの間で素材データの転送処理を行う。データ転送処理部２２は、再生部１１４１〜１１４ｐとの間で素材データの転送処理を行う。
【００２１】
各ストレージ２３１〜２３（ｎ＋１）には、収録部１１２１〜１１２ｎから転送される素材データが書き込まれる。
【００２２】
ＲＡＩＤコントローラ部２４は、各ストレージ２３１〜２３（ｎ＋１）の統括的な制御・管理を行う。
【００２３】
また、ＲＡＩＤコントローラ部２４は、再生時に、ストレージ２３１〜２３（ｎ＋１）に書込まれた素材データを読出し、データ転送処理部２２を経由して再生部１１４１〜１１４ｐにデータ転送することで実現される。ＲＡＩＤコントローラ部２４は、読出し制御部２４１で該当する素材データをストレージ２３２から読出し、データ復元部２４２でパリティ情報をもとに読出した素材データの妥当性をチェックする。管理・制御部２４３は、読出し制御部２４１やデータ復元部２４２で使用するリソースを管理、制御する。
【００２４】
さらに、ＲＡＩＤコントローラ部２４は、収録時に、データ転送処理部２１で素材データを受信し、ストレージ２３１〜２３（ｎ＋１）に素材データを書込む。ＲＡＩＤコントローラ部２４は、パリティ付加部２４４でパリティを付加し、書込み制御部２４５からストレージ２３１〜２３（ｎ＋１）に素材データを書込む。管理・制御部２４３は、パリティ付加部２４４や書込み制御部２４５で使用するリソースを管理、制御する。
【００２５】
ところで、本第１の実施形態では、管理・制御部２４３は、管理テーブル生成部２４３１と、リビルド処理部２４３２と、リビルド制御部２４３３とを備える。管理テーブル生成部２４３１は、素材データの収録時に、素材データを特定する素材ＩＤと、素材データのストレージ２３１〜２３（ｎ＋１）に対する書き込み場所（メモリアドレス）とを対応付けた管理テーブルＴ１を生成し、蓄積部２４６に記憶する。
【００２６】
リビルド処理部２４３２は、ストレージ２３１〜２３（ｎ＋１）の少なくとも１つのストレージ２３２が故障したとき、故障したストレージ２３２のストレージ２３１，２３３〜２３（ｎ＋１）の素材データを読み出して、これら読み出しデータをストレージ２３１〜２３（ｎ＋１）に書き込んで故障が発生したストレージ２３２の素材データを復元するリビルド処理を実行する。
【００２７】
リビルド制御部２４３３は、制御部１１１からのリビルド開始要求による管理・制御部２４３からの指示に基づき、蓄積部２６の管理テーブルＴ１を参照し、この参照結果に基づいて、ストレージ２３１〜２３（ｎ＋１）からの素材データとパリティとから、素材データを復元しパリティ付加部２４４に素材データを折り返し、再度パリティを付加することで実現される。素材データのリビルド状況は、管理・制御部２４３で管理、制御される。
【００２８】
次に、上記構成による動作について説明する。  
図４は、記憶部１１３１によるリビルド制御動作を説明するために示すタイミング図である。
【００２９】
リビルド開始要求された際、管理・制御部２４３は、蓄積部２４６の管理テーブルＴ１を参照して、それまでに収録済みの素材データ（素材データＡ、Ｂ、Ｃ、Ｅ）をリビルド必要な素材データとして管理する。収録途中の素材データ（素材データＤ、Ｆ）はリビルド処理が必要な素材データとして、ストレージ２３１〜２３（ｎ＋１）に対する書込み場所までの情報（素材データＤはＸＸＸＸＸ、ＦはＹＹＹＹＹ）をＲＡＩＤコントローラ部２４の管理・制御部２４３で管理する。
【００３０】
また、管理・制御部２４３は、リビルド開始要求以降に収録を開始した素材データ（素材データＧ、Ｈ）についてリビルド処理が不要な素材データとして管理する。管理・制御部２４３は、素材データＧ、Ｈを、故障が発生したストレージ２３２を除く各ストレージ２３１，２３３〜２３（ｎ＋１）に書き込む。
【００３１】
リビルド開始要求により、ＲＡＩＤコントローラ部２４は、リビルド処理対象のストレージ２３２を含む（ｎ＋１）個のストレージ２３１〜２３（ｎ＋１）に対して素材データを書込む。リビルド開始要求により、リビルドが必要な素材データである収録済みの素材データと収録途中の素材データについてもリビルド対象のストレージ２３２に対して素材データを書込む。
【００３２】
以上により、素材データ単位にリビルド処理を行い、収録状況に影響せずにリビルドを開始することが可能になる。
【００３３】
以上のように、上記第１の実施形態では、素材データの収録時に、ＲＡＩＤコントローラ部２４の管理・制御部２４３にて、素材データを特定する素材ＩＤと、素材データのストレージ２３１〜２３（ｎ＋１）に対する書き込み場所とを対応付けた管理テーブルＴ１を生成し蓄積部２４６に蓄積管理しておき、制御部１１１からリビルド開始要求を受信したときに、管理テーブルＴ１を参照し、この参照結果に基づいて、収録完了または収録途中にある素材データについてはリビルド処理を実行し、ストレージ２３１〜２３（ｎ＋１）への未収録の素材データについてはリビルド処理を停止するというように、素材データごとに最適なリビルド処理が行われることになる。
【００３４】
従って、例えばストレージ２３２に異常が発生しＲＡＩＤ機能のリビルドで素材データの復元を行う場合に、上記管理テーブルＴ１を用いることで、リビルド元になる記憶部１１３１の収録に影響を及ぼすことなくリビルドを開始でき、これによりリビルド処理に不必要な時間を要することなくリビルド完了までの時間を短縮できる。その結果、収録を待ってリビルドを実行する方法と比較すると、リビルド処理中またはリビルド処理の開始待ち中に別の記憶部に故障が発生し、素材データを救済・復元できなくなるというリスクを低減できる。
【００３５】
また、上記第１の実施形態によれば、ＲＡＩＤコントローラ部２４の管理・制御部２４３において、管理テーブルＴ１を参照することで、リビルド開始以前に収録完了の素材データ（Ａ〜Ｃ，Ｅ）については最初から最後まで全てリビルド処理を行い、収録途中の素材データＤについては最初から収録途中の書き込み場所（メモリアドレスＸＸＸＸ）、素材データＦについては最初から収録途中の書き込み場所（メモリアドレスＹＹＹＹ）までリビルド処理を行うというように、収録状況ごとに最適なリビルド処理を行うことができる。
【００３６】
（第２の実施形態）  
第２の実施形態は、リビルド開始前までに収録途中の素材データについて、収録完了時間が早い順に素材データ単位でリビルド処理を実行するものである。
【００３７】
図５は、第２の実施形態として、記憶部１１３１によるリビルド制御動作を説明するために示すタイミング図である。
【００３８】
リビルド開始要求された際、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、それまでに収録済みの素材データ（素材データＡ、Ｂ、Ｃ、Ｅ）と収録中の素材データ（素材データＤ、Ｆ）をリビルド必要な素材データとして管理する。また、管理・制御部２４３は、リビルド開始要求以降に収録を開始した素材データ（素材データＧ、Ｈ）について、リビルド処理が不要な素材データとして管理する。
【００３９】
収録途中の素材データについて、管理・制御部２４３は、リビルド開始要求に関係なく素材データの収録が完了するまでリビルド処理対象の例えばストレージ２３３に対して素材データを書込まない。リビルド開始要求により、管理・制御部２４３は、蓄積部２４６の管理テーブルＴ２を参照して、すでに収録済みの素材データを先にリビルド処理を行い、収録中の素材データについて、収録が早く終了した順番（素材データＦ→Ｄ）でリビルド処理する。
【００４０】
以上により、素材データ単位にリビルド処理を行い、収録状況に影響せずにリビルドを開始することが可能になる。
【００４１】
以上のように上記第２の実施形態によれば、ＲＡＩＤコントローラ部２４は、管理テーブルＴ２を用いることで、リビルド開始要求時に、収録途中の素材データ（Ｄ，Ｆ）について収録完了時間が早い順（Ｆ→Ｄ）にリビルド処理を行うことができ、これにより、リビルド開始要求時に、例えば収録途中の素材データが多数集中したとしても、比較的短時間でリビルド処理を完了することができる。
【００４２】
（第３の実施形態）  
第３の実施形態は、複数の記憶部の少なくとも１つの記憶部のストレージで障害が発生し該当するストレージデバイスを切り離しする際に、切り離し対象のストレージデバイスが属する記憶部にて収録中か否かを判定し、収録中の場合は該当ストレージの切り離し以降の素材データを別の記憶部のストレージデバイスに記録するものである。
【００４３】
図６は、第３の実施形態として、上記記憶部１１３１〜１１３ｍの構成を示すブロック図である。ここでは、記憶部１１３１，１１３２，１１３３を代表として説明する。また、図６において、上記図３と同一部分には同一符号を付して詳細な説明を省略する。
【００４４】
記憶部１１３１は、ストレージ２３４で障害が発生した際に、ストレージ２３１〜２３（ｎ＋１）からの情報に基づき、管理・制御部２４３から制御部１１１に情報が上げられる。制御部１１１は、ビデオサーバ１１のリソース状況に基づき、別の記憶部１１３２と連携して収録中の素材データをつぎの収録のタイミングから別の記憶部１１３２に収録を開始する。
【００４５】
次に、上記構成による動作について説明する。  
図７は、記憶部１１３１によるリビルド制御動作を説明するために示すタイミング図である。図８は、ストレージ切り離しが行われる際のＲＡＩＤコントローラ部２４の制御手順を示すフローチャートである。
【００４６】
ストレージ２３４に故障が発生し該当ストレージ２３４を切り離す際、ＲＡＩＤコントローラ部２４は、蓄積部２６の管理テーブルＴ３を参照して、それまでに収録済みの素材データ（素材データＡ）をリビルド必要な素材データとして管理する。
【００４７】
ＲＡＩＤコントローラ部２４の管理・制御部２４３は、収録途中の素材データがあるか否かの判定を行う（ステップＳＴ８ａ）。ここでは、収録途中の素材データが存在するので（Ｙｅｓ）、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、素材データＢ、Ｃ、Ｄについてリビルド処理が必要な素材データとして、ストレージ２３１〜２３（ｎ＋１）に対する書込み場所までの情報（素材データＢはＸＸＸＸＸ、ＣはＹＹＹＹＹ、ＤはＺＺＺＺＺ）を管理テーブルＴ３に記憶し、管理する（ステップＳＴ８ｂ）。一方、収録途中の素材データが存在しなければ（Ｎｏ）、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、制御部１１１へリビルド処理終了の旨を通知する。
【００４８】
一方、制御部１１１は、ストレージ２３４に故障が発生した記憶部１１３１から別の記憶部１１３２のリソースを割当て、収録部１１２１との連携制御を行い別の記憶部１１３２のストレージへ素材データを書込む。
【００４９】
図９は、ストレージに故障が発生した記憶部から別の記憶部のリソースを割当て、収録部１１２１との連携制御を示す。
【００５０】
いま、収録部１１２１は、記憶部１１３１に対し素材データを転送して記録している状態であるとする（図９（１））。
【００５１】
そして、記憶部１１３１でストレージの異常を検出すると、記憶部１１３１は、制御部１１１へストレージ故障発生の旨を通知する（図９（２））。制御部１１１は、リソース割当てを行い（図９（３））、記憶部１１３２〜１１３ｍに対して素材データの情報を含む素材データ受信要求を送信する（図９（４））。
【００５２】
例えば、記憶部１１３２は、新たな素材データを受信可能な場合に、制御部１１１に受信ＯＫを返送する（図９（５））。この結果を受け、制御部１１１は収録部１１２１へ受信先変更要求を送信する（図９（６））。それ以降、収録部１１２１は、記憶部１１３２に対して素材データを転送する（図９（７））。
【００５３】
以上のように上記第３の実施形態によれば、障害が発生したストレージ２３４が自身でリビルド処理により復旧できず、切り離す必要が生じた場合に、ＲＡＩＤコントローラ部２４にて収録中か否かを判定して、収録中の場合は該当ストレージ２３４の切り離しを行った後に収録される素材データを別の記憶部１１３２に記録することで、収録中の素材データがストレージ２３４の切り離しにより途切れたとしても、途切れた残りの素材データを別の記憶部１１３２に記録して保護することができ、途切れた素材データをはじめから収録し直す必要がなくなる。
【００５４】
（第４の実施形態）  
第４の実施形態は、リビルド開始以降に収録要求される素材データについて、リビルド中の記憶部のストレージに戻して記録するものである。
【００５５】
図１０は、第４の実施形態として、記憶部１１３１によるリビルド制御動作を説明するために示すタイミング図である。
【００５６】
ストレージに故障が発生し該当ストレージを切り離す際、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、蓄積部２４６の管理テーブルＴ４を参照して、それまでに収録済みの素材データ（素材データＡ）をリビルド必要な素材データとして管理する。
【００５７】
また、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、収録途中の素材データ（素材データＢ、Ｃ、Ｄ）をリビルド処理が必要な素材データとして、ストレージ２３１〜２３（ｎ＋１）に対する書込み場所までの情報（素材データＢはＸＸＸＸＸ、ＣはＹＹＹＹＹ、ＤはＺＺＺＺＺ）を管理テーブルＴ４中で管理する。
【００５８】
また、制御部１１１は、ストレージ２３４に故障が発生した記憶部１１３１から別の記憶部１１３２のリソースを割当て、収録部１１２１との連携制御を行い別の記憶部１１３２のストレージへ素材データを書込む。
【００５９】
一方、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、リビルド開始要求により、それ以降に新たに収録開始された素材データ（素材データＧ、Ｈ）とリビルドが必要な素材データについてリビルド対象のストレージ２３４に対して素材データを書込む。
【００６０】
以上のように上記第４の実施形態によれば、制御部１１１によりリビルド対象の記憶部１１３１のストレージ２３４がリビルド処理により復旧できると判断した場合に、リビルド開始以降に収録要求される素材データ（Ｇ，Ｈ）をリビルド対象の記憶部１１３１に記録することができ、これにより収録要求される素材データ（Ｇ，Ｈ）がストレージ２３４の切り離し前に収録済みの素材データ（Ａ）と関連がある場合に、１つの記憶部１１３１に集約して記録できる。
【００６１】
また、上記第４の実施形態によれば、リビルド開始以降に収録要求される素材データ（Ｇ，Ｈ）についてのみ、リビルド中の記憶部１１３１のストレージ２３１〜２３（ｎ＋１）に戻して記録することができるので、リビルド開始要求時に収録途中にある素材データ（Ｄ，Ｅ，Ｆ）については別の記憶部１１３２に連続性を保持した状態で保護でき、収録における信頼性を向上できる。
【００６２】
（第５の実施形態）  
第５の実施形態は、リビルド開始以降に収録される素材データについて、リビルド中の記憶部のストレージに戻して記録するものである。
【００６３】
図１１は、第５の実施形態として、記憶部１１３１によるリビルド制御動作を説明するために示すタイミング図である。
【００６４】
ストレージ２３４に故障が発生し該当ストレージ２３４を切り離す際、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、蓄積部２４６の管理テーブルＴ５を参照して、それまでに収録済みの素材データ（素材データＡ）をリビルド必要な素材データとして管理する。収録途中の素材データ（素材データＢ、Ｃ、Ｄ）はリビルド処理が必要な素材データとして、ストレージ２３１〜２３（ｎ＋１）に対する書込み場所までの情報（素材データＢはＸＸＸＸＸ、ＣはＹＹＹＹＹ、ＤはＺＺＺＺＺ）を管理テーブルＴ５上で管理する。
【００６５】
また、制御部１１１は、ストレージ２３４に故障が発生した記憶部１１３１から別の記憶部１１３２のリソースを割当て、収録部１１２１との連携制御を行い別の記憶部１１３２のストレージへ素材データを書込む。
【００６６】
一方、ＲＡＩＤコントローラ部２４の管理・制御部２４３は、リビルド開始要求により、収録中の素材データ（素材データＤ、Ｆ）、新たに収録開始された素材データ（素材データＧ、Ｈ）とリビルドが必要な素材データについてリビルド対象のストレージ２３４に対して素材データを書込む。
【００６７】
以上のように上記第５の実施形態によれば、リビルド開始以降に収録途中にある素材データについても、リビルド中の記憶部１１３１のストレージ２３１〜２３（ｎ＋１）に戻して記録することで、１つの記憶部１１３１に集約して記録できる。
【００６８】
（第６の実施形態）  
第６の実施形態は、予め設定されたモード情報（構成情報）に従って、各記憶部１１３１〜１１３ｍでそれぞれ異なるリビルド制御処理を行わせるようにしたものである。
【００６９】
図１２は、第６の実施形態として、制御部１１１と、各記憶部１１３１〜１１３ｍとの間の信号の送受信動作を説明するためのシーケンス図である。図１３は、制御部１１１の制御処理手順を示すフローチャートである。
【００７０】
構成情報による前もった設定では、ビデオサーバ１１が起動した際に、制御部１１１は構成情報を読出し、構成情報に基づき、記憶部１１３１に対するリビルド処理動作モードを決定し（図１２（１））、決定したリビルド処理動作モード１を示す情報を記憶部１１３１に送信する（図１２（２））。
【００７１】
記憶部１１３１は、制御部１１１からリビルド処理動作モード１を示す情報を受信すると、ステップＳＴ１３ａからステップＳＴ１３ｂに移行して、蓄積部２４６の管理テーブルＴ１を参照し、それまでに収録済みの素材データ（素材データＡ、Ｂ、Ｃ、Ｅ）をリビルド必要な素材データとして管理する。
【００７２】
そして、記憶部１１３１は、収録途中の素材データが存在するか否かの判断を行い（ステップＳＴ１３ｃ）、ここでは存在する場合を想定すると（Ｙ）、素材データＤ、Ｆをリビルド処理が必要な素材データとして、ストレージ２３１〜２３（ｎ＋１）に対する書込み場所までの情報（素材データＤはＸＸＸＸＸ、ＦはＹＹＹＹＹ）を管理テーブルＴ１中に記憶し、管理する（ステップＳＴ１３ｄ）。
【００７３】
また、記憶部１１３１の管理・制御部２４３は、リビルド開始要求以降に収録を開始した素材データ（素材データＧ、Ｈ）についてリビルド処理が不要な素材データとして管理する。管理・制御部２４３は、素材データＧ、Ｈを、故障が発生したストレージ２３２を除く各ストレージ２３１，２３３〜２３（ｎ＋１）に書き込む。
【００７４】
リビルド開始要求により、記憶部１１３１のＲＡＩＤコントローラ部２４は、リビルド処理対象のストレージ２３２を含む（ｎ＋１）個のストレージ２３１〜２３（ｎ＋１）に対して素材データを書込む。リビルド開始要求により、リビルドが必要な素材データである収録済みの素材データと収録途中の素材データについてもリビルド対象のストレージ２３２に対して素材データを書込む（ステップＳＴ１３ｅ）。
【００７５】
一方、制御部１１１は、構成情報に基づき、記憶部１１３２に対するリビルド処理動作モードを決定し、決定したリビルド処理動作モード２を示す情報を記憶部１１３２に送信する（図１２（３））。
【００７６】
記憶部１１３２は、制御部１１１からリビルド処理動作モード２を示す情報を受信すると、ステップＳＴ１３ａからステップＳＴ１３ｆに移行して、蓄積部２４６の管理テーブルＴ２を参照し、それまでに収録済みの素材データ（素材データＡ、Ｂ、Ｃ、Ｅ）をリビルド必要な素材データとして管理する。
【００７７】
そして、記憶部１１３２のＲＡＩＤコントローラ部３４は、収録途中の素材データが存在するか否かの判断を行い（ステップＳＴ１３ｇ）、ここでは存在する場合を想定すると（Ｙ）、素材データＤ、Ｆをリビルド処理が必要な素材データとしてストレージ２３１〜２３（ｎ＋１）に書き込み（ステップＳＴ１３ｈ）、すでに収録済みの素材データを先にリビルド処理を行い（ステップＳＴ１３ｉ）、収録中の素材データについて、収録が早く終了した順番（素材データＦ→Ｄ）でリビルド処理する（ステップＳＴ１３ｊ）。
【００７８】
一方、上記ステップＳＴ１３ｇにおいて収録途中の素材データが存在しなければ（Ｎ）、記憶部１１３２のＲＡＩＤコントローラ部３４は全ての素材データをリビルド処理する（ステップＳＴ１３ｋ）。
【００７９】
一方、制御部１１１は、構成情報に基づき、記憶部１１３３に対するリビルド処理動作モードを決定し、決定したリビルド処理動作モード３を示す情報を記憶部１１３３に送信する。
【００８０】
記憶部１１３３は、制御部１１１からリビルド処理動作モード３を示す情報を受信すると、ステップＳＴ１３ａからステップＳＴ１３ｌに移行して、管理テーブルＴ３を参照し、リビルド開始要求により、新たに収録要求する素材データをリビルド処理対象のストレージを含む（ｎ＋１）個のストレージに書込む（ステップＳＴ１３ｍ）。
【００８１】
さらに、制御部１１１は、構成情報に基づき、記憶部１１３４に対するリビルド処理動作モードを決定し、決定したリビルド処理動作モード４を示す情報を記憶部１１３４に送信する。
【００８２】
記憶部１１３４は、制御部１１１からリビルド処理動作モード４を示す情報を受信すると、ステップＳＴ１３ａからステップＳＴ１３ｎに移行して、管理テーブルＴ４を参照し、リビルド開始要求により、リビルド処理対象のストレージを含む（ｎ＋１）個のストレージに対して素材データを書込む（ステップＳＴ１３ｏ）。
【００８３】
また、画面やコマンドによる要求では制御部１１１を介して記憶部１１３１〜１１３ｍに動作モードを設定してリビルド処理の動作を決定する。
【００８４】
以上のように上記第６の実施形態によれば、記憶部１１３１〜１１３ｍごとにモード設定を選択的に行えるようにすることで、ある記憶部１１３１についてはリビルド開始要求時に収録完了または収録途中のある素材データについてリビルド処理を早く完了させ、一方別の記憶部１１３２については収録途中の素材データについてデータ品質を保持した状態でリビルド処理を行うというように、記憶部ごとに最適なリビルド処理を行うことができる。
【００８５】
また、上記第６の実施形態において、ある記憶部１１３１については制御部１１１からの指示により、収録要求される素材データについてリビルド処理を行い、一方別の記憶部１１３２については収録途中の素材データを他の記憶部１１３５に記録して保護し、また別の記憶部１１３３については収録途中の素材データであってもリビルド処理を行って１つの記憶部１１３３に集約して記録するというように、記憶部ごとに最適なリビルド処理を行うこともできる。
【００８６】
（その他の実施形態）  
その他、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００８７】
１１…ビデオサーバ、１２…カメラ、１３…再生デッキ、１４…ノンリニア編集機、１５…放送設備、１６…モニタ、１７…操作端末、１１１…制御部、１１２１〜１１２ｎ…収録部、１１３１〜１１３ｍ…記憶部、１１４１〜１１４ｐ…再生部、１１５…伝送部、２１，２２…データ転送処理部、２３１〜２３（ｎ＋１）…ストレージ、２４…ＲＡＩＤコントローラ部、２４１…読出し制御部、２４２…データ復元部、２４３…管理・制御部、２４４…パリティ付加部、２４５…書込み制御部、２４３１…管理テーブル生成部、２４３２…リビルド処理部、２４３３…リビルド制御部、Ｔ１〜Ｔ５…管理テーブル。
【図１】
0005472947.tif 000002
【図２】
0005472947.tif 000003
【図３】
0005472947.tif 000004
【図４】
0005472947.tif 000005
【図５】
0005472947.tif 000006
【図６】
0005472947.tif 000007
【図７】
0005472947.tif 000008
【図８】
0005472947.tif 000009
【図９】
0005472947.tif 000010
【図１０】
0005472947.tif 000011
【図１１】
0005472947.tif 000012
【図１２】
0005472947.tif 000013
【図１３】
0005472947.tif 000014