(57)【特許請求の範囲】
【請求項１】
第１の映像データ及び／又は第１の音声データが含まれる下地データを所定の記録単位毎に記録する記録媒体と、
前記記録媒体から前記記録単位毎に読み出した下地データより、前記第１の映像データ及び／又は第１の音声データを再生する速度に合わせて入力される、可変長の記録単位からなる第２の映像データ及び／又は第２の音声データが含まれる編集データを、操作部を介してなされた編集開始の指示に従って前記下地データを前記記録単位毎に削除しつつ、前記記録単位毎に前記編集データを上書きする破壊編集を開始し、前記操作部を介してなされた編集終了の指示に従って前記破壊編集を終了する制御部と、を備え、
前記制御部は、前記記録単位毎に前記下地データの、前記記録媒体における物理領域を管理する管理情報を用いて、前記下地データの一部が削除された場合には、前記削除された下地データの一部が記録されていた前記物理領域を、前記記録単位毎に予約領域として指定する情報を前記管理情報に書き込み、前記編集開始の指示に従って前記編集データが入力された場合には、優先して前記予約領域として前記管理情報に管理される前記物理領域に前記編集データを上書きする
映像音声記録装置。
【請求項２】
前記制御部は、前記破壊編集の開始の指示がされた時点から、前記下地データを再生する順に所定数の前記記録単位を前記予約領域として指定する情報を前記管理情報に書き込み、前記予約領域が破壊編集されるにつれて、前記下地データを再生する順に前記予約領域をずらして、前記編集終了の指示がなされた場合に、前記予約領域の指定を前記管理情報から消去する
請求項１記載の映像音声記録装置。
【請求項３】
更に、電源の供給が断たれても記憶内容を保持する不揮発メモリを備え、
前記制御部は、前記下地データが破壊編集の途中であることを示す編集中フラグを前記不揮発メモリにセットし、前記破壊編集が異常終了した後、前記破壊編集を再開する場合に、前記不揮発メモリにセットされた前記編集中フラグに基づいて、前記破壊編集の途中であった前記下地データに含まれる前記第１の音声データが記録される前記記録単位を検索し、前記検索された前記下地データに含まれる前記記録単位には、前記第１又は第２の音声データのいずれでもないデータが記録されたことを示すステータスを、一以上の前記記録単位で前記下地データの内容を規定する第２の管理情報に書き込む
請求項１又は２記載の映像音声記録装置。
【請求項４】
第１の映像データ及び／又は第１の音声データが含まれる下地データを所定の記録単位毎に記録する記録媒体から前記記録単位毎に読み出した下地データより、前記第１の映像データ及び／又は第１の音声データを再生する速度に合わせて入力される、可変長の記録単位からなる第２の映像データ及び／又は第２の音声データが含まれる編集データを、操作部を介してなされた編集開始の指示に従って前記下地データを前記記録単位毎に削除しつつ、前記記録単位毎に前記編集データを上書きする破壊編集を開始し、前記操作部を介してなされた編集終了の指示に従って前記破壊編集を終了する場合に、
前記記録単位毎に前記下地データの、前記記録媒体における物理領域を管理する管理情報を用いて、前記下地データの一部が削除された場合には、前記削除された下地データの一部が記録されていた前記物理領域を、前記記録単位毎に予約領域として指定する情報を前記管理情報に書き込むステップと、
前記編集開始の指示に従って前記編集データが入力された場合には、優先して前記予約領域として前記管理情報に管理される前記物理領域に前記編集データを上書きするステップと、を含む
編集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、記録媒体に記録された映像データや音声データを上書き編集する場合に適用して好適な映像音声記録装置及び編集方法に関する。
【背景技術】
【０００２】
従来、放送局等において、ビデオカメラで撮影され記録媒体に記録されたデジタル映像データ及び／又はデジタル音声データ（以下、ＡＶデータと呼ぶ場合がある。）は、後に、必要に応じて編集がなされる。編集作業は、概略的には、記録媒体から再生されたＡＶデータから所望の映像カットを抽出し、当該映像カットの開始点（ＩＮ点）および終了点（ＯＵＴ点）をマークする。そして、マークされたそれぞれのＩＮ点およびＯＵＴ点に基づき複数の映像カットを接続し、所望の映像カットが連続的に接続された映像を得ている。
【０００３】
一般的に、編集データと下地データは、所定の方式で圧縮符号化され、所定サイズ（データ量）のデータブロックを記録単位として記録媒体に記録される。この記録媒体に対するＡＶデータの記録に伴い、記録されるＡＶデータに対してヘッダ情報およびフッタ情報が書き込まれる。ヘッダ情報およびフッタ情報は、編集時には、編集内容に応じて書き換えられる。
【０００４】
また、上述したＩＮ点およびＯＵＴ点は、編集用の入力装置により入力され、通信インターフェイスを介して編集装置に送信されることで指示される。例えば、ＩＮ点は、ＥＤＩＴ  ＯＮ信号により指示され、ＯＵＴ点は、ＥＤＩＴ  ＯＦＦ信号により指示される。編集装置は、これらＥＤＩＴ  ＯＮ信号やＥＤＩＴ  ＯＦＦ信号を受信したら、編集装置の各部に対して編集開始や編集終了の動作制御を行い、編集動作を実行する。
【０００５】
そして、ＡＶデータを扱うアプリケーションにおいては、連続同期再生、すなわち実時間再生が保障された再生が必要な単位となるデータのまとまりを、クリップと呼ぶ。例えば、ビデオカメラにより撮影が開始されてから終了されるまでの一まとまりのデータがクリップとされる。クリップの実体は、単一のファイルまたは複数のファイルからなる。また、記録媒体に規定される論理アドレスの先端と後端には、ファイルシステム（ＦＳ：File System）が配置される。任意のデータは、論理アドレス空間内に一般的にファイルと称される所定の形式で記録され、記録媒体上のデータは、基本的にファイル単位で管理される。ファイルの管理情報は、ファイルシステムに記録されるため、映像音声記録装置の制御部は、このファイルシステムの情報を参照および操作することで、多種多様なデータを一つの記録媒体上で管理することができる。
【０００６】
そして、従来の映像音声記録装置は、映像／音声データのデータ量がデータブロック毎に一定（固定長）である場合は、編集する映像データと音声データを下地データに上書きすることでリアルタイムにインサート破壊編集を実現していた。
ここで、映像データと音声データの上書きが行われる元となるファイルを「下地ファイル」と呼び、これらのデータを「下地データ」と呼ぶ。「下地データ」に上書きされる映像データと音声データを「編集データ」と呼ぶ。また、下地データの一部を論理的に削除しつつ、この削除領域に編集データを挿入し、論理的に上書きする編集を「インサート破壊編集」又は「破壊編集」と呼ぶ。
【０００７】
破壊編集は、上述したとおりファイルシステムに基づいて行われる。「ファイルシステム」は、ファイルに格納されたデータブロックの物理的な位置情報を管理し、論理的に各データブロックを結びつける管理情報を管理する。本例では、映像データが５０Ｍｂｐｓの転送レートを持ち、音声データが２４ビット／８チャンネルのフォーマットである場合、１個のデータブロックに格納されるデータ量は、１５．８Ｍバイトであるとする。そして、１個のデータブロックに含まれる音声データと映像データは、約２秒の再生時間に相当するデータを有する。
【０００８】
図９は、従来の映像編集の例を示す。
図９Ａは、下地ファイル１００の構成例を示す。
下地ファイル１００は、複数のデータブロックによって構成される。データブロックは、プロキシ／ＲＴ（リアルタイムメタデータ）フィールド１０１、オーディオフィールド１０２、及びビデオフィールド１０３を１単位のデータブロックとして、連続する複数のデータブロックを備える。各フィールド１０１〜１０３は固定長であり、データブロックも固定長である。
【０００９】
図９Ｂは、下地ファイル１００に含まれる映像データを破壊編集する例を示す。
ここでは、ビデオフィールド１０３の途中から、新たな映像データ１０６が上書きされる様子が示される。映像データ１０６の破壊編集は、外部のコントローラによって、ＩＮ点１０４が指示される瞬間を開始位置とし、ＯＵＴ点１０５が指示される瞬間を終了位置とする。そして、編集データとしての映像データ１０６が、ＩＮ点１０４からＯＵＴ点１０５の区間内におけるビデオフィールド１０３に上書きされる。
【００１０】
図９Ｃは、ファイルシステム１０７の例を示す。
ファイルシステム１０７では、下地ファイル１００に含まれる、プロキシ／ＲＴフィールド１０１、オーディオフィールド１０２、及びビデオフィールド１０３のデータ量を固定長で管理する。このため、図９Ｂに示したように、ビデオフィールド１０３の途中から、新たな映像データ１０６が上書きされた場合であっても、各フィールドのデータ量が変わらない。このため、ファイルシステム１０７を変更する必要はなく、単に映像データ１０６をビデオフィールド１０３に上書きするだけであっても、編集した下地ファイル１００として成立する。このことは、オーディオフィールド１０２に含まれる音声データを破壊編集する場合も同様である。
【００１１】
特許文献１には、編集装置と、再生側及び記録側の映像記録再生装置を用いて、映像編集を行う技術が開示されている。
【００１２】
特許文献２には、記録途中で異常終了した場合であっても、記録媒体に記録されたデータの不整合を復旧する技術が開示されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００８−５３８３９号公報
【特許文献２】特開２００６−１４０７２２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
ところで、従来のように、単に下地ファイルの一部（データブロック）を消去後、別のデータブロックを書き込んだとしても、消去されたファイルの一部が記録されていた物理領域と同じ物理領域に別のデータブロックが書き込まれるわけではなかった。
【００１５】
図１０は、従来の下地ファイルを編集する場合におけるデータブロックの例を示す。
図１０Ａは、データブロックの論理配置の例を示す。
ここでは、便宜的にデータブロック毎にＡ〜Ｅの識別符号を付して説明する。今、識別符号Ｄ，Ｅがそれぞれ付されたデータブロック１１１，１１２に着目する。
【００１６】
データブロック１１１がファイル１１０から消去されると、論理的にデータブロック１１１は見えなくなり、ファイル１１０のファイルサイズも小さくなる。しかし、データブロック１１１と同じデータ量である、識別符号Ｄ′が付されたデータブロック１１１′がファイル１１０に追記されると、ファイル１１０のデータ量は、データブロック１１１が消去される前のデータ量と等しくなる。
【００１７】
図１０Ｂは、ファイル上書き時におけるデータの物理配置の例を示す。
ここでは、図１０ＡにおけるＡ〜Ｅの識別符号が付されたデータブロックが記録媒体のどこに物理的に配置されているかを説明する。ここでは、ファイル１１０が記録されているファイル領域、ファイル１１０以外の他のファイルが記録されている別ファイル領域、何らファイルが記録されていない未記録領域を区別して示す。
【００１８】
まず、ファイル１１０が連続して記録媒体に書き込まれた場合、データブロックの識別符号であるＡ〜Ｅは連続している。
しかし、ファイル１１０からデータブロック１１１を消去すると、データブロック１１１が記録されていた領域は、物理的に開放される。ここで、物理的に開放されると、未記録領域として扱われる。
【００１９】
データブロック１１１が記録されていた領域が物理的に開放された後、識別符号Ｄ′が付されたデータブロックが追記される際には、未記録領域のどこかに記録されることとなる。しかし、データブロック１１１の未記録領域に記録される保証はなく、例えばデータブロック１１１′に記録される。
【００２０】
このように、データブロック１１１′が、Ａ〜Ｅの識別符号が付されたデータブロックの一連の並びから外れた場所に書き込まれると、データブロック毎に付される物理アドレスも不連続となってしまう。このため、頻繁に多数のデータブロックの消去と追記を繰り返すと、フラグメンテーションが発生し、ファイルのアクセス性能が悪化することがあった。
【００２１】
また、データブロックが可変長である場合もデータブロックの消去、追記は容易でなかった。
図１１は、データブロック毎にデータ量が不定である可変長データを編集する場合の例を示す。
図１１Ａは、下地ファイル１２０の構成例を示す。
下地ファイル１２０は、プロキシ／ＲＴフィールド１２１、オーディオフィールド１２２、及びビデオフィールド１２３を１単位のデータブロックとして、連続する複数のデータブロックを備える。１個のデータブロックに含まれる音声データと映像データは、約２秒の再生時間に相当するデータ量を有する。
【００２２】
図１１Ｂは、ファイルシステム１２６の例を示す。
ファイルシステム１０７では、下地ファイル１００に含まれる、プロキシ／ＲＴフィールド１０１、オーディオフィールド１０２、及びビデオフィールド１０３のデータ量を固定長で管理する。
【００２３】
図１１Ｃは、下地ファイル１２０に可変長の映像データ１２７が書き込まれた例を示す。
ここでは、図１１Ａにおける下地ファイル１２０に、ＩＮ点１２４からＯＵＴ点１２５にかけて映像データ１２７が書き込まれたファイル１２０′の例が示される。映像データ１２７に含まれるデータブロックは可変長であるため、データ量がそれぞれ異なるデータブロック１２７ａ〜１２７ｃが、下地ファイル１２０のビデオフィールド１２３に書き込まれる。
【００２４】
このように可変長の映像データによって下地ファイル１２０が書き換えられると、ファイルシステム１２６で管理されている、映像データや音声データの論理的な位置が異なってしまう。このため、ファイルシステム１２６から、ファイル１２０′に含まれるデータブロックのデータ量に合うように、ファイルシステム１２６′を更新しなければ正しく映像データを読み出すことはできない。さらに、本例では、固定長の映像データから可変長の映像データに書き換えただけに過ぎないが、音声データの論理的な位置も変わっているため、ファイルシステム１２６′を更新しなければ音声データを正しく読み出せない場合がある。同様に、オーディオフィールド１２２に含まれる音声データだけを破壊編集を行った場合も、書き換えられた音声データが可変長であれば、ファイルシステム１２６′を更新しなければ映像データを読み出すことはできなくなる。
【００２５】
例えば、映像データの圧縮コーデックがイントラフレームでなく、ＭＰＥＧ（Moving Picture Experts Group）のようにインターフレームの場合、フレーム毎のデータ量が可変となる。このため、下地データに可変長の映像データ又は音声データを上書きするだけではファイルシステムが成立せず、そのままでは破壊編集を実現できなかった。
【００２６】
本発明はこのような状況に鑑みて成されたものであり、記録媒体に記録された下地データに編集データを破壊編集する場合に、編集データの保存場所が物理的に分散しないようにすることを目的とする。
【課題を解決するための手段】
【００２７】
本発明は、第１の映像データ及び／又は第１の音声データが含まれる下地データを所定の記録単位毎に記録する記録媒体から記録単位毎に読み出した下地データより、第１の映像データ及び／又は第１の音声データを再生する速度に合わせて入力される、可変長の記録単位からなる第２の映像データ及び／又は第２の音声データが含まれる編集データを、操作部を介してなされた編集開始の指示に従って下地データを記録単位毎に削除しつつ、記録単位毎に編集データを上書きする破壊編集を開始し、操作部を介してなされた編集終了の指示に従って破壊編集を終了する場合に、記録単位毎に下地データの、記録媒体における物理領域を管理する管理情報を用いて、下地データの一部が削除された場合には、削除された下地データの一部が記録されていた物理領域を、記録単位毎に予約領域として指定する情報を管理情報に書き込む。
そして、編集開始の指示に従って編集データが入力された場合には、優先して予約領域として管理情報に管理される物理領域に編集データを上書きするものである。
【００２８】
このようにしたことで、記録媒体に予約情報が書き込まれた予約領域を優先して、下地データに可変長の編集データを上書きすることが可能となった。
【発明の効果】
【００２９】
本発明によれば、削除された下地データが記録されていた物理領域を予約情報として確保するため、予約領域に優先して可変長の編集データを上書きすることができる。このため、編集データが書き込まれる物理領域は記録媒体の中で分散しなくなり、フラグメンテーションの発生を抑えることができると共に、記録媒体へのアクセス性を損なわないという効果がある。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施の形態における映像音声記録装置の内部構成例を示すブロック図である。
【図２】本発明の一実施の形態における制御部と記録部の内部構成例を示すブロック図である。
【図３】本発明の一実施の形態におけるデータ変換部の内部構成例を示すブロック図である。
【図４】本発明の一実施の形態におけるファイルを編集する場合のデータブロックの例を示す説明図である。
【図５】本発明の一実施の形態におけるリアルタイム編集を行う場合のデータブロックの例を示す説明図である。
【図６】本発明の一実施の形態におけるファイル編集時の処理例を示すフローチャートである。
【図７】本発明の一実施の形態におけるファイル編集時の処理例を示すフローチャートである。
【図８】本発明の一実施の形態におけるインデックスファイルの構成例を示す説明図である。
【図９】従来の映像編集の例を示す説明図である。
【図１０】従来のファイルを編集する場合のデータブロックの例を示す説明図である。
【図１１】ファイルシステムの更新を伴う、可変長データを編集する場合の映像編集の例を示す説明図である。
【発明を実施するための形態】
【００３１】
以下、発明を実施するための最良の形態（以下実施の形態とする。）について説明する。なお、説明は以下の順序で行う。
１．一実施の形態（リアルタイムで破壊編集を行う場合の記録領域の更新例）
２．変形例
【００３２】
＜１．一実施の形態＞
［リアルタイムで破壊編集を行う場合のデータブロックの更新例］
【００３３】
以下、本発明の一実施の形態について、図１〜図８を参照して説明する。本実施の形態では、映像データと音声データを記録する映像音声記録装置１に適用した例について説明する。
【００３４】
図１は、本例の映像音声記録装置１の内部構成例を示す。
映像音声記録装置１は、入力された映像データの映像信号と音声データの音声信号に所定の処理を施す信号入出力部２と、一時的に映像データと音声データを記憶する一時記憶部３を備える。また、映像音声記録装置１は、映像データ及び音声データを下地データとして記録する記録部４と、記録部４への下地データの書き込みと読み出しを制御する制御部５を備える。また、映像音声記録装置１は、ユーザ操作によって、制御部５に下地データの書き込みと読み出しを指示する操作部６を備える。
【００３５】
信号入出力部２は、映像データが入力される映像入力部１１と、映像入力部１１に入力された映像データを所定のフォーマットでエンコードする映像エンコーダ１２を備える。また、信号入出力部２は、一時記憶部３を介して記録部４から読出された映像データをデコードする映像デコーダ１３と、デコードされた映像データを出力する映像出力部１４と、を備える。また、信号入出力部２は、音声データが入力される音声入力部１５と、一時記憶部３を介して記録部４から読出された音声データを出力する音声出力部１８を備える。また、信号入出力部２は、入力された映像データと音声データを低レートのプロキシデータにエンコードするプロキシエンコーダ１６と、プロキシデータから映像データと音声データをデコードするプロキシデコーダ１７と、を備える。
【００３６】
プロキシエンコーダ１６によってエンコードされたプロキシデータは、一時記憶部３を介して制御部５によって、記録部４に記録される。そして、映像音声記録装置１は、記録部４から読出したエンコードされた映像データと音声データをデコードして、デコードされた映像データを映像出力部１４に供給し、デコードされた音声データを音声出力部１８に供給する。
【００３７】
映像入力部１１に入力され、映像出力部１４から出力される映像データは、高精細度の映像信号から得られる。ここで、映像データと音声データは、それぞれ映像ファイルと音声ファイルに含まれるデータであり、映像ファイルと音声ファイルは、固定長又は可変長のデータブロックによって構成される。このため、制御部５は、データブロック単位で記録部４に書き込み、削除、読出しの制御を行う。記録部４には、例えば、大容量のハードディスクドライブ装置や書き換え可能な光ディスク装置が用いられる。
【００３８】
図２は、一時記憶部３と記録部４の内部構成例を示す。
【００３９】
信号入出力部２は、所定の処理を施した映像信号と音声信号を一時記憶部３に出力する。一時記憶部３は、データの圧縮・伸張を行うデータ変換部２１と、一時的にデータを記憶するメモリ２３と、メモリ２３へ記憶させるデータのデータ量等を制御するメモリコントローラ２２を備える。
【００４０】
記録部４は、記録データから記録信号を生成し、再生信号から再生データを生成する信号処理部２４と、ＲＦ信号を生成するＲＦアンプ２５と、所定の光強度とされたレーザ光を光ディスク２７に照射するピックアップ部２６を備える。また、記録部４は、記録媒体としての光ディスク２７を回転させるスピンドルモータ２８と、ピックアップ部２６とスピンドルモータ２８の動作を制御するサーボ制御部２９を備える。光ディスク２７は、第１の映像データ及び／又は第１の音声データが含まれる下地データをデータブロック毎に記録する。本例では、光ディスク２７の最内周と最外周の各領域に同一のファイルシステムが記録される。
【００４１】
スピンドルモータ２８は、サーボ制御部２９からのスピンドルモータ駆動信号に基づいて、光ディスク２７をＣＬＶ（Constant Linear Velocity）またはＣＡＶ（Constant Angular Velocity）で回転駆動する。
【００４２】
ピックアップ部２６は、信号処理部２４から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク２７に記録信号を記録する。ピックアップ部２６はまた、光ディスク２７にレーザ光を集光して照射するとともに、光ディスク２７からの反射光を光電変換して電流信号を生成し、ＲＦ（Radio Frequency）アンプ１４に供給する。なお、レーザ光の照射位置は、サーボ制御部２９からピックアップ部２６に供給されるサーボ信号により所定の位置に制御される。
【００４３】
ＲＦアンプ２５は、ピックアップ部２６からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、並びに再生信号を生成する。そして、ＲＦアンプ２５は、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部２９に供給し、再生信号を信号処理部２４に供給する。
【００４４】
サーボ制御部２９は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部２９は、ＲＦアンプ２５からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部２６のアクチュエータ（図示せず）に供給する。またサーボ制御部２９は、スピンドルモータ２８を駆動するスピンドルモータ駆動信号を生成して、光ディスク２７を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
【００４５】
さらにサーボ制御部２９は、ピックアップ部２６を光ディスク２７の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク２７の信号読み出し位置の設定は、制御部５によって行われ、設定された読み出し位置から信号を読み出すことができるようにピックアップ部２６の位置が制御される。
【００４６】
信号処理部２４は、メモリコントローラ２２から入力される記録データを変調して記録信号を生成し、ピックアップ部２６に供給する。信号処理部２４はまた、ＲＦアンプ２５からの再生信号を復調して再生データを生成し、メモリコントローラ２２に供給する。
【００４７】
メモリコントローラ２２は、データ変換部２１からの記録データを、後述するように、適宜、メモリ２３に記憶するとともに、それを読み出し、信号処理部２４に供給する。メモリコントローラ２２はまた、信号処理部２４からの再生データを、適宜、メモリ２３に記憶するとともに、それを読み出し、データ変換部２１に供給する。
【００４８】
データ変換部２１は、信号入出力部２から供給される、ビデオカメラ（図示せず）で撮影された撮影画像と音声の信号や、記録媒体（図示せず）から再生された信号を、圧縮して記録データを生成し、メモリコントローラ２２に供給する。この圧縮方式としては、例えば、ＭＰＥＧ（Moving Picture Experts Group）、ＪＰＥＧ（Joint Photographic Experts Group）等がある。また、データ変換部２１は、メモリコントローラ２２から供給される再生データを、必要に応じて伸張し、所定のフォーマットの出力信号に変換して、信号入出力部２に供給する。
【００４９】
制御部５は、操作部６からの操作信号などに基づき、サーボ制御部２９、信号処理部２４、メモリコントローラ２２、およびデータ変換部２１を制御し、記録再生処理を実行させる。操作部６は、例えば、ユーザによって操作され、その操作に対応する操作信号を、制御部５に供給する。
【００５０】
そして、ユーザが操作部６を操作してデータの記録を指令すると、信号入出力部２から供給されるデータが、データ変換部２１、メモリコントローラ２２、信号処理部２４、及びピックアップ部２６を介して、光ディスク２７に供給されて記録される。
【００５１】
一方、ユーザが操作部６を操作してデータの再生を指令すると、光ディスク２７から、ピックアップ部２６、ＲＦアンプ２５、信号処理部２４、メモリコントローラ２２、およびデータ変換部２１を介して、データが読み出されて再生される。この再生されたデータは、信号入出力部２に供給される。
【００５２】
さらに、制御部５は、電源の供給が断たれても記憶内容を保持する不揮発メモリ７を備える。記録部４に映像データと音声データを書き込む場合は、記録部４のどの領域が編集中であるかを示す編集中フラグを不揮発メモリ７にセットする。
【００５３】
制御部５は、光ディスク２７からデータブロック毎に読み出した下地データより、第１の映像データ及び／又は第１の音声データを再生する速度に合わせて入力される、可変長のデータブロックからなる編集データを破壊編集に用いる。本例では、第２の映像データ及び／又は第２の音声データが編集データとして映像入力部１１，音声入力部１５を介して映像音声記録装置１に入力される。このとき、操作部６を介してなされた編集開始の指示に従って下地データをデータブロック毎に削除しつつ、データブロック毎に編集データを上書きする破壊編集を開始し、操作部６を介してなされた編集終了の指示に従って破壊編集を終了する。
【００５４】
そして、制御部５は、データブロック毎に下地データの、光ディスク２７における物理領域を管理するファイルシステムを用いて破壊編集を制御する。つまり、制御部５は、下地データの一部が削除された場合には、削除された下地データの一部が記録されていた光ディスク２７における物理領域を、削除されたデータブロック毎に予約領域として指定する情報をファイルシステムに書き込む。そして、編集開始の指示に従って編集データが入力された場合には、優先して予約領域としてファイルシステムに管理される物理領域に編集データを上書きする。
【００５５】
そして、下地データから読み出される第１の映像データ及び／又は第１の音声データが破壊編集されると、一部が第２の映像データ及び／又は第２の音声データに上書きされて映像出力部１４と音声出力部１８から出力される。
【００５６】
図３は、データ変換部２１の内部構成例を示す。
【００５７】
光ディスク２７へのデータの記録時には、信号入出力部２から記録すべき信号が、デマルチプレクサ３１に供給される。デマルチプレクサ３１は、信号入出力部２から供給される信号から、関連する複数のデータ系列を分離し、データ量検出部３２に供給する。この分離されるデータ系列には、例えば、動画の（例えばベースバンドの）画像信号と、その画像信号に付随する（例えばベースバンドの）音声信号がある。
【００５８】
データ量検出部３２は、デマルチプレクサ３１から供給される画像信号と音声信号を、そのまま、画像信号変換部３３と音声信号変換部３４にそれぞれ供給するとともに、その画像信号と音声信号のデータ量を検出し、メモリコントローラ２２に供給する。即ち、データ量検出部３２は、デマルチプレクサ３１から供給される画像信号と音声信号それぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ２２に供給する。
【００５９】
画像信号変換部３３は、データ量検出部３２から供給される画像信号を、例えば、全てのフレームをＩ（Ｉｎｔｒａ）ピクチャとしてＭＰＥＧエンコードし、その結果得られる画像データのデータ系列を、メモリコントローラ２２に供給する。また、音声信号変換部３４は、データ量検出部３２から供給される音声信号を、例えばＭＰＥＧエンコードし、その結果得られる音声データのデータ系列を、メモリコントローラ２２に供給する。そして、メモリコントローラ２２に供給された画像データと音声データは、光ディスク２７に供給されて記録される。
【００６０】
一方、光ディスク２７からのデータの再生時においては、光ディスク２７から画像データまたは音声データが読み出される。そして、画像データは、メモリコントローラ２２から画像データ変換部３５に、音声データは、メモリコントローラ２２から音声データ変換部３６に供給される。
【００６１】
画像データ変換部３５は、メモリコントローラ２２から供給される画像データのデータ系列を、例えばＭＰＥＧデコードし、その結果得られる画像信号を、マルチプレクサ３７に供給する。また、音声データ変換部３６は、メモリコントローラ２２から供給される音声データのデータ系列を、例えばＭＰＥＧデコードし、その結果得られる音声信号を、マルチプレクサ３７に供給する。
【００６２】
マルチプレクサ３７は、画像データ変換部３５から供給される画像信号と、音声データ変換部３６から供給される音声信号を、信号入出力部２に供給する。なお、マルチプレクサ３７は、光ディスク２７から、画像データまたは音声データだけが読み出される。これにより、画像データ変換部３５または音声データ変換部３６から画像信号または音声信号だけが供給される場合には、その画像信号または音声信号だけを、信号入出力部２に供給する。
【００６３】
また、マルチプレクサ３７は、光ディスク２７から、画像データと音声データの両方が読み出される。これにより、画像データ変換部３５と音声データ変換部３６から、それぞれ、画像信号と音声信号が供給される場合には、その画像信号と音声信号を、例えば多重化して、信号入出力部２に供給する。但し、マルチプレクサ３７では、画像信号と音声信号を、独立に、並列して出力することも可能である。
【００６４】
図４は、本例のファイルを編集する場合におけるデータブロックの例を示す。
光ディスク２７に記録される各データブロックは、可変長としてある。
【００６５】
図４Ａは、ファイル上書き時におけるデータの論理配置の例を示す。
ここでは、便宜的にデータブロック毎にＡ〜Ｅの識別符号を付して説明する。今、識別符号Ｄ，Ｅがそれぞれ付されたデータブロック４１，４２に着目する。
【００６６】
データブロック４１がファイル４０から消去されると、論理的にデータブロック４１は見えなくなる。しかし、本例では、消去されたデータブロック４１と同じデータ量の領域を予約領域４３として確保する。このため、データブロック４１の消去前後であっても、ファイル４０のデータ量は変わらない。
【００６７】
その後、識別符号Ｄ′が付されたデータブロック４１′がファイル４０に追記される。データブロック４１′のデータ量は、消去されたデータブロック４１のデータ量と等しいとする。このとき、データブロック４１′は、予約領域４３に優先的に上書きされる。このため、ファイル４０のデータ量は、データブロック４１，４１′の編集前後で変わらない。
【００６８】
図４Ｂは、ファイル上書き時におけるデータの物理配置の例を示す。
ここでは、図４ＡにおけるＡ〜Ｅの識別符号が付されたデータブロックが記録媒体のどこに物理的に配置されているかを説明する。ここでは、ファイル４０が記録されているファイル領域、ファイル４０以外の他のファイルが記録されている別ファイル領域、何らファイルが記録されていない未記録領域、予約領域を区別して示す。
【００６９】
まず、ファイル４０が連続して記録媒体に書き込まれた場合、データブロックの識別符号であるＡ〜Ｅは連続している。
しかし、ファイル４０からデータブロック４１を消去すると、データブロック４１が記録されていた領域は、物理的に開放される。ここで、物理的に開放されると、未記録領域として扱われるため、他のファイルがこの開放された領域に書き込まれる場合がある。
【００７０】
データブロック４１が記録されていた領域が物理的に開放された後、他のファイルがこの領域に書き込まれると、データブロック４１′は別の未記録領域でなければ書き込まれない。このため、データブロック４１′が追記される際には、優先的に予約領域に記録される。
【００７１】
このように本例の映像音声記録装置１は、ランダムアクセス可能な光ディスク２７に対して破壊編集を行う場合に好適である。上書きする編集データがデータブロック毎に一定でない場合に、下地ファイルを部分的に論理消去しながらデータを書き換え、所定のタイミングでファイルシステムを更新する。そして、下地ファイルの一部を論理消去し、消去部分の物理領域は予約領域として確保した上で、この予約領域に編集データを上書きする。このため、頻繁に多数のデータブロックの消去と追記を繰り返しても、フラグメンテーションが発生を抑えることができ、ファイルのアクセス性能を維持することが可能となる。
【００７２】
図５は、リアルタイムで破壊編集を行う場合に先行して所定の数のデータブロックを予約領域として確保する例を示す。本例においても、各データブロックは可変長であるとして説明する。
【００７３】
図５Ａは、ＩＮ点４５を指定した場合におけるデータブロックの例である。
始めに、ユーザが行う操作部６の操作によって、ＩＮ点４５が指示されると、制御部５は、ＩＮ点４５に先行して２単位のデータブロックを予約領域４４として確保する。このとき、制御部５は、予約領域４４を論理的に消去する。
【００７４】
図５Ｂは、ＩＮ点４５を起点として、１個のデータブロックを上書きする破壊編集を行った場合におけるデータブロックの例である。
実際に、ＩＮ点４５から下地ファイルの再生順に１単位のデータブロックを破壊編集する。この破壊編集する領域は、先行して確保された予約領域４４に含まれる。
【００７５】
図５Ｃは、ＩＮ点４５を起点として、２つのデータブロックの破壊編集を行った場合におけるデータブロックの例である。
図５Ｂに示したのと同様に、２つのデータブロックが上書きされると、破壊編集された上書きデータ４６の後に引き続き、２単位のデータブロックを予約領域４４として先行して確保する。
【００７６】
図５Ｄは、ＩＮ点４５を起点として、２以上のデータブロックを破壊編集し、ＯＵＴ点４７を指定した場合におけるデータブロックの例である。
予約領域４４の先行確保と、上書きデータ４６の上書きの処理をリアルタイムに繰り返す。その後、ユーザが行う操作部６の操作によって、ＯＵＴ点４７が指示されると、予約領域４４の先行確保の処理を終了する。
【００７７】
図５Ｅは、破壊編集を完了した場合におけるデータブロックの例である。
破壊編集が終了すると、制御部５は、ファイルシステムを最新の状態に更新する。ただし、ファイルシステムの更新に失敗した場合はエラー処理を行う。
【００７８】
このように、制御部５は、破壊編集の開始の指示がされた時点から、下地データを再生する順に所定数のデータブロックを予約領域として指定する情報を管理情報に書き込む。そして、制御部５は、予約領域が破壊編集されるにつれて、下地データを再生する順に予約領域をずらして、編集終了の指示がなされた場合に、予約領域の指定を管理情報から消去する。
【００７９】
ここで、下地ファイルに編集データを上書きする処理が完了した後、ファイルシステムを更新する処理が行われる。この処理は、一般に「ライトバック処理」と呼ばれる。
ライトバック処理を行うタイミングとして、以下の例が挙げられる。
（１）リアルタイムで破壊編集しながら行う。
（２）１個の破壊編集が完了した後に行う。または、複数の破壊編集を行った後にまとめて行う。
（３）記録部４における記録媒体としてリムーバブルメディアを用いる場合は、映像音声記録装置１からリムーバブルメディアを取り出す時に行う。
（４）映像音声記録装置１が休止動作（スタンバイオフ）に入る時に行う。
（５）２次電源をオフする時に行う。
【００８０】
映像音声記録装置１には、（１）〜（５）のいずれかのタイミングを選択しても良いし、複数のタイミングを組み合わせても良い。特に、記録部４に行われる破壊編集が、外部の編集機によって制御されている場合は、ライトバック処理を実行したことにより編集機側で予期せぬ動作となる可能性がある。この場合、全ての編集行為が完了した時にライトバック処理を行う方が良いこともある。
【００８１】
次に、ライトバック処理を含めた編集処理と、映像音声記録装置１のリブート処理について、図６〜図８を参照して説明する。
【００８２】
図６は、ライトバック処理を含めた編集処理の例を示すフローチャートである。
この処理において、制御部５は、下地データが破壊編集の途中であることを示す「編集中フラグ」を不揮発メモリ７にセットし、破壊編集が正常終了すると、「編集中フラグ」をリセットする。以下に詳細な処理例を説明する。
【００８３】
始めに、制御部５は、ユーザが操作部６を操作することによってなされたＩＮ点の指示により、破壊編集が開始されたか否かを判断する（ステップＳ１）。破壊編集が行われていないと判断した場合、制御部５は、後述するステップＳ６に処理を移す。
【００８４】
次に、メモリコントローラ２２は、映像エンコーダ１２がエンコードした映像データ、プロキシエンコーダ１６が符号化したプロキシデータ、及び音声データをメモリ２３に一時記憶させるバッファリング処理を開始する（ステップＳ２）。このバッファリングの状況は適宜、制御部５に通知される。
【００８５】
次に、制御部５は、メモリ２３にエンコードされた映像データ、プロキシデータ及び音声データがメモリ２３に所定のデータ量だけバッファリングされたか否かを判断する（ステップＳ３）。
【００８６】
制御部５は、メモリ２３へのバッファリングが完了していない場合、引き続き、メモリ２３へのバッファリングを繰り返す。一方、制御部５は、メモリ２３へのバッファリングが完了したと判断した場合、不揮発メモリ７が保持する情報を更新する。具体的には、破壊編集の対象となるクリップが破壊編集中であることを示す「編集中フラグ」をセットする（ステップＳ４）。
【００８７】
その後、制御部５は、ユーザが操作部６を操作することによってなされたＯＵＴ点の指示により、破壊編集が終了されたか否かを判断する（ステップＳ５）。破壊編集が終了されていないと判断した場合、制御部５は、引き続き「編集中フラグ」をセットし続ける。一方、破壊編集が終了されたと判断した場合、制御部５は、ライトバック処理が実行されたか否かを判断する（ステップＳ６）。
【００８８】
制御部５は、ライトバック処理が実行されていないと判断すると、ステップＳ１に処理を戻し、引き続き破壊編集を続ける。一方、制御部５は、ライトバック処理が完了したと判断すると、不揮発メモリ７が保持する情報を更新する。具体的には、破壊編集された全てクリップにセットされていた「編集中フラグ」をリセットし（ステップＳ７）、ステップＳ１に処理を戻す。
【００８９】
ところで、ファイルシステムの更新時に異常が発生すると、ファイルシステムを正しく更新できない場合がある。例えば、ファイルシステムのライトバック処理において、ファイルシステム更新前に１次電源（例えば、映像音声記録装置１の主電源）が断たれた場合など、処理が不完全であると、ファイル又はデータに不整合が生じてしまう。このように不整合が生じたファイル又はデータを用いて正常に再生することは困難である。特にオーディオに関しては予期せぬノイズとして再生される可能性があるため、少なくともオーディオの出力を弱める対応が求められる。このような場合に備えるため、破壊編集からライトバック処理に至るまでの間で処理が正常に完了しなかった場合は、インデックスファイルに記録される音声フォーマットのステータスを、ノン・オーディオに変更する。ここで、インデックスファイルについて説明する。
【００９０】
図７は、インデックスファイル５０の構成例を示す。
インデックスファイル５０は、ファイルシステムと同じく、光ディスク２７の最外周と最内周の領域に作成される、一以上のデータブロックを含むクリップ毎に下地データの内容を規定するファイルである。インデックスファイル５０の記録内容は、記録部４から一時記憶部３を介して音声出力部１８に供給される。インデックスファイル５０は、複数のクリップを一意に識別するクリップＩＤと、クリップに付けるユニークなＩＤであるＵＭＩＤ、映像データのフレーム周波数、フレームの枚数、映像データのアスペクト比、映像・音声フォーマットの情報を格納する。
【００９１】
本例では、通常の音声ファイルが格納されている場合、音声フォーマットのステータスがリニアＰＣＭとされ、音声データが光ディスク２７に記録されていることが判明する。一方、音声フォーマットのステータスがノン・オーディオである場合、リニアＰＣＭ以外の一般的なデータが光ディスク２７に記録されていることが判明する。この場合、音声として出力するにはふさわしくないデータであることが分かる。
【００９２】
図８は、ファイルシステムの更新時に異常終了した場合に、映像音声記録装置１をリブートする処理例を示すフローチャートである。
この処理において、制御部５は、破壊編集が異常終了した後、破壊編集を再開する場合に、不揮発メモリ７にセットされた編集中フラグに基づいて、破壊編集の途中であった下地データに含まれる第１の音声データが記録されるデータブロックを検索する。そして、検索された下地データに含まれるデータブロックには、第１又は第２の音声データのいずれでもないデータが記録されたことを示すステータスを管理情報に書き込む処理を行う。以下に詳細な処理例を説明する。
【００９３】
始めに、制御部５は、不揮発メモリ７に保持されている「編集中フラグ」がセットされたか否かを判断する（ステップＳ１１）。「編集中フラグ」がリセットされている場合、ファイルシステムの更新時に異常終了していないため、制御部５は処理を終了する。
【００９４】
一方、「編集中フラグ」がセットされている場合、インデックスファイル情報を更新する（ステップＳ１２）。次に、インデックスファイル情報を更新するに際し、編集中フラグがセットされているクリップの音声フォーマットのステータスを「ノン・オーディオ」に設定し、リブート処理を終了する。
【００９５】
このように、従来は、破壊編集の途中で異常終了した場合、不整合な音声データが記録されてしまうと、クリップ全体の音声データを再生することができなかった。しかし、不整合となった音声データ以外の音声データは、整合性が保たれているため、できるだけ音声再生を行いたいという要望があった。ここで、本例の映像音声記録装置１において、制御部５が不揮発メモリ７の「編集中フラグ」がセットされているかを確認することによって、編集が未完了であるファイルが存在することが分かる。そして、このファイルに含まれる音声フォーマットのステータスを「ノン・オーディオ」に設定することによって、オーディオ信号はデータとして取り扱われる。このため、音声出力部１８は、ノン・オーディオに設定されたオーディオフィールドのデータ部分を無音化する等の音声再生時における復旧が容易となる。この結果、不整合が起こった音声データ以外のデータをできるだけ再生することができる。また、音声出力部１８からデジタル音声データの供給を受けて、不図示のスピーカが放音する際に、ノン・オーディオが設定された部分の出力を制限するため、急なノイズの発生を防ぐことができる。
【００９６】
以上説明した本実施の形態に係る映像音声記録装置１によれば、制御部５が記録部４に対してリアルタイムで破壊編集を行う際に、下地データの一部を予約領域として確保し、この予約領域に優先して編集データを上書きするようにした。この予約領域は物理的に編集前の下地データがあった領域に該当するため、破壊編集によって上書きされた編集データは、以前から存在する下地データに対して物理的に連続性が保たれた状態で書き込まれる。このため、光ディスク２７に記録された編集データのフラグメンテーションを防ぐことができると共に、光ディスク２７に下地データの書き込み又は読み出しを行う際のアクセス性を高めることができるという効果がある。
【００９７】
また、下地データを再生する順に下地データのデータブロックを予約領域として指定し、編集データが予約領域を破壊編集するにつれて、下地データを再生する順に予約領域の指定をずらしていく。このため、リアルタイムで破壊編集を行う場合に、予約領域以外に編集データが上書きされない。これにより、光ディスク２７において、物理的に下地データと編集データの連続性を保つことができるという効果がある。
【００９８】
また、制御部５は、破壊編集を行っている際に、不揮発メモリ７に「編集中フラグ」をセットする。そして、制御部５は、電源断等によるアクシデントによりライトバック処理を行うことなく、破壊編集が異常終了した場合であっても、リブート時に不揮発メモリ７の編集中フラグを参照することで、破壊編集が異常終了したか否かを判断することができる。このため、リブート時に編集中フラグがセットされていれば、下地データに上書きされた編集データに不整合が発生した可能性が高いため、音声データのステータスを「ノン・オーディオ」に設定することができる。このため、制御部５が音声出力する時には、ステータスが「ノン・オーディオ」である音声データを無音出力とすることにより、ノイズの発生を抑制することができるという効果がある。
【００９９】
また、ファイルシステムの更新は、１個の編集データの編集終了の指示がなされたタイミングで行う。あるいは、複数の編集データの編集終了がなされた際に、まとめて行ってもよい。このようにファイルシステムの更新タイミングを任意とすることで、ユーザはファイルシステムを更新するための時間を気にすることなく破壊編集を行うことができるという効果がある。
【０１００】
また、編集データによって破壊編集された下地データのデータブロックは、可変長または固定長であったとしても、削除された下地データのデータブロックのデータ量に合わせて編集データが上書きされる。このため、下地データにおけるデータブロックのデータ量が変わらず、上書きされた編集データのデータブロックに合わせてファイルシステムを更新する必要がない。これにより、破壊編集の処理速度を向上すると共に、不要な処理を行わないことによる消費電力を低減することができるという効果がある。また、ＭＰＥＧなど可変長符号の圧縮データなどを含む破壊編集がリアルタイムに実現できるという効果がある。
【０１０１】
＜２．変形例＞
【０１０２】
なお、上述した実施の形態では記録部４として光ディスク２７を用いたが、磁気ディスク、フラッシュメモリ等を用いてもよく、映像音声記録装置１から着脱可能なリムーバブルメディアを用いてもよい。
【０１０３】
また、上述した実施の形態例における一連の処理は、ハードウェアにより実行することができるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムを、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで各種の機能を実行することが可能である。例えば汎用のパーソナルコンピュータなどに所望のソフトウェアを構成するプログラムをインストールして実行させればよい。
【０１０４】
また、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給してもよい。また、そのシステムあるいは装置のコンピュータ（またはＣＰＵ等の制御装置）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、機能が実現されることは言うまでもない。
【０１０５】
この場合のプログラムコードを供給するための記録媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１０６】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施の形態の機能が実現される。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行う。その処理によって上述した実施の形態の機能が実現される場合も含まれる。
【０１０７】
また、本発明は上述した実施の形態に限られるものではなく、本発明の要旨を逸脱することなくその他種々の構成を取り得ることは勿論である。
【符号の説明】
【０１０８】
１…映像音声記録装置、２…信号入出力部、３…一時記憶部、４…記録部、５…制御部、６…操作部、７…不揮発メモリ、１１…映像入力部、１２…映像エンコーダ、１３…映像デコーダ、１４…映像出力部、１４ｄ…記録媒体、１５…音声入力部、１６…プロキシエンコーダ、１７…プロキシデコーダ、１８…音声出力部、２１…データ変換部、２２…メモリコントローラ、２３…メモリ、２４…信号処理部、２５…ＲＦアンプ、２６…ピックアップ部、２７…光ディスク、２８…スピンドルモータ、２９…サーボ制御部、３１…デマルチプレクサ、３２…データ量検出部、３３…画像信号変換部、３４…音声信号変換部、３５…画像データ変換部、３６…音声データ変換部、３７…マルチプレクサ、４０…ファイル、４１…データブロック、４１′…データブロック、４３…予約領域、４４…予約領域、４５…ＩＮ点、４６…上書きデータ、４７…ＯＵＴ点、５０…インデックスファイル
【図１】
0005381454.tif 000002
【図２】
0005381454.tif 000003
【図３】
0005381454.tif 000004
【図４】
0005381454.tif 000005
【図５】
0005381454.tif 000006
【図６】
0005381454.tif 000007
【図７】
0005381454.tif 000008
【図８】
0005381454.tif 000009
【図９】
0005381454.tif 000010
【図１０】
0005381454.tif 000011
【図１１】
0005381454.tif 000012