データ及びファイルシステム情報の記録装置及び記録方法
【課題】データを記録する記録媒体にファイルシステム情報を記録し、しかもデータの記録／再生のビットレートを維持する。
【解決手段】記録単位のブロックの一部の領域を、ファイルシステム情報用領域に割当る。データの記録時に、各ブロックのうち、ファイルシステム情報用領域以外にデータを記録するとともに、ファイルシステム情報用領域が飽和するまでは、ファイルシステム情報用領域に、それまでデータを記録した全てのブロック内のデータのファイルシステム情報を記録し、ファイルシステム情報用領域が飽和した以降は、ファイルシステム情報用領域に、飽和したファイルシステム情報用領域の存在するブロックより後の全ブロック内のデータのファイルシステム情報を記録する。飽和した各ファイルシステム情報用領域のアドレスと、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスとを記憶する。
【解決手段】記録単位のブロックの一部の領域を、ファイルシステム情報用領域に割当る。データの記録時に、各ブロックのうち、ファイルシステム情報用領域以外にデータを記録するとともに、ファイルシステム情報用領域が飽和するまでは、ファイルシステム情報用領域に、それまでデータを記録した全てのブロック内のデータのファイルシステム情報を記録し、ファイルシステム情報用領域が飽和した以降は、ファイルシステム情報用領域に、飽和したファイルシステム情報用領域の存在するブロックより後の全ブロック内のデータのファイルシステム情報を記録する。飽和した各ファイルシステム情報用領域のアドレスと、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスとを記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データと、そのデータを管理するファイルシステム情報とを記録するための装置及び方法に関する。
【背景技術】
【０００２】
記録装置にデータをファイルとして記録する際には、記録装置内でのデータの記録位置を示す情報等から成るファイルシステム情報を作成し、そのファイルシステム情報によって記録データを管理することが一般的に行われている。
【０００３】
従来、作成したファイルシステム情報を記録する方法としては、データを記録する記録媒体中の、データを記録したブロック（記録単位の領域）とは別のブロックにファイルシステム情報を記録するという方法が採られていた（例えば特許文献１）。
【０００４】
ところが、この方法の場合、例えば放送局においてＡＶ（オーディオ・ビデオ）データを記録／再生するために用いられるビデオサーバのように高いアクセス性能（データの記録／再生のビットレート）を要求される記録装置では、ファイルシステム情報だけを記録するために記録媒体に頻繁にアクセスすることによってデータの記録／再生のビットレートを低下させてしまう。そのため、データの記録／再生のビットレートを維持しようとすると、ファイルシステム情報の作成や更新の頻度を下げたり、記録媒体へのファイルシステム情報の書き込みの優先度を低くしてキャッシュメモリ内だけでファイルシステム情報を記録・更新することが必要になるので、記録したデータの管理を十分に行えなくなる可能性がある。
【０００５】
また、データを記録する記録媒体とは別の記録媒体にファイルシステム情報を記録することによって、データの記録／再生のビットレートを維持するという方法もある。
【０００６】
しかし、この方法では、データ記録用の記録媒体に空き領域があるにも関わらず、ファイルシステム情報用の記録媒体のほうに空き領域がなくなってしまった場合には、データ自体の記録も停止しなければならなくなる。また、そうした事態を避けようとすると、ファイルシステム情報用の記録媒体の容量を大きく見積もることが必要になるので、データ記録用の記録媒体とは別に大容量の記録媒体を用意しなければならなくなる。
【０００７】
【特許文献１】特開２００５−１４９６３８号公報（段落０１２４〜０１３０）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上述の点に鑑み、データを記録する記録媒体と同じ記録媒体に、そのデータを管理するファイルシステム情報を優先度を下げることなく記録し、しかもデータの記録／再生のビットレートを維持することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明に係る第１の記録装置は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする。
【００１０】
また本発明に係る第１の記録方法は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３のステップと
を有することを特徴とする。
【００１１】
この第１の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、記録媒体のアクセス性能（データの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができる。
【００１２】
そして、飽和した各ファイルシステム情報用領域のアドレスと、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスとを記憶するが、これらのファイルシステム情報用領域で全てのブロック内のデータのファイルシステム情報が記録されるので、これらのファイルシステム情報用領域だけを読み出せば、記録した全てのデータのファイルシステム情報を取得することができる。
【００１３】
次に、本発明に係る第２の記録装置は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする。
【００１４】
また本発明に係る第２の記録方法は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３のステップと
を有することを特徴とする。
【００１５】
この第２の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、記録媒体のアクセス性能（データの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができる。（ここまでは、前述の第１の記録装置，記録方法と同様である。）
【００１６】
そして、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスを記憶するが、このファイルシステム情報用領域に、飽和した全てのファイルシステム情報用領域のアドレスと、飽和したファイルシステム情報用領域の存在するブロックより後の全てのブロック内のデータのファイルシステム情報とが記録されているので、最後にデータを記録したブロックのファイルシステム情報用領域を読み出した後、そこにアドレスが記録されている飽和したファイルシステム情報用領域を読み出せば、記録した全てのデータのファイルシステム情報を取得することができる。
【００１７】
すなわち、第１の記録装置，記録方法では、飽和した各ファイルシステム情報用領域のアドレスと、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスとを記憶するのでアドレスを記憶するファイルシステム情報用領域の数が不定となる（記録するデータ量が多くなるほど、飽和するファイルシステム情報用領域が多くなるのでアドレスを記憶するファイルシステム情報用領域が多くなる）のに対し、１つのファイルシステム情報用領域のアドレスだけを記憶すればよくなる。
【発明の効果】
【００１８】
本発明に係る第１の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、データの記録／再生時のビットレートを維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができ、しかも、飽和した各ファイルシステム情報用領域と、最後にデータを記録したブロックのファイルシステム情報用領域とだけを読み出すことにより、記録した全てのデータのファイルシステム情報を取得することができるという効果が得られる。
【００１９】
本発明に係る第２の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、データの記録／再生時のビットレートを維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができ、しかも、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスを記憶するだけで、飽和した各ファイルシステム情報用領域をも読み出して、記録した全てのデータのファイルシステム情報を取得することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態として、テレビジョン放送用のビデオサーバに本発明を適用した例を、図面を用いて具体的に説明する。
【００２１】
〔本発明を適用したビデオサーバ〕
最初に、本発明を適用したビデオサーバの全体構成例を、図１を用いて説明する。このビデオサーバは、次のような各部によって構成されている。
・ＳＤＩ規格のシリアルデジタル信号を入出力するための複数（例えば５つ）のＳＤＩ入出力ポート１
・ＡＶデータを一時的に記録するためのバンクメモリ２
・バンクメモリ２に対するＡＶデータの読み書きを行うバンクメモリコントローラ３
・メインストレージである大容量のフラッシュメモリ４及び光ディスクドライブ５
・フラッシュメモリ４及び光ディスクドライブ５を制御する低機能のプロセッサを設けたＦＰＧＡ６
・ＳＤＩ入出力ポート１及びバンクメモリコントローラ３を制御するＣＰＵ７
・フラッシュメモリ４，光ディスクドライブ５内のＡＶデータをそれぞれ管理するファイルシステムや、それらのファイルシステムの上位のプログラムであるファイルマネージャーを格納しており、ビデオサーバ全体を統括するＣＰＵ８
・外部からＲＳ−４２２プロトコルで受信した各ＳＤＩ入出力ポート１毎の記録・再生コマンドをＣＰＵ８に送ったり、ＣＰＵ８からのステータスをＲＳ−４２２プロトコルに変換して外部に返送するための低機能のプロセッサを設けたＦＰＧＡ９
・フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータのカット編集等を行うための編集操作パネル１０
【００２２】
いずれかのＳＤＩ入出力ポート１についての記録コマンドがＦＰＧＡ９で受信されると、ＣＰＵ８及びＣＰＵ７の制御のもと、当該ＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号が、入出力処理部１ａでパラレル形式のＡＶデータに変換され、コーデック１ｂによりＬｏｎｇＧＯＰ方式で符号化（圧縮）されてバンクメモリコントローラ３に送られ、バンクメモリコントローラ３によって毎フレームバンクメモリ２に書き込まれる。
【００２３】
そして、当該ＳＤＩ入出力ポート１からのＡＶデータが一定量書き込まれる毎に、ＣＰＵ８及びＣＰＵ７の制御のもと、バンクメモリコントローラ３によってそのＡＶデータがバンクメモリ２から読み出されて、ＦＰＧＡ６を介してフラッシュメモリ４または光ディスクドライブ５（記録コマンドで指定されたほう）にファイルとして記録される。
【００２４】
また、いずれかのＳＤＩ入出力ポート１についての再生コマンドがＦＰＧＡ９で受信されると、ＣＰＵ８及びＣＰＵ７の制御のもと、フラッシュメモリ４または光ディスクドライブ５（再生コマンドで指定されたほう）からＡＶデータが読み出され、ＦＰＧＡ６を介してバンクメモリコントローラ３によってそのＡＶデータがバンクメモリ２に書き込まれる。
【００２５】
バンクメモリ２からは、バンクメモリコントローラ３によってそのＡＶデータが毎フレーム読み出されて当該ＳＤＩ入出力ポート１に送られる。当該ＳＤＩ入出力ポート１では、そのＡＶデータが、コーデック１ｂによりＬｏｎｇＧＯＰ方式で復号（伸長）され、入出力処理部１ａでＳＤＩ規格のシリアルデジタル信号に変換されて出力される。
【００２６】
〔メインストレージ内のファイルのカット編集処理〕
次に、このビデオサーバにおける、メインストレージ内のファイルのカット編集処理例について説明する。編集操作パネル１０では、フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータ中のプロキシデータ（編集作業用の低解像度のビデオデータ）をいずれかのＳＤＩ入出力ポート１から出力させてモニター（またはＳＤＩ入出力ポート１にＨＤＭＩ（High-Definition Multimedia Interface）等で接続された編集操作パネル１０自体のディスプレイ）で参照しながら、ＧＵＩ画面上でカット編集作業を行うようになっている。このカット編集作業では、図３（ａ）に例示するように、編集元のファイルＡ及びＢをカット編集するために、ファイルＡのＩＮ点と、ファイルＡとファイルＢとの接続点（ＧＯＰの途中のフレームでも可）と、ファイルＢのＯＵＴ点とを指定する操作が可能になっている。また、必要に応じて編集元のファイルＡやＢの削除を指示する操作も可能になっている。
【００２７】
このような編集操作パネル１０でのカット編集操作の情報がＣＰＵ８に送られると、ＣＰＵ８は、前述のファイルシステムやファイルマネージャー等による処理として、図２に示すようなカット編集処理を実行する。
【００２８】
この処理では、最初に、編集元の２つのファイル（ここでもファイルＡ及びＢと記載することにする）のうち、ファイルＡのうちの接続点の直前のＧＯＰ境界のフレームをＯＵＴ点として決定し、ファイルＢのうちの接続点の直後のＧＯＰ境界のフレームをＩＮ点として決定する（ステップＳ１）。図３（ｂ）は、図３（ａ）の操作内容に対応して、このステップＳ１での処理の様子を示している。
【００２９】
ステップＳ１に続き、ファイルＡのＯＵＴ点（ステップＳ１で決定したＯＵＴ点）から接続点までのフレーム及びファイルＢの接続点からＩＮ点（ステップＳ１で決定したＩＮ点）までのフレームを、メインストレージ（フラッシュメモリ４，光ディスクドライブ５のうちファイルＡ及びＢが記録されているほう）から読み出して、ＦＰＧＡ６を介してバンクメモリコントローラ３（図１）に送る（ステップＳ２）。
【００３０】
続いて、ＣＰＵ７（図１）に対して、ファイルＡのＯＵＴ点とファイルＢのＩＮ点とをつなぐファイルであるブリッジファイルの作成を要求するコマンドを送る（ステップＳ３）。
【００３１】
ＣＰＵ７は、このコマンドを受信すると、バンクメモリコントローラ３に送られたファイルＡのＯＵＴ点から接続点までのフレーム及びファイルＢの接続点からＩＮ点までのフレームを、ＭＰＥＧ規格によるＶＢＶバッファ（復号側の装置の入力バッファに対応した仮想的なバッファ）を破綻させることなく再符号化することにより、ブリッジファイルを作成する。
【００３２】
このブリッジファイルは、ファイルＡ，ＢのそれぞれＧＯＰ１つ分以下のフレームから作成したものなので、カット編集操作によって指定されたファイルＡのＩＮ点から接続点までのフレームやファイルＢの接続点からＯＵＴ点までのフレームのデータ量とは無関係に、データ量がかなり小さくなっている。ＣＰＵ７は、作成したブリッジファイルを、バンクメモリコントローラ３からＦＰＧＡ６を介して当該メインストレージに送る。
【００３３】
ＣＰＵ８は、ステップＳ３に続き、ブリッジファイルが当該メインストレージに送られると、そのブリッジファイルを当該メインストレージの空き領域に記録する（ステップＳ４）。図３（ｃ）は、図３（ａ）及び図３（ｂ）に対応して、このステップＳ４での処理の様子を示している。
【００３４】
ステップＳ４に続き、当該メインストレージにおける、ファイルＡのＩＮ点からＯＵＴ点までの部分（Ａ´とする）の記録位置と、ファイルＢのＩＮ点からＯＵＴ点までの部分の記録位置（Ｂ´とする）と、ブリッジファイル全体の記録位置とを示す配置情報（ＡＤ：Allocation Descriptorと呼ぶことにする）をファイルシステム情報とする編集結果のファイル（ファイルＣと記載することにする）を作成する（ステップＳ５）。
【００３５】
図４は、図３に対応して、このステップＳ５での処理の様子を示している。なお、ファイルＡ，ファイルＢ，ブリッジファイルについてのＡＤは、それぞれファイルＡ，ファイルＢ，ブリッジファイルの記録時に（ブリッジファイルではステップＳ４で）ファイルシステム情報として作成したものである。
【００３６】
ステップＳ５に続き、ファイルシステムが管理している当該メインストレージの記録領域の単位である各クラスタのうち、ファイルＡのＡＤ，ファイルＢのＡＤ，ブリッジファイルのＡＤに対応するクラスタを、それぞれのファイルＡ，ファイルＢ，ブリッジファイルによって参照されている領域として管理し、且つ、編集結果ファイルＣのＡＤに対応するクラスタを、編集結果ファイルＣによっても参照されている領域として管理するクラスタ管理情報を作成して、このクラスタ管理情報をＣＰＵ８内のメモリに記憶する（ステップＳ６）。
【００３７】
具体的には、ファイルＡのＡＤ，ファイルＢのＡＤ，ブリッジファイルのＡＤに対応するクラスタについては、ファイルＡ，ファイルＢ，ブリッジファイルの記録時に、それぞれファイルＡ，ファイルＢ，ブリッジファイルによって参照されているクラスタとして参照回数を「１」に設定しておき、ステップＳ６では、それらのクラスタのうち、編集結果ファイルＣのＡＤに対応するクラスタを、編集結果ファイルによっても参照されているクラスタとして、参照回数を「２」にカウントアップする。そして、このクラスタの参照回数の情報を、クラスタ管理情報とする。
【００３８】
図５は、図３及び図４に対応して、このステップＳ６での処理の様子を示している。ファイルＡのＡＤに対応するクラスタ番号１〜４のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号２及び３のクラスタの参照回数が「２」となり、残りのクラスタ番号１及び４のクラスタの参照回数が「１」となっている。また、ファイルＢのＡＤに対応するクラスタ番号５〜９のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号６及び７のクラスタの参照回数が「２」となり、残りのクラスタ番号５，８及び９のクラスタの参照回数が「１」となっている。また、ブリッジファイルのＡＤに対応するクラスタ番号１０のクラスタは、編集結果ファイルＣのＡＤにも対応しているので、参照回数が「２」となっている。
【００３９】
図３に示すように、ステップＳ６に続き、編集結果ファイルＣの各フレームのアドレス情報及びサイズ情報から成るインデックス情報（ピクチャポインタと呼ぶことにする）を、ファイルＡ，Ｂについてのピクチャポインタとは独立して作成する（ステップＳ７）。
【００４０】
このピクチャポインタは、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータは１フレームのサイズが一定ではなく可変長となることから、任意のフレームに高速にアクセスするために必要な情報であり、ファイルＡ，Ｂについてはその記録時に作成されている。
【００４１】
図６は、このステップＳ７での編集結果ファイルＣのピクチャポインタの作成の様子を、ファイルＡのピクチャポインタと対比させて示す図である。ピクチャポインタはファイルの先頭からアドレスをつけるので、ファイルＡのピクチャポインタでは、ＩＮ点以降の各フレームのアドレスがｎ，ｎ＋１，ｎ＋２，…（ｎは１以上の整数）になっている。これに対し、ファイルＡのＩＮ点を先頭とする編集結果ファイルＣでは、この同じＩＮ点以降の各フレームのアドレスが０，１，２，…になっている。サイズ情報は、ファイルＡのＩＮ点からＯＵＴ点までのフレーム、ブリッジファイルの各フレーム、ファイルＢのＩＮ点からＯＵＴ点までのフレームと同じである。
【００４２】
図３に示すように、ステップＳ７に続き、ブリッジファイルを削除する（ステップＳ８）。なお、ＣＰＵ８に格納されているファイルシステムでは、ファイルの削除処理は、ファイルシステム上で、削除対象のファイルＡＤに対応するクラスタの参照回数（図５）を１だけデクリメントすることのみによって行い、メインストレージからのＡＶデータ自体の消去は行わない。したがって、ステップＳ８でのブリッジファイルの削除も、ブリッジファイルのＡＤに対応するクラスタ番号のクラスタ（図５ではクラスタ番号１０のクラスタ）の参照回数を「１」にカウントダウンすることのみによって行われる。ステップＳ８を終えると、カット編集処理を終了する。
【００４３】
以上のようなカット編集処理により、このビデオサーバでは、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータのファイルをカット編集する際に、編集元のファイル同士をつなぐデータ量の少ないブリッジファイルだけを新規に作成してメインストレージ（フラッシュメモリ４または光ディスクドライブ５）に記録し、編集元のファイルのほうは、メインストレージ内にコピー（再配置）するのではなく編集に用いる部分（ファイルＡ，ＢのそれぞれＩＮ点からＯＵＴ点までのフレーム）の記録位置を示す情報を用いて、編集結果ファイルが作成される。
【００４４】
これにより、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータを、編集元のファイルの大量のデータをコピーすることなく編集することができるので、メインストレージの容量の消費を最小限に抑えることや、編集にかかる時間を短くすることができる。
【００４５】
また、メインストレージの記録領域の単位である各クラスタのうち、編集元のファイルによって参照されているクラスタと編集結果ファイルによって参照されているクラスタとをそれぞれ管理することにより、編集元のファイルと編集結果ファイルとを区別なく独立に扱うことができるので、編集元のファイルを削除することも可能になっている。
【００４６】
そして、編集結果ファイルによって記録位置が示されている各フレームのアドレス情報及びサイズ情報（ピクチャポインタ）を、編集元のファイルのピクチャポインタとは独立して作成するので、編集元のファイルを削除することによって編集元のファイルのピクチャポインタがファイルシステム上で削除された後も、編集結果ファイルのピクチャポインタに基づいて編集結果ファイルの任意のフレームを高速アクセスして再生することができる。
【００４７】
図７は、編集操作パネル１０での操作に基づく編集元のファイルＡの削除の様子を、図５と対応させて示す図である。ファイルＡのＡＤに対応するクラスタ番号１〜４のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号２及び３のクラスタの参照回数が「１」にカウントダウンされ、残りのクラスタ番号１及び４のクラスタの参照回数が「０」にカウントダウンされている。参照回数が「０」になったクラスタ番号１及び４のクラスタは、未使用領域として開放されて、新たなファイルのＡＶデータを記録する領域として使用することができる。編集結果ファイルＣのＡＤに対応するクラスタ番号２及び３のクラスタは、参照回数が「１」なので、新たなファイルのＡＶデータが記録されることはなく、元の記録内容が保護される。
【００４８】
〔編集元ファイル及びブリッジファイルのファイルシステム情報の記録処理〕
次に、図１のビデオサーバにおける、編集元のファイルやブリッジファイルのファイルシステム情報（図４に示した編集元のファイルＡ，ＢやブリッジファイルのＡＤ）の記録処理について、２つの例を説明する。
【００４９】
<例１>
最初に、１つ目の例を説明する。ＣＰＵ８（図１）は、編集元のファイルやブリッジファイルをフラッシュメモリ４に記録する場合には、６４ページ（１ページのサイズは１２８ｋバイト）で構成される８Ｍバイトのブロックを、記録領域の単位であるクラスタとする。そして、図８に示すように、１ブロックのうちの１ページずつを、ファイルシステム情報（ＡＤ）の領域であるＦＳ用ページと、前述のピクチャポインタ（各フレームのアドレス情報及びサイズ情報）の領域であるＰＰ用ページとに割り当てる。
【００５０】
１ブロック分のＡＶデータについてのＡＤ，ピクチャポインタのデータ量はそれぞれ１ページのサイズに比べて非常に小さいので、１つのＦＳ用ページ，ＰＰ用ページにはそれぞれ複数ブロック分のＡＶデータについてのＡＤ，ピクチャポインタを記録することが可能である。
【００５１】
そして、ＣＰＵ８は、編集元のファイルやブリッジファイルのＡＶデータの記録時に、前述のファイルシステムやファイルマネージャー等による処理として、図９に示すようなＡＶデータ及びファイルシステム情報の記録処理を実行する。
【００５２】
この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、後述するキーＦＳの存在するブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ２１）。
【００５３】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されたことによって飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ２２）。
【００５４】
続いて、現在のブロックのＦＳ用ページが飽和したか（１２８ｋバイト分のＡＤ及びピクチャポインタが記録されたか）否かを判断する（ステップＳ２３）。
【００５５】
ノーであれば、ＣＰＵ８内のメモリにおいて、最新のＦＳ用ページであることを表すカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新する（ステップＳ２５）。他方イエスであれば、現在のブロックのＦＳ用ページのアドレスを、キーＦＳのアドレスとしてＣＰＵ８内のメモリに記憶して（ステップＳ２４）、ステップＳ２５に進む。
【００５６】
続いて、ＡＶデータの記録を全て終了したか否かを判断する（ステップＳ２６）。ノーであれば、記録対象の次のブロックに移って（ステップＳ２７）、ステップＳ２１に戻る。
【００５７】
ステップＳ２１でイエスになると、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページに、キーＦＳの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ２８）。そしてステップＳ２３に進む。
【００５８】
ステップＳ２６でイエスになると、カレントＦＳとなったＦＳ用ページに、現在のブロックのＰＰ用ページのＡＤをさらに記録して（ステップＳ２９）、処理を終了する。
【００５９】
図１０は、図９の処理によるＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。最初のブロックｂ１では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１内のＡＶデータのＡＤ（ビデオ，各チャンネル１〜４のオーディオというエッセンス毎の先頭アドレス及びサイズ）が記憶される（図９のステップＳ２２）。
【００６０】
次のブロックｂ２では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１及びｂ２内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１及びｂ２内のＡＶデータのＡＤが記憶される（図９のステップＳ２２）。次のブロックｂ３では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１〜ｂ３内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ３内のＡＶデータのＡＤが記憶される（図９のステップＳ２２）。
【００６１】
その後のブロックｂ４では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１〜ｂ４内のＡＶデータのピクチャポインタが記録される。また、ＰＰ用ページが飽和したので、ＦＳ用ページには、ブロックｂ１〜ｂ４内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２２）。
【００６２】
次のブロックｂ５では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ５内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２２）（ブロックｂ５以降ではＰＰ用ページやＦＳ用ページとブロックとの対応関係を示す矢印を一部のみ描いている）。
【００６３】
次のブロックｂ６では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５及びｂ６内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ６内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶されて（図９のステップＳ２２）、ＦＳ用ページが飽和してキーＦＳとなる（図９のステップＳ２４）。
【００６４】
次のブロックｂ７では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５〜ｂ７内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロック７内のＡＶデータのＡＤが記録される（図９のステップＳ２８）。
【００６５】
次のブロックｂ８では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５〜ｂ８内のＡＶデータのピクチャポインタが記録される。また、ＰＰ用ページが飽和したので、ＦＳ用ページには、ブロックｂ７及びｂ８内のＡＶデータのＡＤとブロックｂ８内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２８）。
【００６６】
次のブロックｂ９では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ９内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ７〜ｂ９内のＡＶデータのＡＤとブロックｂ８内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２８）。そして、ブロックｂ９でＡＶデータの記録が終了するので、カレントＦＳとなったブロックｂ９のＦＳ用ページに、ブロックｂ９内のＰＰ用ページのＡＤも記録される（図９のステップＳ２９）。
【００６７】
この記録処理によれば、ファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ＡＶデータの記録時に同時に同じブロックにファイルシステム情報及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報及びピクチャポインタを記録することができる。
【００６８】
そして、キーＦＳとカレントＦＳとで全てのブロック内のＡＶデータのＡＤ及びＰＰ用ページのＡＤが記録される。例えば図１０の例では、キーＦＳにブロックｂ１〜ｂ６内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤ（すなわちブロックｂ１〜ｂ４内のＡＶデータについてのピクチャポインタの配置情報）とが記録され、カレントＦＳにブロックｂ７〜ｂ９内のＡＶデータのＡＤとブロックｂ８及びｂ９内のＰＰ用ページのＡＤ（すなわちブロックｂ５〜ｂ９内のＡＶデータについてのピクチャポインタの配置情報）とが記録される。
【００６９】
したがって、キーＦＳのページとカレントＦＳのページとだけを読み出せば、記録した全てのＡＶデータのＡＤを取得することができるとともに、記録した全てのＡＶデータのピクチャポインタを記録しているＰＰ用ページのＡＤを取得することができる。特に、フラッシュメモリ４はアクセスがシークレスなので、瞬時にこれらの分散した複数のページからＡＤやピクチャポインタを取得することができる。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集元のファイルやブリッジファイルのファイルシステム情報及びピクチャポインタを管理することが可能となる。
【００７０】
<例２>
次に、編集元のファイルやブリッジファイルのファイルシステム情報の記録処理の２つ目の例を説明する。ＣＰＵ８（図１）は、編集元のファイルやブリッジファイルをフラッシュメモリ４に記録する場合には、やはりブロックを記録領域の単位であるクラスタとする。そして、図１１に示すように、１ブロックのうちの１ページずつを、ファイルシステム情報（ＡＤ）の領域であるＦＳ用ページと、ピクチャポインタ（各フレームのアドレス情報及びサイズ情報）の領域であるＰＰ用ページとに割り当てる。（ここまでは図８と同じである。）
【００７１】
さらに、このＦＳ用ページのうち、例えば１ｋバイト分の領域を、既に飽和したＦＳ用ページのアドレスを検索用インデックスとして記録するための領域とし、残りの１２７ｋバイト分の領域をＡＤの領域とする。なお、検索用インデックスの領域を１ｋバイトとしたのはあくまで一例であり、ＡＶデータのデータ量が多くなるほど飽和するＦＳ用ページが多くなるので、飽和した全てのＦＳ用ページのアドレスを記録できるように、ＡＶデータのデータ量に応じて検索用インデックスの領域のバイト数を決定すればよい。
【００７２】
そして、ＣＰＵ８は、編集元のファイルやブリッジファイルのＡＶデータの記録時に、前述のファイルシステムやファイルマネージャー等による処理として、図１２に示すようなＡＶデータ及びファイルシステム情報の記録処理を実行する。
【００７３】
この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、ＦＳ用ページの飽和したブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ３１）。
【００７４】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ３２）。
【００７５】
そして、ＣＰＵ８内のメモリにおいて、最新のＦＳ用ページであることを表すカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新する（ステップＳ３３）。
【００７６】
続いて、ＡＶデータの記録を全て終了したか否かを判断する（ステップＳ３４）。ノーであれば、記録対象の次のブロックに移って（ステップＳ３５）、ステップＳ３１に戻る。
【００７７】
ステップＳ３１でイエスになると、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ３６）。そしてステップＳ３３に進む。
【００７８】
ステップＳ３４でイエスになると、カレントＦＳとなったＦＳ用ページに、現在のブロックのＰＰ用ページのＡＤをさらに記録して（ステップＳ３７）、処理を終了する。
【００７９】
図１３は、図１２の処理によるＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。カレントＦＳ中の検索用インデックスの領域には、飽和した全てのＦＳ用ページのアドレス（ＦＳアドレスと記載している）が記録されている。また、カレントＦＳ中のＡＤの領域には、図１０に例示したブロックｂ９のＦＳ用ページと同様に、飽和したＦＳ用ページの存在するブロックより後の全てのブロック内のＡＶデータ及び飽和したＰＰ用ページのＡＤと、現在のブロックのＰＰ用ページのＡＤとが記録されている。
【００８０】
この記録処理によれば、ファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ＡＶデータの記録時に同時に同じブロックにファイルシステム情報及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報及びピクチャポインタを記録することができる。（ここまでは<例１>の記録処理と同様である。）
【００８１】
さらに、図１３にも例示したように、カレントＦＳ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスが記録されているので、カレントＦＳのページを読み出した後、その検索用インデックスの領域にアドレスが記憶されている飽和したＦＳ用ページを読み出せば、記録した全てのＡＶデータのＡＤを取得することができるとともに、記録した全てのＡＶデータのピクチャポインタを記録しているＰＰ用ページのＡＤを取得することができる。
【００８２】
すなわち、<例１>の記録処理では、キーＦＳのアドレスとカレントＦＳのアドレスとを記憶するのでアドレスを記憶するページの数が不定となる（ＡＶデータのデータ量が多くなるほど、飽和するＦＳ用ページが多くなるのでキーＦＳが多くなる）のに対し、１つのカレントＦＳのアドレスだけを記憶すればよい。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集元のファイルやブリッジファイルのファイルシステム情報及びピクチャポインタを一層容易に管理することが可能となる。
【００８３】
この<例１>及び<例２>では、フラッシュメモリ４に編集元のファイルやブリッジファイルを記録する場合について説明した。しかし、これに限らず、光ディスクドライブ５（図１）に編集元のファイルやブリッジファイルを記録する場合に、光ディスクの各記録単位（クラスタ）のうちの一部ずつをファイルシステム情報，ピクチャポインタの領域に割り当てて図９や図１２のような処理を行ってもよい。さらにはメインストレージとしてハードディスクドライブを設けたビデオサーバ等の記録システムにおいて、ハードディスクドライブの各記録単位（クラスタ）のうちの一部ずつをファイルシステム情報，ピクチャポインタの領域に割り当てて図９や図１２と同様な処理を行ってもよい。
【００８４】
ただし、光ディスクドライブやハードディスクドライブは、フラッシュメモリと違ってシークが問題となるデバイスなので、図９や図１２の処理によってファイルシステム情報やピクチャポインタが分散して記録されると、その読み出し時間が問題となる。そこで、光ディスクドライブやハードディスクドライブに適用する場合には、光ディスクドライブやハードディスクドライブに記録したファイルシステム情報及びピクチャポインタを、バックアップデータとして、システムの起動時に、ＣＰＵ８内のメモリのようなシーク時間が問題とならないデバイスにロードし、そのデバイスのほうでファイルシステム情報やピクチャポインタの読み出しを行うようにすれば、システムの信頼性を高めることが可能となる。
【００８５】
〔編集結果ファイルのファイルシステム情報の記録処理〕
次に、図１のビデオサーバにおける、編集結果ファイルのファイルシステム情報（図４に示した編集結果ファイルＣのＡＤ）の記録処理例について説明する。
【００８６】
図２に示したカット編集処理では、編集元のファイル（ファイルＡ，Ｂ）のＩＮ点からＯＵＴ点までの部分の記録位置と、ブリッジファイル全体の記録位置とを示すＡＤ（配置情報）をファイルシステム情報とする編集結果ファイルＣを作成している（ステップＳ５）。しかし、この編集結果ファイルＣのＡＤ（図４参照）として、新規のＡＤを作成するのか、それとも既に作成されている編集元のファイル及びブリッジファイルのＡＤ（図４参照）をそのまま利用する（新規に作成しない）のかについては、このカット編集処理では言及していない。
【００８７】
ここで、編集元のファイルやブリッジファイルについて図８〜図１０や図１１〜図１３に示したＡＶデータ及びファイルシステム情報の記録処理を実行した上で、編集結果ファイルＣのＡＤとして編集元のファイル及びブリッジファイルのＡＤをそのまま利用した場合を考える。
【００８８】
図１４は、図３（ｂ）に示したファイルＡのＩＮ点からＯＵＴ点までのＡＶデータが、図１０や図１３に示したようなフラッシュメモリ４のブロックのうちの、飽和したＦＳ用ページの存在するブロックｂ４と、それに続く２つのブロックｂ５，ｂ６とに記録されているものとして、編集結果ファイルＣのＡＤとしてこのファイルＡのＡＤをそのまま利用した場合を示す図である（図１４ではＰＰ用ページは図示を省略している）。この場合には、ブロックｂ４〜ｂ６のＦＳ用ページに記録されているファイルＡのＡＤを、編集結果ファイルＣのＡＤとして用いることになる。
【００８９】
ところが、ブロックｂ５，ｂ６のＦＳ用ページにはファイルＡのうちの編集結果部分（ＩＮ点からＯＵＴ点までの範囲内）であるブロックｂ５，ｂ６内のＡＶデータのＡＤのみが記録されているが、ブロックｂ４には、編集結果部分であるブロックｂ４内のＡＶデータのＡＤと、編集結果部分ではないブロックｂ１〜ｂ３内のＡＶデータのＡＤとの両方が記録されている。したがって、編集結果部分であるブロックｂ４内のＡＶデータの記録位置のみを表現するファイルシステム情報が存在しないことになる。
【００９０】
こうした事態を避けるためには、編集結果ファイルＣ全体のファイルシステム情報（ＡＤ）を新規に作成することが望ましい。ただし、編集結果ファイルＣでは、ＡＶデータ自体はコピーすることなく編集元のファイル及びブリッジファイルのＡＶデータをそのまま利用する（図５に例示したようにクラスタの参照回数によって管理する）ので、編集元のファイルやブリッジファイルについて図８〜図１０や図１１〜図１３に示したような処理によってファイルシステム情報を記録することはできない。
【００９１】
そこで、編集結果ファイルＣのファイルシステム情報を新規に作成し、この編集結果ファイルＣのファイルシステム情報を、ブリッジファイルの記録時に併せて記録するという方法を説明する。図１５は、そのためにＣＰＵ８が実行する記録処理例を示すフローチャートであり、図１２の記録処理を一部変更するとともに図２のカット編集処理におけるステップＳ５，Ｓ７の処理順序をステップＳ４と同時に合わせたものである。
【００９２】
この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、ＦＳ用ページの飽和したブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ４１）。
【００９３】
ノーであれば、現在のブロックが、ブリッジファイルのＡＶデータを記録する最終のブロックとなるか否かを判断する（ステップＳ４２）。
【００９４】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ（図１１）以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されて飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域（図１１）に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ４３）。
【００９５】
そして、ＣＰＵ８内のメモリにおいて、ブリッジファイルについてのカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新し（ステップＳ４４）、記録対象の次のブロックに移って（ステップＳ４５）、ステップＳ４１に戻る。
【００９６】
ステップＳ４２でイエスになった場合には、編集結果ファイルＣのピクチャポインタを作成する（図２のステップＳ７に該当）とともに、前述したように編集結果ファイルＣ全体のファイルシステム情報（ＡＤ）を新規に作成する（ステップＳ４６）。
【００９７】
続いて、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されて飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録し、且つ、残りのページ（ＦＳ用ページ，ＰＰ用ページ以外のページであってＡＶデータを記録しなかったページ）に、編集結果ファイルＣのピクチャポインタとＡＤとを記録する（ステップＳ４７）。
【００９８】
このステップＳ４７では、編集結果ファイルＣのＡＤを、図１６に示すような方法で記録する。すなわち、編集結果ファイルＣのピクチャポインタを記録したページ以外のページについて、図１１に示したＦＳ用ページと同様に、例えば１ｋバイト分の領域を、飽和したページのアドレスを検索用インデックスとして記録するための領域とし、残りの１２７ｋバイト分の領域をＡＤの領域とする。そして、ＡＤの領域に編集結果ファイルＣのＡＤとピクチャポインタを記録したページのＡＤとを記録するとともに、検索用インデックスの領域に、既にＡＤを記録した全てのページのアドレスを記録する。図１６には、３つのページに編集結果ファイルＣのＡＤを記録した状態を示しており、この３つのページのうち、中央のページの検索用インデックスの領域に左端のページのアドレス（ＦＳアドレスと記載している）が記録され、右端のページの検索用インデックスの領域に左端のページのアドレスと中央のページのアドレスとが記録される。
【００９９】
図１５に示すように、ステップＳ４７に続き、ＣＰＵ８内のメモリにおいて、ブリッジファイルについてのカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新するとともに、ステップＳ４７で最後に編集結果ファイルＣのＡＤを記録したページのアドレスを、編集結果ファイルＣについてのカレントＦＳのアドレスとしてＣＰＵ８内のメモリに記憶する（ステップＳ４８）。そして処理を終了する。
【０１００】
図１６の例では、ステップＳ４８で、編集結果ファイルＣのＡＤを記録した３つのページのうちの右端のページのアドレスが、編集結果ファイルＣについてのカレントＦＳのアドレスとして記憶されることになる。
【０１０１】
ステップＳ４２でイエスになることなくステップＳ４１でイエスになった場合には、現在のブロックが、ブリッジファイルのＡＶデータを記録する最終のブロックとなるか否かを判断する（ステップＳ４９）。
【０１０２】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録する（ステップＳ５０）。そしてステップＳ４４に進む。
【０１０３】
ステップＳ４９でイエスになると、編集結果ファイルＣのピクチャポインタを作成する（図２のステップＳ８に該当）とともに、前述したように編集結果ファイルＣ全体のＡＤを新規に作成する（ステップＳ５１）。
【０１０４】
続いて、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録し、且つ、残りのページ（ＦＳ用ページ，ＰＰ用ページ以外のページであってＡＶデータを記録しなかったページ）に、図１６に示したようにして編集結果ファイルＣのピクチャポインタとＡＤとを記録する（ステップＳ５２）。そしてステップＳ４８に進む。
【０１０５】
この記録処理によれば、編集結果ファイルＣのファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ブリッジファイルのＡＶデータの記録時に、ブリッジファイルを記録する最終ブロックに編集結果ファイルＣのＡＤ及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、且つ、メインストレージの容量を余計に消費することなく、編集結果ファイルＣのファイルシステム情報及びピクチャポインタを記録することができる。
【０１０６】
そして、図１６にも例示したように、編集結果ファイルＣのカレントＦＳのページを読み出した後、その検索用インデックスの領域にアドレスが記憶されているページを読み出せば、編集結果ファイルＣの全てのＡＤを取得することができるとともに、編集結果ファイルＣの全てのピクチャポインタを記録しているページのＡＤを取得することができる。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集結果ファイルＣのファイルシステム情報及びピクチャポインタを容易に管理することが可能となる。
【０１０７】
なお、この発明の実施の形態では、編集機能を有するビデオサーバに本発明を適用している。しかし、以上に説明したカット編集処理や記録処理は、ビデオサーバに以外の編集装置にも適用することができる。また、図８〜図１０や図１１〜図１３を用いて説明したＡＶデータ及びファイルシステム情報の記録処理は、編集機能を有しない記録装置においてＡＶデータ及びファイルシステム情報を記録するためにも適用することができる。
【図面の簡単な説明】
【０１０８】
【図１】本発明を適用したビデオサーバの全体構成例を示す図である。
【図２】カット編集処理を示すフローチャートである。
【図３】図２の処理による編集結果ファイルの作成の様子を例示する図である。
【図４】図２の処理による編集結果ファイルの作成の様子を例示する図である。
【図５】図２の処理によるクラスタの参照回数の管理の様子を例示する図である。
【図６】図２の処理による編集結果ファイルのピクチャポインタの作成の様子を例示する図である。
【図７】編集元のファイルの削除の様子を例示する図である。
【図８】図１のフラッシュメモリに編集元のファイル，ブリッジファイルを記録する際のファイルシステム情報の記録領域の割当て例を示す図である。
【図９】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録処理例を示すフローチャートである。
【図１０】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。
【図１１】図１のフラッシュメモリに編集元のファイル，ブリッジファイルを記録する際のファイルシステム情報の記録領域の割当て例を示す図である。
【図１２】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録処理例を示すフローチャートである。
【図１３】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。
【図１４】編集結果ファイルＣのＡＤとして編集元のファイルのＡＤをそのまま利用した場合を例示する図である。
【図１５】ブリッジファイルのＡＶデータ及びファイルシステム情報と編集結果ファイルのファイルシステム情報との記録処理例を示すフローチャートである。
【図１６】ブリッジファイルの最終ブロックへの編集結果ファイルのファイルシステム情報の記録方法を示す図である。
【符号の説明】
【０１０９】
１ ＳＤＩ入出力ポート、 ２ バンクメモリ、 ３ バンクメモリコントローラ、 ４ フラッシュメモリ、 ５ 光ディスクドライブ、 ６ ＦＰＧＡ、 ７ ＣＰＵ、 ８ ＣＰＵ、 ９ ＦＰＧＡ、 １０ 編集操作パネル
【技術分野】
【０００１】
本発明は、データと、そのデータを管理するファイルシステム情報とを記録するための装置及び方法に関する。
【背景技術】
【０００２】
記録装置にデータをファイルとして記録する際には、記録装置内でのデータの記録位置を示す情報等から成るファイルシステム情報を作成し、そのファイルシステム情報によって記録データを管理することが一般的に行われている。
【０００３】
従来、作成したファイルシステム情報を記録する方法としては、データを記録する記録媒体中の、データを記録したブロック（記録単位の領域）とは別のブロックにファイルシステム情報を記録するという方法が採られていた（例えば特許文献１）。
【０００４】
ところが、この方法の場合、例えば放送局においてＡＶ（オーディオ・ビデオ）データを記録／再生するために用いられるビデオサーバのように高いアクセス性能（データの記録／再生のビットレート）を要求される記録装置では、ファイルシステム情報だけを記録するために記録媒体に頻繁にアクセスすることによってデータの記録／再生のビットレートを低下させてしまう。そのため、データの記録／再生のビットレートを維持しようとすると、ファイルシステム情報の作成や更新の頻度を下げたり、記録媒体へのファイルシステム情報の書き込みの優先度を低くしてキャッシュメモリ内だけでファイルシステム情報を記録・更新することが必要になるので、記録したデータの管理を十分に行えなくなる可能性がある。
【０００５】
また、データを記録する記録媒体とは別の記録媒体にファイルシステム情報を記録することによって、データの記録／再生のビットレートを維持するという方法もある。
【０００６】
しかし、この方法では、データ記録用の記録媒体に空き領域があるにも関わらず、ファイルシステム情報用の記録媒体のほうに空き領域がなくなってしまった場合には、データ自体の記録も停止しなければならなくなる。また、そうした事態を避けようとすると、ファイルシステム情報用の記録媒体の容量を大きく見積もることが必要になるので、データ記録用の記録媒体とは別に大容量の記録媒体を用意しなければならなくなる。
【０００７】
【特許文献１】特開２００５−１４９６３８号公報（段落０１２４〜０１３０）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上述の点に鑑み、データを記録する記録媒体と同じ記録媒体に、そのデータを管理するファイルシステム情報を優先度を下げることなく記録し、しかもデータの記録／再生のビットレートを維持することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明に係る第１の記録装置は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする。
【００１０】
また本発明に係る第１の記録方法は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３のステップと
を有することを特徴とする。
【００１１】
この第１の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、記録媒体のアクセス性能（データの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができる。
【００１２】
そして、飽和した各ファイルシステム情報用領域のアドレスと、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスとを記憶するが、これらのファイルシステム情報用領域で全てのブロック内のデータのファイルシステム情報が記録されるので、これらのファイルシステム情報用領域だけを読み出せば、記録した全てのデータのファイルシステム情報を取得することができる。
【００１３】
次に、本発明に係る第２の記録装置は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする。
【００１４】
また本発明に係る第２の記録方法は、データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３のステップと
を有することを特徴とする。
【００１５】
この第２の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、記録媒体のアクセス性能（データの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができる。（ここまでは、前述の第１の記録装置，記録方法と同様である。）
【００１６】
そして、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスを記憶するが、このファイルシステム情報用領域に、飽和した全てのファイルシステム情報用領域のアドレスと、飽和したファイルシステム情報用領域の存在するブロックより後の全てのブロック内のデータのファイルシステム情報とが記録されているので、最後にデータを記録したブロックのファイルシステム情報用領域を読み出した後、そこにアドレスが記録されている飽和したファイルシステム情報用領域を読み出せば、記録した全てのデータのファイルシステム情報を取得することができる。
【００１７】
すなわち、第１の記録装置，記録方法では、飽和した各ファイルシステム情報用領域のアドレスと、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスとを記憶するのでアドレスを記憶するファイルシステム情報用領域の数が不定となる（記録するデータ量が多くなるほど、飽和するファイルシステム情報用領域が多くなるのでアドレスを記憶するファイルシステム情報用領域が多くなる）のに対し、１つのファイルシステム情報用領域のアドレスだけを記憶すればよくなる。
【発明の効果】
【００１８】
本発明に係る第１の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、データの記録／再生時のビットレートを維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができ、しかも、飽和した各ファイルシステム情報用領域と、最後にデータを記録したブロックのファイルシステム情報用領域とだけを読み出すことにより、記録した全てのデータのファイルシステム情報を取得することができるという効果が得られる。
【００１９】
本発明に係る第２の記録装置，記録方法によれば、ファイルシステム情報だけを記録するために記録媒体にアクセスすることがなく、データの記録時に同時に同じブロックにファイルシステム情報を記録するので、データの記録／再生時のビットレートを維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報を記録することができ、しかも、最後にデータを記録したブロックのファイルシステム情報用領域のアドレスを記憶するだけで、飽和した各ファイルシステム情報用領域をも読み出して、記録した全てのデータのファイルシステム情報を取得することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態として、テレビジョン放送用のビデオサーバに本発明を適用した例を、図面を用いて具体的に説明する。
【００２１】
〔本発明を適用したビデオサーバ〕
最初に、本発明を適用したビデオサーバの全体構成例を、図１を用いて説明する。このビデオサーバは、次のような各部によって構成されている。
・ＳＤＩ規格のシリアルデジタル信号を入出力するための複数（例えば５つ）のＳＤＩ入出力ポート１
・ＡＶデータを一時的に記録するためのバンクメモリ２
・バンクメモリ２に対するＡＶデータの読み書きを行うバンクメモリコントローラ３
・メインストレージである大容量のフラッシュメモリ４及び光ディスクドライブ５
・フラッシュメモリ４及び光ディスクドライブ５を制御する低機能のプロセッサを設けたＦＰＧＡ６
・ＳＤＩ入出力ポート１及びバンクメモリコントローラ３を制御するＣＰＵ７
・フラッシュメモリ４，光ディスクドライブ５内のＡＶデータをそれぞれ管理するファイルシステムや、それらのファイルシステムの上位のプログラムであるファイルマネージャーを格納しており、ビデオサーバ全体を統括するＣＰＵ８
・外部からＲＳ−４２２プロトコルで受信した各ＳＤＩ入出力ポート１毎の記録・再生コマンドをＣＰＵ８に送ったり、ＣＰＵ８からのステータスをＲＳ−４２２プロトコルに変換して外部に返送するための低機能のプロセッサを設けたＦＰＧＡ９
・フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータのカット編集等を行うための編集操作パネル１０
【００２２】
いずれかのＳＤＩ入出力ポート１についての記録コマンドがＦＰＧＡ９で受信されると、ＣＰＵ８及びＣＰＵ７の制御のもと、当該ＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号が、入出力処理部１ａでパラレル形式のＡＶデータに変換され、コーデック１ｂによりＬｏｎｇＧＯＰ方式で符号化（圧縮）されてバンクメモリコントローラ３に送られ、バンクメモリコントローラ３によって毎フレームバンクメモリ２に書き込まれる。
【００２３】
そして、当該ＳＤＩ入出力ポート１からのＡＶデータが一定量書き込まれる毎に、ＣＰＵ８及びＣＰＵ７の制御のもと、バンクメモリコントローラ３によってそのＡＶデータがバンクメモリ２から読み出されて、ＦＰＧＡ６を介してフラッシュメモリ４または光ディスクドライブ５（記録コマンドで指定されたほう）にファイルとして記録される。
【００２４】
また、いずれかのＳＤＩ入出力ポート１についての再生コマンドがＦＰＧＡ９で受信されると、ＣＰＵ８及びＣＰＵ７の制御のもと、フラッシュメモリ４または光ディスクドライブ５（再生コマンドで指定されたほう）からＡＶデータが読み出され、ＦＰＧＡ６を介してバンクメモリコントローラ３によってそのＡＶデータがバンクメモリ２に書き込まれる。
【００２５】
バンクメモリ２からは、バンクメモリコントローラ３によってそのＡＶデータが毎フレーム読み出されて当該ＳＤＩ入出力ポート１に送られる。当該ＳＤＩ入出力ポート１では、そのＡＶデータが、コーデック１ｂによりＬｏｎｇＧＯＰ方式で復号（伸長）され、入出力処理部１ａでＳＤＩ規格のシリアルデジタル信号に変換されて出力される。
【００２６】
〔メインストレージ内のファイルのカット編集処理〕
次に、このビデオサーバにおける、メインストレージ内のファイルのカット編集処理例について説明する。編集操作パネル１０では、フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータ中のプロキシデータ（編集作業用の低解像度のビデオデータ）をいずれかのＳＤＩ入出力ポート１から出力させてモニター（またはＳＤＩ入出力ポート１にＨＤＭＩ（High-Definition Multimedia Interface）等で接続された編集操作パネル１０自体のディスプレイ）で参照しながら、ＧＵＩ画面上でカット編集作業を行うようになっている。このカット編集作業では、図３（ａ）に例示するように、編集元のファイルＡ及びＢをカット編集するために、ファイルＡのＩＮ点と、ファイルＡとファイルＢとの接続点（ＧＯＰの途中のフレームでも可）と、ファイルＢのＯＵＴ点とを指定する操作が可能になっている。また、必要に応じて編集元のファイルＡやＢの削除を指示する操作も可能になっている。
【００２７】
このような編集操作パネル１０でのカット編集操作の情報がＣＰＵ８に送られると、ＣＰＵ８は、前述のファイルシステムやファイルマネージャー等による処理として、図２に示すようなカット編集処理を実行する。
【００２８】
この処理では、最初に、編集元の２つのファイル（ここでもファイルＡ及びＢと記載することにする）のうち、ファイルＡのうちの接続点の直前のＧＯＰ境界のフレームをＯＵＴ点として決定し、ファイルＢのうちの接続点の直後のＧＯＰ境界のフレームをＩＮ点として決定する（ステップＳ１）。図３（ｂ）は、図３（ａ）の操作内容に対応して、このステップＳ１での処理の様子を示している。
【００２９】
ステップＳ１に続き、ファイルＡのＯＵＴ点（ステップＳ１で決定したＯＵＴ点）から接続点までのフレーム及びファイルＢの接続点からＩＮ点（ステップＳ１で決定したＩＮ点）までのフレームを、メインストレージ（フラッシュメモリ４，光ディスクドライブ５のうちファイルＡ及びＢが記録されているほう）から読み出して、ＦＰＧＡ６を介してバンクメモリコントローラ３（図１）に送る（ステップＳ２）。
【００３０】
続いて、ＣＰＵ７（図１）に対して、ファイルＡのＯＵＴ点とファイルＢのＩＮ点とをつなぐファイルであるブリッジファイルの作成を要求するコマンドを送る（ステップＳ３）。
【００３１】
ＣＰＵ７は、このコマンドを受信すると、バンクメモリコントローラ３に送られたファイルＡのＯＵＴ点から接続点までのフレーム及びファイルＢの接続点からＩＮ点までのフレームを、ＭＰＥＧ規格によるＶＢＶバッファ（復号側の装置の入力バッファに対応した仮想的なバッファ）を破綻させることなく再符号化することにより、ブリッジファイルを作成する。
【００３２】
このブリッジファイルは、ファイルＡ，ＢのそれぞれＧＯＰ１つ分以下のフレームから作成したものなので、カット編集操作によって指定されたファイルＡのＩＮ点から接続点までのフレームやファイルＢの接続点からＯＵＴ点までのフレームのデータ量とは無関係に、データ量がかなり小さくなっている。ＣＰＵ７は、作成したブリッジファイルを、バンクメモリコントローラ３からＦＰＧＡ６を介して当該メインストレージに送る。
【００３３】
ＣＰＵ８は、ステップＳ３に続き、ブリッジファイルが当該メインストレージに送られると、そのブリッジファイルを当該メインストレージの空き領域に記録する（ステップＳ４）。図３（ｃ）は、図３（ａ）及び図３（ｂ）に対応して、このステップＳ４での処理の様子を示している。
【００３４】
ステップＳ４に続き、当該メインストレージにおける、ファイルＡのＩＮ点からＯＵＴ点までの部分（Ａ´とする）の記録位置と、ファイルＢのＩＮ点からＯＵＴ点までの部分の記録位置（Ｂ´とする）と、ブリッジファイル全体の記録位置とを示す配置情報（ＡＤ：Allocation Descriptorと呼ぶことにする）をファイルシステム情報とする編集結果のファイル（ファイルＣと記載することにする）を作成する（ステップＳ５）。
【００３５】
図４は、図３に対応して、このステップＳ５での処理の様子を示している。なお、ファイルＡ，ファイルＢ，ブリッジファイルについてのＡＤは、それぞれファイルＡ，ファイルＢ，ブリッジファイルの記録時に（ブリッジファイルではステップＳ４で）ファイルシステム情報として作成したものである。
【００３６】
ステップＳ５に続き、ファイルシステムが管理している当該メインストレージの記録領域の単位である各クラスタのうち、ファイルＡのＡＤ，ファイルＢのＡＤ，ブリッジファイルのＡＤに対応するクラスタを、それぞれのファイルＡ，ファイルＢ，ブリッジファイルによって参照されている領域として管理し、且つ、編集結果ファイルＣのＡＤに対応するクラスタを、編集結果ファイルＣによっても参照されている領域として管理するクラスタ管理情報を作成して、このクラスタ管理情報をＣＰＵ８内のメモリに記憶する（ステップＳ６）。
【００３７】
具体的には、ファイルＡのＡＤ，ファイルＢのＡＤ，ブリッジファイルのＡＤに対応するクラスタについては、ファイルＡ，ファイルＢ，ブリッジファイルの記録時に、それぞれファイルＡ，ファイルＢ，ブリッジファイルによって参照されているクラスタとして参照回数を「１」に設定しておき、ステップＳ６では、それらのクラスタのうち、編集結果ファイルＣのＡＤに対応するクラスタを、編集結果ファイルによっても参照されているクラスタとして、参照回数を「２」にカウントアップする。そして、このクラスタの参照回数の情報を、クラスタ管理情報とする。
【００３８】
図５は、図３及び図４に対応して、このステップＳ６での処理の様子を示している。ファイルＡのＡＤに対応するクラスタ番号１〜４のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号２及び３のクラスタの参照回数が「２」となり、残りのクラスタ番号１及び４のクラスタの参照回数が「１」となっている。また、ファイルＢのＡＤに対応するクラスタ番号５〜９のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号６及び７のクラスタの参照回数が「２」となり、残りのクラスタ番号５，８及び９のクラスタの参照回数が「１」となっている。また、ブリッジファイルのＡＤに対応するクラスタ番号１０のクラスタは、編集結果ファイルＣのＡＤにも対応しているので、参照回数が「２」となっている。
【００３９】
図３に示すように、ステップＳ６に続き、編集結果ファイルＣの各フレームのアドレス情報及びサイズ情報から成るインデックス情報（ピクチャポインタと呼ぶことにする）を、ファイルＡ，Ｂについてのピクチャポインタとは独立して作成する（ステップＳ７）。
【００４０】
このピクチャポインタは、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータは１フレームのサイズが一定ではなく可変長となることから、任意のフレームに高速にアクセスするために必要な情報であり、ファイルＡ，Ｂについてはその記録時に作成されている。
【００４１】
図６は、このステップＳ７での編集結果ファイルＣのピクチャポインタの作成の様子を、ファイルＡのピクチャポインタと対比させて示す図である。ピクチャポインタはファイルの先頭からアドレスをつけるので、ファイルＡのピクチャポインタでは、ＩＮ点以降の各フレームのアドレスがｎ，ｎ＋１，ｎ＋２，…（ｎは１以上の整数）になっている。これに対し、ファイルＡのＩＮ点を先頭とする編集結果ファイルＣでは、この同じＩＮ点以降の各フレームのアドレスが０，１，２，…になっている。サイズ情報は、ファイルＡのＩＮ点からＯＵＴ点までのフレーム、ブリッジファイルの各フレーム、ファイルＢのＩＮ点からＯＵＴ点までのフレームと同じである。
【００４２】
図３に示すように、ステップＳ７に続き、ブリッジファイルを削除する（ステップＳ８）。なお、ＣＰＵ８に格納されているファイルシステムでは、ファイルの削除処理は、ファイルシステム上で、削除対象のファイルＡＤに対応するクラスタの参照回数（図５）を１だけデクリメントすることのみによって行い、メインストレージからのＡＶデータ自体の消去は行わない。したがって、ステップＳ８でのブリッジファイルの削除も、ブリッジファイルのＡＤに対応するクラスタ番号のクラスタ（図５ではクラスタ番号１０のクラスタ）の参照回数を「１」にカウントダウンすることのみによって行われる。ステップＳ８を終えると、カット編集処理を終了する。
【００４３】
以上のようなカット編集処理により、このビデオサーバでは、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータのファイルをカット編集する際に、編集元のファイル同士をつなぐデータ量の少ないブリッジファイルだけを新規に作成してメインストレージ（フラッシュメモリ４または光ディスクドライブ５）に記録し、編集元のファイルのほうは、メインストレージ内にコピー（再配置）するのではなく編集に用いる部分（ファイルＡ，ＢのそれぞれＩＮ点からＯＵＴ点までのフレーム）の記録位置を示す情報を用いて、編集結果ファイルが作成される。
【００４４】
これにより、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータを、編集元のファイルの大量のデータをコピーすることなく編集することができるので、メインストレージの容量の消費を最小限に抑えることや、編集にかかる時間を短くすることができる。
【００４５】
また、メインストレージの記録領域の単位である各クラスタのうち、編集元のファイルによって参照されているクラスタと編集結果ファイルによって参照されているクラスタとをそれぞれ管理することにより、編集元のファイルと編集結果ファイルとを区別なく独立に扱うことができるので、編集元のファイルを削除することも可能になっている。
【００４６】
そして、編集結果ファイルによって記録位置が示されている各フレームのアドレス情報及びサイズ情報（ピクチャポインタ）を、編集元のファイルのピクチャポインタとは独立して作成するので、編集元のファイルを削除することによって編集元のファイルのピクチャポインタがファイルシステム上で削除された後も、編集結果ファイルのピクチャポインタに基づいて編集結果ファイルの任意のフレームを高速アクセスして再生することができる。
【００４７】
図７は、編集操作パネル１０での操作に基づく編集元のファイルＡの削除の様子を、図５と対応させて示す図である。ファイルＡのＡＤに対応するクラスタ番号１〜４のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号２及び３のクラスタの参照回数が「１」にカウントダウンされ、残りのクラスタ番号１及び４のクラスタの参照回数が「０」にカウントダウンされている。参照回数が「０」になったクラスタ番号１及び４のクラスタは、未使用領域として開放されて、新たなファイルのＡＶデータを記録する領域として使用することができる。編集結果ファイルＣのＡＤに対応するクラスタ番号２及び３のクラスタは、参照回数が「１」なので、新たなファイルのＡＶデータが記録されることはなく、元の記録内容が保護される。
【００４８】
〔編集元ファイル及びブリッジファイルのファイルシステム情報の記録処理〕
次に、図１のビデオサーバにおける、編集元のファイルやブリッジファイルのファイルシステム情報（図４に示した編集元のファイルＡ，ＢやブリッジファイルのＡＤ）の記録処理について、２つの例を説明する。
【００４９】
<例１>
最初に、１つ目の例を説明する。ＣＰＵ８（図１）は、編集元のファイルやブリッジファイルをフラッシュメモリ４に記録する場合には、６４ページ（１ページのサイズは１２８ｋバイト）で構成される８Ｍバイトのブロックを、記録領域の単位であるクラスタとする。そして、図８に示すように、１ブロックのうちの１ページずつを、ファイルシステム情報（ＡＤ）の領域であるＦＳ用ページと、前述のピクチャポインタ（各フレームのアドレス情報及びサイズ情報）の領域であるＰＰ用ページとに割り当てる。
【００５０】
１ブロック分のＡＶデータについてのＡＤ，ピクチャポインタのデータ量はそれぞれ１ページのサイズに比べて非常に小さいので、１つのＦＳ用ページ，ＰＰ用ページにはそれぞれ複数ブロック分のＡＶデータについてのＡＤ，ピクチャポインタを記録することが可能である。
【００５１】
そして、ＣＰＵ８は、編集元のファイルやブリッジファイルのＡＶデータの記録時に、前述のファイルシステムやファイルマネージャー等による処理として、図９に示すようなＡＶデータ及びファイルシステム情報の記録処理を実行する。
【００５２】
この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、後述するキーＦＳの存在するブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ２１）。
【００５３】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されたことによって飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ２２）。
【００５４】
続いて、現在のブロックのＦＳ用ページが飽和したか（１２８ｋバイト分のＡＤ及びピクチャポインタが記録されたか）否かを判断する（ステップＳ２３）。
【００５５】
ノーであれば、ＣＰＵ８内のメモリにおいて、最新のＦＳ用ページであることを表すカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新する（ステップＳ２５）。他方イエスであれば、現在のブロックのＦＳ用ページのアドレスを、キーＦＳのアドレスとしてＣＰＵ８内のメモリに記憶して（ステップＳ２４）、ステップＳ２５に進む。
【００５６】
続いて、ＡＶデータの記録を全て終了したか否かを判断する（ステップＳ２６）。ノーであれば、記録対象の次のブロックに移って（ステップＳ２７）、ステップＳ２１に戻る。
【００５７】
ステップＳ２１でイエスになると、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページに、キーＦＳの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ２８）。そしてステップＳ２３に進む。
【００５８】
ステップＳ２６でイエスになると、カレントＦＳとなったＦＳ用ページに、現在のブロックのＰＰ用ページのＡＤをさらに記録して（ステップＳ２９）、処理を終了する。
【００５９】
図１０は、図９の処理によるＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。最初のブロックｂ１では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１内のＡＶデータのＡＤ（ビデオ，各チャンネル１〜４のオーディオというエッセンス毎の先頭アドレス及びサイズ）が記憶される（図９のステップＳ２２）。
【００６０】
次のブロックｂ２では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１及びｂ２内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１及びｂ２内のＡＶデータのＡＤが記憶される（図９のステップＳ２２）。次のブロックｂ３では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１〜ｂ３内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ３内のＡＶデータのＡＤが記憶される（図９のステップＳ２２）。
【００６１】
その後のブロックｂ４では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１〜ｂ４内のＡＶデータのピクチャポインタが記録される。また、ＰＰ用ページが飽和したので、ＦＳ用ページには、ブロックｂ１〜ｂ４内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２２）。
【００６２】
次のブロックｂ５では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ５内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２２）（ブロックｂ５以降ではＰＰ用ページやＦＳ用ページとブロックとの対応関係を示す矢印を一部のみ描いている）。
【００６３】
次のブロックｂ６では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５及びｂ６内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ６内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶されて（図９のステップＳ２２）、ＦＳ用ページが飽和してキーＦＳとなる（図９のステップＳ２４）。
【００６４】
次のブロックｂ７では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５〜ｂ７内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロック７内のＡＶデータのＡＤが記録される（図９のステップＳ２８）。
【００６５】
次のブロックｂ８では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５〜ｂ８内のＡＶデータのピクチャポインタが記録される。また、ＰＰ用ページが飽和したので、ＦＳ用ページには、ブロックｂ７及びｂ８内のＡＶデータのＡＤとブロックｂ８内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２８）。
【００６６】
次のブロックｂ９では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ９内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ７〜ｂ９内のＡＶデータのＡＤとブロックｂ８内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２８）。そして、ブロックｂ９でＡＶデータの記録が終了するので、カレントＦＳとなったブロックｂ９のＦＳ用ページに、ブロックｂ９内のＰＰ用ページのＡＤも記録される（図９のステップＳ２９）。
【００６７】
この記録処理によれば、ファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ＡＶデータの記録時に同時に同じブロックにファイルシステム情報及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報及びピクチャポインタを記録することができる。
【００６８】
そして、キーＦＳとカレントＦＳとで全てのブロック内のＡＶデータのＡＤ及びＰＰ用ページのＡＤが記録される。例えば図１０の例では、キーＦＳにブロックｂ１〜ｂ６内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤ（すなわちブロックｂ１〜ｂ４内のＡＶデータについてのピクチャポインタの配置情報）とが記録され、カレントＦＳにブロックｂ７〜ｂ９内のＡＶデータのＡＤとブロックｂ８及びｂ９内のＰＰ用ページのＡＤ（すなわちブロックｂ５〜ｂ９内のＡＶデータについてのピクチャポインタの配置情報）とが記録される。
【００６９】
したがって、キーＦＳのページとカレントＦＳのページとだけを読み出せば、記録した全てのＡＶデータのＡＤを取得することができるとともに、記録した全てのＡＶデータのピクチャポインタを記録しているＰＰ用ページのＡＤを取得することができる。特に、フラッシュメモリ４はアクセスがシークレスなので、瞬時にこれらの分散した複数のページからＡＤやピクチャポインタを取得することができる。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集元のファイルやブリッジファイルのファイルシステム情報及びピクチャポインタを管理することが可能となる。
【００７０】
<例２>
次に、編集元のファイルやブリッジファイルのファイルシステム情報の記録処理の２つ目の例を説明する。ＣＰＵ８（図１）は、編集元のファイルやブリッジファイルをフラッシュメモリ４に記録する場合には、やはりブロックを記録領域の単位であるクラスタとする。そして、図１１に示すように、１ブロックのうちの１ページずつを、ファイルシステム情報（ＡＤ）の領域であるＦＳ用ページと、ピクチャポインタ（各フレームのアドレス情報及びサイズ情報）の領域であるＰＰ用ページとに割り当てる。（ここまでは図８と同じである。）
【００７１】
さらに、このＦＳ用ページのうち、例えば１ｋバイト分の領域を、既に飽和したＦＳ用ページのアドレスを検索用インデックスとして記録するための領域とし、残りの１２７ｋバイト分の領域をＡＤの領域とする。なお、検索用インデックスの領域を１ｋバイトとしたのはあくまで一例であり、ＡＶデータのデータ量が多くなるほど飽和するＦＳ用ページが多くなるので、飽和した全てのＦＳ用ページのアドレスを記録できるように、ＡＶデータのデータ量に応じて検索用インデックスの領域のバイト数を決定すればよい。
【００７２】
そして、ＣＰＵ８は、編集元のファイルやブリッジファイルのＡＶデータの記録時に、前述のファイルシステムやファイルマネージャー等による処理として、図１２に示すようなＡＶデータ及びファイルシステム情報の記録処理を実行する。
【００７３】
この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、ＦＳ用ページの飽和したブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ３１）。
【００７４】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ３２）。
【００７５】
そして、ＣＰＵ８内のメモリにおいて、最新のＦＳ用ページであることを表すカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新する（ステップＳ３３）。
【００７６】
続いて、ＡＶデータの記録を全て終了したか否かを判断する（ステップＳ３４）。ノーであれば、記録対象の次のブロックに移って（ステップＳ３５）、ステップＳ３１に戻る。
【００７７】
ステップＳ３１でイエスになると、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ３６）。そしてステップＳ３３に進む。
【００７８】
ステップＳ３４でイエスになると、カレントＦＳとなったＦＳ用ページに、現在のブロックのＰＰ用ページのＡＤをさらに記録して（ステップＳ３７）、処理を終了する。
【００７９】
図１３は、図１２の処理によるＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。カレントＦＳ中の検索用インデックスの領域には、飽和した全てのＦＳ用ページのアドレス（ＦＳアドレスと記載している）が記録されている。また、カレントＦＳ中のＡＤの領域には、図１０に例示したブロックｂ９のＦＳ用ページと同様に、飽和したＦＳ用ページの存在するブロックより後の全てのブロック内のＡＶデータ及び飽和したＰＰ用ページのＡＤと、現在のブロックのＰＰ用ページのＡＤとが記録されている。
【００８０】
この記録処理によれば、ファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ＡＶデータの記録時に同時に同じブロックにファイルシステム情報及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報及びピクチャポインタを記録することができる。（ここまでは<例１>の記録処理と同様である。）
【００８１】
さらに、図１３にも例示したように、カレントＦＳ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスが記録されているので、カレントＦＳのページを読み出した後、その検索用インデックスの領域にアドレスが記憶されている飽和したＦＳ用ページを読み出せば、記録した全てのＡＶデータのＡＤを取得することができるとともに、記録した全てのＡＶデータのピクチャポインタを記録しているＰＰ用ページのＡＤを取得することができる。
【００８２】
すなわち、<例１>の記録処理では、キーＦＳのアドレスとカレントＦＳのアドレスとを記憶するのでアドレスを記憶するページの数が不定となる（ＡＶデータのデータ量が多くなるほど、飽和するＦＳ用ページが多くなるのでキーＦＳが多くなる）のに対し、１つのカレントＦＳのアドレスだけを記憶すればよい。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集元のファイルやブリッジファイルのファイルシステム情報及びピクチャポインタを一層容易に管理することが可能となる。
【００８３】
この<例１>及び<例２>では、フラッシュメモリ４に編集元のファイルやブリッジファイルを記録する場合について説明した。しかし、これに限らず、光ディスクドライブ５（図１）に編集元のファイルやブリッジファイルを記録する場合に、光ディスクの各記録単位（クラスタ）のうちの一部ずつをファイルシステム情報，ピクチャポインタの領域に割り当てて図９や図１２のような処理を行ってもよい。さらにはメインストレージとしてハードディスクドライブを設けたビデオサーバ等の記録システムにおいて、ハードディスクドライブの各記録単位（クラスタ）のうちの一部ずつをファイルシステム情報，ピクチャポインタの領域に割り当てて図９や図１２と同様な処理を行ってもよい。
【００８４】
ただし、光ディスクドライブやハードディスクドライブは、フラッシュメモリと違ってシークが問題となるデバイスなので、図９や図１２の処理によってファイルシステム情報やピクチャポインタが分散して記録されると、その読み出し時間が問題となる。そこで、光ディスクドライブやハードディスクドライブに適用する場合には、光ディスクドライブやハードディスクドライブに記録したファイルシステム情報及びピクチャポインタを、バックアップデータとして、システムの起動時に、ＣＰＵ８内のメモリのようなシーク時間が問題とならないデバイスにロードし、そのデバイスのほうでファイルシステム情報やピクチャポインタの読み出しを行うようにすれば、システムの信頼性を高めることが可能となる。
【００８５】
〔編集結果ファイルのファイルシステム情報の記録処理〕
次に、図１のビデオサーバにおける、編集結果ファイルのファイルシステム情報（図４に示した編集結果ファイルＣのＡＤ）の記録処理例について説明する。
【００８６】
図２に示したカット編集処理では、編集元のファイル（ファイルＡ，Ｂ）のＩＮ点からＯＵＴ点までの部分の記録位置と、ブリッジファイル全体の記録位置とを示すＡＤ（配置情報）をファイルシステム情報とする編集結果ファイルＣを作成している（ステップＳ５）。しかし、この編集結果ファイルＣのＡＤ（図４参照）として、新規のＡＤを作成するのか、それとも既に作成されている編集元のファイル及びブリッジファイルのＡＤ（図４参照）をそのまま利用する（新規に作成しない）のかについては、このカット編集処理では言及していない。
【００８７】
ここで、編集元のファイルやブリッジファイルについて図８〜図１０や図１１〜図１３に示したＡＶデータ及びファイルシステム情報の記録処理を実行した上で、編集結果ファイルＣのＡＤとして編集元のファイル及びブリッジファイルのＡＤをそのまま利用した場合を考える。
【００８８】
図１４は、図３（ｂ）に示したファイルＡのＩＮ点からＯＵＴ点までのＡＶデータが、図１０や図１３に示したようなフラッシュメモリ４のブロックのうちの、飽和したＦＳ用ページの存在するブロックｂ４と、それに続く２つのブロックｂ５，ｂ６とに記録されているものとして、編集結果ファイルＣのＡＤとしてこのファイルＡのＡＤをそのまま利用した場合を示す図である（図１４ではＰＰ用ページは図示を省略している）。この場合には、ブロックｂ４〜ｂ６のＦＳ用ページに記録されているファイルＡのＡＤを、編集結果ファイルＣのＡＤとして用いることになる。
【００８９】
ところが、ブロックｂ５，ｂ６のＦＳ用ページにはファイルＡのうちの編集結果部分（ＩＮ点からＯＵＴ点までの範囲内）であるブロックｂ５，ｂ６内のＡＶデータのＡＤのみが記録されているが、ブロックｂ４には、編集結果部分であるブロックｂ４内のＡＶデータのＡＤと、編集結果部分ではないブロックｂ１〜ｂ３内のＡＶデータのＡＤとの両方が記録されている。したがって、編集結果部分であるブロックｂ４内のＡＶデータの記録位置のみを表現するファイルシステム情報が存在しないことになる。
【００９０】
こうした事態を避けるためには、編集結果ファイルＣ全体のファイルシステム情報（ＡＤ）を新規に作成することが望ましい。ただし、編集結果ファイルＣでは、ＡＶデータ自体はコピーすることなく編集元のファイル及びブリッジファイルのＡＶデータをそのまま利用する（図５に例示したようにクラスタの参照回数によって管理する）ので、編集元のファイルやブリッジファイルについて図８〜図１０や図１１〜図１３に示したような処理によってファイルシステム情報を記録することはできない。
【００９１】
そこで、編集結果ファイルＣのファイルシステム情報を新規に作成し、この編集結果ファイルＣのファイルシステム情報を、ブリッジファイルの記録時に併せて記録するという方法を説明する。図１５は、そのためにＣＰＵ８が実行する記録処理例を示すフローチャートであり、図１２の記録処理を一部変更するとともに図２のカット編集処理におけるステップＳ５，Ｓ７の処理順序をステップＳ４と同時に合わせたものである。
【００９２】
この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、ＦＳ用ページの飽和したブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ４１）。
【００９３】
ノーであれば、現在のブロックが、ブリッジファイルのＡＶデータを記録する最終のブロックとなるか否かを判断する（ステップＳ４２）。
【００９４】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ（図１１）以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されて飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域（図１１）に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ４３）。
【００９５】
そして、ＣＰＵ８内のメモリにおいて、ブリッジファイルについてのカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新し（ステップＳ４４）、記録対象の次のブロックに移って（ステップＳ４５）、ステップＳ４１に戻る。
【００９６】
ステップＳ４２でイエスになった場合には、編集結果ファイルＣのピクチャポインタを作成する（図２のステップＳ７に該当）とともに、前述したように編集結果ファイルＣ全体のファイルシステム情報（ＡＤ）を新規に作成する（ステップＳ４６）。
【００９７】
続いて、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されて飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録し、且つ、残りのページ（ＦＳ用ページ，ＰＰ用ページ以外のページであってＡＶデータを記録しなかったページ）に、編集結果ファイルＣのピクチャポインタとＡＤとを記録する（ステップＳ４７）。
【００９８】
このステップＳ４７では、編集結果ファイルＣのＡＤを、図１６に示すような方法で記録する。すなわち、編集結果ファイルＣのピクチャポインタを記録したページ以外のページについて、図１１に示したＦＳ用ページと同様に、例えば１ｋバイト分の領域を、飽和したページのアドレスを検索用インデックスとして記録するための領域とし、残りの１２７ｋバイト分の領域をＡＤの領域とする。そして、ＡＤの領域に編集結果ファイルＣのＡＤとピクチャポインタを記録したページのＡＤとを記録するとともに、検索用インデックスの領域に、既にＡＤを記録した全てのページのアドレスを記録する。図１６には、３つのページに編集結果ファイルＣのＡＤを記録した状態を示しており、この３つのページのうち、中央のページの検索用インデックスの領域に左端のページのアドレス（ＦＳアドレスと記載している）が記録され、右端のページの検索用インデックスの領域に左端のページのアドレスと中央のページのアドレスとが記録される。
【００９９】
図１５に示すように、ステップＳ４７に続き、ＣＰＵ８内のメモリにおいて、ブリッジファイルについてのカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新するとともに、ステップＳ４７で最後に編集結果ファイルＣのＡＤを記録したページのアドレスを、編集結果ファイルＣについてのカレントＦＳのアドレスとしてＣＰＵ８内のメモリに記憶する（ステップＳ４８）。そして処理を終了する。
【０１００】
図１６の例では、ステップＳ４８で、編集結果ファイルＣのＡＤを記録した３つのページのうちの右端のページのアドレスが、編集結果ファイルＣについてのカレントＦＳのアドレスとして記憶されることになる。
【０１０１】
ステップＳ４２でイエスになることなくステップＳ４１でイエスになった場合には、現在のブロックが、ブリッジファイルのＡＶデータを記録する最終のブロックとなるか否かを判断する（ステップＳ４９）。
【０１０２】
ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録する（ステップＳ５０）。そしてステップＳ４４に進む。
【０１０３】
ステップＳ４９でイエスになると、編集結果ファイルＣのピクチャポインタを作成する（図２のステップＳ８に該当）とともに、前述したように編集結果ファイルＣ全体のＡＤを新規に作成する（ステップＳ５１）。
【０１０４】
続いて、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録し、且つ、残りのページ（ＦＳ用ページ，ＰＰ用ページ以外のページであってＡＶデータを記録しなかったページ）に、図１６に示したようにして編集結果ファイルＣのピクチャポインタとＡＤとを記録する（ステップＳ５２）。そしてステップＳ４８に進む。
【０１０５】
この記録処理によれば、編集結果ファイルＣのファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ブリッジファイルのＡＶデータの記録時に、ブリッジファイルを記録する最終ブロックに編集結果ファイルＣのＡＤ及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、且つ、メインストレージの容量を余計に消費することなく、編集結果ファイルＣのファイルシステム情報及びピクチャポインタを記録することができる。
【０１０６】
そして、図１６にも例示したように、編集結果ファイルＣのカレントＦＳのページを読み出した後、その検索用インデックスの領域にアドレスが記憶されているページを読み出せば、編集結果ファイルＣの全てのＡＤを取得することができるとともに、編集結果ファイルＣの全てのピクチャポインタを記録しているページのＡＤを取得することができる。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集結果ファイルＣのファイルシステム情報及びピクチャポインタを容易に管理することが可能となる。
【０１０７】
なお、この発明の実施の形態では、編集機能を有するビデオサーバに本発明を適用している。しかし、以上に説明したカット編集処理や記録処理は、ビデオサーバに以外の編集装置にも適用することができる。また、図８〜図１０や図１１〜図１３を用いて説明したＡＶデータ及びファイルシステム情報の記録処理は、編集機能を有しない記録装置においてＡＶデータ及びファイルシステム情報を記録するためにも適用することができる。
【図面の簡単な説明】
【０１０８】
【図１】本発明を適用したビデオサーバの全体構成例を示す図である。
【図２】カット編集処理を示すフローチャートである。
【図３】図２の処理による編集結果ファイルの作成の様子を例示する図である。
【図４】図２の処理による編集結果ファイルの作成の様子を例示する図である。
【図５】図２の処理によるクラスタの参照回数の管理の様子を例示する図である。
【図６】図２の処理による編集結果ファイルのピクチャポインタの作成の様子を例示する図である。
【図７】編集元のファイルの削除の様子を例示する図である。
【図８】図１のフラッシュメモリに編集元のファイル，ブリッジファイルを記録する際のファイルシステム情報の記録領域の割当て例を示す図である。
【図９】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録処理例を示すフローチャートである。
【図１０】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。
【図１１】図１のフラッシュメモリに編集元のファイル，ブリッジファイルを記録する際のファイルシステム情報の記録領域の割当て例を示す図である。
【図１２】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録処理例を示すフローチャートである。
【図１３】編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。
【図１４】編集結果ファイルＣのＡＤとして編集元のファイルのＡＤをそのまま利用した場合を例示する図である。
【図１５】ブリッジファイルのＡＶデータ及びファイルシステム情報と編集結果ファイルのファイルシステム情報との記録処理例を示すフローチャートである。
【図１６】ブリッジファイルの最終ブロックへの編集結果ファイルのファイルシステム情報の記録方法を示す図である。
【符号の説明】
【０１０９】
１ ＳＤＩ入出力ポート、 ２ バンクメモリ、 ３ バンクメモリコントローラ、 ４ フラッシュメモリ、 ５ 光ディスクドライブ、 ６ ＦＰＧＡ、 ７ ＣＰＵ、 ８ ＣＰＵ、 ９ ＦＰＧＡ、 １０ 編集操作パネル
【特許請求の範囲】
【請求項１】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
前記記録媒体はフラッシュメモリであり、
前記第１の処理では、６４ページで構成されるブロックのうちの１つのページを前記ファイルシステム情報用領域に割り当てる
ことを特徴とする記録装置。
【請求項３】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３のステップと
を有することを特徴とする記録方法。
【請求項４】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする記録装置。
【請求項５】
請求項４に記載の記録装置において、
前記記録媒体はフラッシュメモリであり、
前記第１の処理では、６４ページで構成されるブロックのうちの１つのページを前記ファイルシステム情報用領域に割り当てる
ことを特徴とする記録装置。
【請求項６】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３のステップと
を有することを特徴とする記録方法。
【請求項１】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
前記記録媒体はフラッシュメモリであり、
前記第１の処理では、６４ページで構成されるブロックのうちの１つのページを前記ファイルシステム情報用領域に割り当てる
ことを特徴とする記録装置。
【請求項３】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当てる第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、飽和した各々の前記ファイルシステム情報用領域のアドレスと、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスとを記憶する第３のステップと
を有することを特徴とする記録方法。
【請求項４】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置において、
前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１の処理と、
データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２の処理と、
最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３の処理と
を行う処理手段を備えたことを特徴とする記録装置。
【請求項５】
請求項４に記載の記録装置において、
前記記録媒体はフラッシュメモリであり、
前記第１の処理では、６４ページで構成されるブロックのうちの１つのページを前記ファイルシステム情報用領域に割り当てる
ことを特徴とする記録装置。
【請求項６】
データと、該データを管理するファイルシステム情報とを記録媒体に記録する記録装置における記録方法において、
前記記録装置内の処理手段が、前記記録媒体の記録単位であるブロックのうちの一部の領域を、ファイルシステム情報用領域に割り当て、且つ、前記ファイルシステム情報用領域の一部を、飽和した前記ファイルシステム情報用領域のアドレスを記録するためのインデックス領域とする第１のステップと、
前記記録装置内の処理手段が、データの記録時に、各々の前記ブロックのうち、前記ファイルシステム情報用領域以外の領域にデータを記録するとともに、前記ファイルシステム情報用領域が飽和するまでは、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、それまでデータを記録した全ての前記ブロック内のデータのファイルシステム情報を記録し、前記ファイルシステム情報用領域が飽和した以降は、前記ファイルシステム情報用領域のうちの前記インデックス領域に、飽和した全ての前記ファイルシステム情報用領域のアドレスを記録し、前記ファイルシステム情報用領域のうちの前記インデックス領域以外の領域に、飽和した前記ファイルシステム情報用領域の存在する前記ブロックより後の全ての前記ブロック内のデータのファイルシステム情報を記録する第２のステップと、
前記記録装置内の処理手段が、最後にデータを記録した前記ブロックの前記ファイルシステム情報用領域のアドレスを記憶する第３のステップと
を有することを特徴とする記録方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００８−１９２２２４（Ｐ２００８−１９２２２４Ａ）
【公開日】平成２０年８月２１日（２００８．８．２１）
【国際特許分類】
【出願番号】特願２００７−２４６８０（Ｐ２００７−２４６８０）
【出願日】平成１９年２月２日（２００７．２．２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２０年８月２１日（２００８．８．２１）
【国際特許分類】
【出願日】平成１９年２月２日（２００７．２．２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]