JP4251219B2 - 編集装置及び編集方法 - Google Patents

Description

本発明は、ＬｏｎｇＧＯＰ（Group Of Pictures）方式で符号化されたビデオデータのように、フレームサイズが可変長となるビデオデータを編集するとともに、編集結果のファイルシステム情報を記録するための装置及び方法に関する。

デジタルテレビジョン放送の分野では、ビデオデータの符号化（圧縮）方式として、ＭＰＥＧ２に準拠したＬｏｎｇＧＯＰ方式を採用している。ＬｏｎｇＧＯＰ方式では、周知のとおり、フレーム内符号化されたＩフレームと、前方あるいは前後のフレームからフレーム間予測符号化されたＰフレーム，ＢフレームとでＧＯＰが構成される。

ＬｏｎｇＧＯＰ方式には、１つのＧＯＰ中のフレーム数を増やすことによって高い圧縮率を実現できるという利点がある。しかし、その反面、ＧＯＰを単位として映像が再現されるので、編集操作によって指定した編集点がＧＯＰの途中のフレームである場合（ＧＯＰ中のフレーム数を増やすほどそうした場合が多くなる）には、その編集点でそのまま映像を切り換えても、映像を再現することができない。

従来、ＬｏｎｇＧＯＰ方式で符号化されたビデオデータのファイルをカット編集する際には、編集元のファイルを、編集元のファイルが記録されている記録媒体内にコピー（再配置）することが必要であった。

なお、ＧＯＰ中の一部のフレームのみを別のフレームに置換する編集方式を開示した文献は存在するが（例えば特許文献１参照）、ＬｏｎｇＧＯＰ方式で符号化されたビデオデータをカット編集する編集方式を開示した文献については不知である。

特開平９−１８８３０号公報

従来のように、ＬｏｎｇＧＯＰ方式で符号化されたビデオデータのファイルを、編集元のファイルをコピーしてカット編集する方式では、記録媒体の容量を消費してしまうとともに、コピーに要する時間分だけ編集に長く時間がかかってしまう。特に、近年のように大容量の記録媒体にビデオデータを蓄積するようになると、編集元のファイルのデータ量も大きくなり得るので、こうした問題が顕著になる。また逆に、もし編集元のファイルをコピーすることなく編集を行うとすると、編集結果のファイルシステム情報をどこにどのようにして記録するかが問題になる。

本発明は、上述の点に鑑み、ＬｏｎｇＧＯＰ方式で符号化されたビデオデータのような、フレームサイズが可変長となるビデオデータを、編集元のファイルの大量のデータをコピーすることなくカット編集し、且つ、編集結果のファイルシステム情報を、編集元のファイルが記録されている記録媒体に記録できるようにすることを課題とする。

上記課題を解決するために、本発明は、フレームサイズが可変長となるビデオデータのファイルを編集する編集装置において、
編集元の第１及び第２のファイルについて、前記第１のファイルのＩＮ点と、前記第１のファイルと前記第２のファイルとの接続点と、前記第２のファイルのＯＵＴ点とが指定されたことに基づき、前記第１のファイルのうち前記接続点の前方のフレームをＯＵＴ点とし、前記第２のファイルのうち前記接続点の後方のフレームをＩＮ点として、該ＯＵＴ点と該ＩＮ点とをつなぐファイルであるブリッジファイルを作成する第１の処理と、
前記第１及び第２のファイルが記録されている記録媒体に前記ブリッジファイルのビデオデータを記録するとともに、前記記録媒体における、前記第１のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記第２のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記ブリッジファイルの記録位置とを示す情報をファイルシステム情報とする編集結果のファイルを作成して、前記記録媒体の記録単位であるブロックのうち、前記ブリッジファイルのビデオデータが記録される最後のブロック中のビデオデータが記録されなかった領域に前記ファイルシステム情報を記録する第２の処理と
を行う処理手段を備えたことを特徴とする。

また本発明は、フレームサイズが可変長となるビデオデータのファイルを編集する編集装置における編集方法において、
前記編集装置内の処理手段が、編集元の第１及び第２のファイルについて、前記第１のファイルのＩＮ点と、前記第１のファイルと前記第２のファイルとの接続点と、前記第２のファイルのＯＵＴ点とが指定されたことに基づき、前記第１のファイルのうち前記接続点の前方のフレームをＯＵＴ点とし、前記第２のファイルのうち前記接続点の後方のフレームをＩＮ点として、該ＯＵＴ点と該ＩＮ点とをつなぐファイルであるブリッジファイルを作成する第１のステップと、
前記編集装置内の処理手段が、前記第１及び第２のファイルが記録されている記録媒体に前記ブリッジファイルのビデオデータを記録するとともに、前記記録媒体における、前記第１のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記第２のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記ブリッジファイルの記録位置とを示す情報をファイルシステム情報とする編集結果のファイルを作成して、前記記録媒体の記録単位であるブロックのうち、前記ブリッジファイルのビデオデータが記録される最後のブロック中のビデオデータが記録されなかった領域に前記ファイルシステム情報を記録する第２のステップと
を有することを特徴とする。

本発明では、フレームサイズが可変長となるビデオデータのファイルを編集する編集装置において、編集元の第１及び第２のファイルのＩＮ点，接続点及びＯＵＴ点が指定されたことに基づき、第１のファイルのうち接続点の前方のフレームをＯＵＴ点とし、第２のファイルのうち接続点の後方のフレームをＩＮ点として、この第１のファイルのＯＵＴ点と第２のファイルのＩＮ点とをつなぐブリッジファイルが作成される。

そして、この記録媒体における、第１のファイルのＩＮ点からＯＵＴ点までの記録位置と、第２のファイルのＩＮ点からＯＵＴ点までの記録位置と、ブリッジファイルの記録位置とを示す情報をファイルシステム情報とする編集結果のファイルが作成される。

このように、編集元のファイル同士をつなぐブリッジファイルだけを新規に作成して記録媒体に記録し、編集元のファイルのほうは、記録媒体内にコピー（再配置）するのではなく編集に用いる部分（第１，第２のファイルのそれぞれＩＮ点からＯＵＴ点までのフレーム）の記録位置を示す情報を用いて、編集結果のファイルが作成される。これにより、フレームサイズが可変長となるビデオデータを、編集元のファイルの大量のデータをコピーすることなく編集することができる。

さらに、編集元の第１及び第２のファイルが記録されている記録媒体へのブリッジファイルのビデオデータの記録時に、この記録媒体の記録単位であるブロックのうち、ブリッジファイルのビデオデータが記録される最後のブロック中のビデオデータが記録されなかった領域に、編集結果のファイルのファイルシステム情報が記録される。

このように、ブリッジファイルのビデオデータの記録時に、ブリッジファイルを記録するブロックに編集結果のファイルのファイルシステム情報を記録するので、記録媒体のアクセス性能（ビデオデータの記録／再生時のビットレート）を維持したまま、且つ、記録媒体の容量を余計に消費することなく、編集結果のファイルのファイルシステム情報を記録することができる。

本発明によれば、フレームサイズが可変長となるビデオデータを、編集元のファイルの大量のデータをコピーすることなく編集でき、しかも、編集結果のファイルのファイルシステム情報を、編集元のファイルが記録されている記録媒体に、記録媒体のアクセス性能（ビデオデータの記録／再生時のビットレート）を維持したまま、且つ、記録媒体の容量を余計に消費することなく、記録することができるという効果が得られる。

以下、本発明の実施の形態として、テレビジョン放送用のビデオサーバに本発明を適用した例を、図面を用いて具体的に説明する。

〔本発明を適用したビデオサーバ〕
最初に、本発明を適用したビデオサーバの全体構成例を、図１を用いて説明する。このビデオサーバは、次のような各部によって構成されている。
・ＳＤＩ規格のシリアルデジタル信号を入出力するための複数（例えば５つ）のＳＤＩ入出力ポート１
・ＡＶデータを一時的に記録するためのバンクメモリ２
・バンクメモリ２に対するＡＶデータの読み書きを行うバンクメモリコントローラ３
・メインストレージである大容量のフラッシュメモリ４及び光ディスクドライブ５
・フラッシュメモリ４及び光ディスクドライブ５を制御する低機能のプロセッサを設けたＦＰＧＡ６
・ＳＤＩ入出力ポート１及びバンクメモリコントローラ３を制御するＣＰＵ７
・フラッシュメモリ４，光ディスクドライブ５内のＡＶデータをそれぞれ管理するファイルシステムや、それらのファイルシステムの上位のプログラムであるファイルマネージャーを格納しており、ビデオサーバ全体を統括するＣＰＵ８
・外部からＲＳ−４２２プロトコルで受信した各ＳＤＩ入出力ポート１毎の記録・再生コマンドをＣＰＵ８に送ったり、ＣＰＵ８からのステータスをＲＳ−４２２プロトコルに変換して外部に返送するための低機能のプロセッサを設けたＦＰＧＡ９
・フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータのカット編集等を行うための編集操作パネル１０

いずれかのＳＤＩ入出力ポート１についての記録コマンドがＦＰＧＡ９で受信されると、ＣＰＵ８及びＣＰＵ７の制御のもと、当該ＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号が、入出力処理部１ａでパラレル形式のＡＶデータに変換され、コーデック１ｂによりＬｏｎｇＧＯＰ方式で符号化（圧縮）されてバンクメモリコントローラ３に送られ、バンクメモリコントローラ３によって毎フレームバンクメモリ２に書き込まれる。

そして、当該ＳＤＩ入出力ポート１からのＡＶデータが一定量書き込まれる毎に、ＣＰＵ８及びＣＰＵ７の制御のもと、バンクメモリコントローラ３によってそのＡＶデータがバンクメモリ２から読み出されて、ＦＰＧＡ６を介してフラッシュメモリ４または光ディスクドライブ５（記録コマンドで指定されたほう）にファイルとして記録される。

また、いずれかのＳＤＩ入出力ポート１についての再生コマンドがＦＰＧＡ９で受信されると、ＣＰＵ８及びＣＰＵ７の制御のもと、フラッシュメモリ４または光ディスクドライブ５（再生コマンドで指定されたほう）からＡＶデータが読み出され、ＦＰＧＡ６を介してバンクメモリコントローラ３によってそのＡＶデータがバンクメモリ２に書き込まれる。

バンクメモリ２からは、バンクメモリコントローラ３によってそのＡＶデータが毎フレーム読み出されて当該ＳＤＩ入出力ポート１に送られる。当該ＳＤＩ入出力ポート１では、そのＡＶデータが、コーデック１ｂによりＬｏｎｇＧＯＰ方式で復号（伸長）され、入出力処理部１ａでＳＤＩ規格のシリアルデジタル信号に変換されて出力される。

〔メインストレージ内のファイルのカット編集処理〕
次に、このビデオサーバにおける、メインストレージ内のファイルのカット編集処理例について説明する。編集操作パネル１０では、フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータ中のプロキシデータ（編集作業用の低解像度のビデオデータ）をいずれかのＳＤＩ入出力ポート１から出力させてモニター（またはＳＤＩ入出力ポート１にＨＤＭＩ（High-Definition Multimedia Interface）等で接続された編集操作パネル１０自体のディスプレイ）で参照しながら、ＧＵＩ画面上でカット編集作業を行うようになっている。このカット編集作業では、図３（ａ）に例示するように、編集元のファイルＡ及びＢをカット編集するために、ファイルＡのＩＮ点と、ファイルＡとファイルＢとの接続点（ＧＯＰの途中のフレームでも可）と、ファイルＢのＯＵＴ点とを指定する操作が可能になっている。また、必要に応じて編集元のファイルＡやＢの削除を指示する操作も可能になっている。

このような編集操作パネル１０でのカット編集操作の情報がＣＰＵ８に送られると、ＣＰＵ８は、前述のファイルシステムやファイルマネージャー等による処理として、図２に示すようなカット編集処理を実行する。

この処理では、最初に、編集元の２つのファイル（ここでもファイルＡ及びＢと記載することにする）のうち、ファイルＡのうちの接続点の直前のＧＯＰ境界のフレームをＯＵＴ点として決定し、ファイルＢのうちの接続点の直後のＧＯＰ境界のフレームをＩＮ点として決定する（ステップＳ１）。図３（ｂ）は、図３（ａ）の操作内容に対応して、このステップＳ１での処理の様子を示している。

ステップＳ１に続き、ファイルＡのＯＵＴ点（ステップＳ１で決定したＯＵＴ点）から接続点までのフレーム及びファイルＢの接続点からＩＮ点（ステップＳ１で決定したＩＮ点）までのフレームを、メインストレージ（フラッシュメモリ４，光ディスクドライブ５のうちファイルＡ及びＢが記録されているほう）から読み出して、ＦＰＧＡ６を介してバンクメモリコントローラ３（図１）に送る（ステップＳ２）。

続いて、ＣＰＵ７（図１）に対して、ファイルＡのＯＵＴ点とファイルＢのＩＮ点とをつなぐファイルであるブリッジファイルの作成を要求するコマンドを送る（ステップＳ３）。

ＣＰＵ７は、このコマンドを受信すると、バンクメモリコントローラ３に送られたファイルＡのＯＵＴ点から接続点までのフレーム及びファイルＢの接続点からＩＮ点までのフレームを、ＭＰＥＧ規格によるＶＢＶバッファ（復号側の装置の入力バッファに対応した仮想的なバッファ）を破綻させることなく再符号化することにより、ブリッジファイルを作成する。

このブリッジファイルは、ファイルＡ，ＢのそれぞれＧＯＰ１つ分以下のフレームから作成したものなので、カット編集操作によって指定されたファイルＡのＩＮ点から接続点までのフレームやファイルＢの接続点からＯＵＴ点までのフレームのデータ量とは無関係に、データ量がかなり小さくなっている。ＣＰＵ７は、作成したブリッジファイルを、バンクメモリコントローラ３からＦＰＧＡ６を介して当該メインストレージに送る。

ＣＰＵ８は、ステップＳ３に続き、ブリッジファイルが当該メインストレージに送られると、そのブリッジファイルを当該メインストレージの空き領域に記録する（ステップＳ４）。図３（ｃ）は、図３（ａ）及び図３（ｂ）に対応して、このステップＳ４での処理の様子を示している。

ステップＳ４に続き、当該メインストレージにおける、ファイルＡのＩＮ点からＯＵＴ点までの部分（Ａ´とする）の記録位置と、ファイルＢのＩＮ点からＯＵＴ点までの部分の記録位置（Ｂ´とする）と、ブリッジファイル全体の記録位置とを示す配置情報（ＡＤ：Allocation Descriptorと呼ぶことにする）をファイルシステム情報とする編集結果のファイル（ファイルＣと記載することにする）を作成する（ステップＳ５）。

図４は、図３に対応して、このステップＳ５での処理の様子を示している。なお、ファイルＡ，ファイルＢ，ブリッジファイルについてのＡＤは、それぞれファイルＡ，ファイルＢ，ブリッジファイルの記録時に（ブリッジファイルではステップＳ４で）ファイルシステム情報として作成したものである。

ステップＳ５に続き、ファイルシステムが管理している当該メインストレージの記録領域の単位である各クラスタのうち、ファイルＡのＡＤ，ファイルＢのＡＤ，ブリッジファイルのＡＤに対応するクラスタを、それぞれのファイルＡ，ファイルＢ，ブリッジファイルによって参照されている領域として管理し、且つ、編集結果ファイルＣのＡＤに対応するクラスタを、編集結果ファイルＣによっても参照されている領域として管理するクラスタ管理情報を作成して、このクラスタ管理情報をＣＰＵ８内のメモリに記憶する（ステップＳ６）。

具体的には、ファイルＡのＡＤ，ファイルＢのＡＤ，ブリッジファイルのＡＤに対応するクラスタについては、ファイルＡ，ファイルＢ，ブリッジファイルの記録時に、それぞれファイルＡ，ファイルＢ，ブリッジファイルによって参照されているクラスタとして参照回数を「１」に設定しておき、ステップＳ６では、それらのクラスタのうち、編集結果ファイルＣのＡＤに対応するクラスタを、編集結果ファイルによっても参照されているクラスタとして、参照回数を「２」にカウントアップする。そして、このクラスタの参照回数の情報を、クラスタ管理情報とする。

図５は、図３及び図４に対応して、このステップＳ６での処理の様子を示している。ファイルＡのＡＤに対応するクラスタ番号１〜４のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号２及び３のクラスタの参照回数が「２」となり、残りのクラスタ番号１及び４のクラスタの参照回数が「１」となっている。また、ファイルＢのＡＤに対応するクラスタ番号５〜９のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号６及び７のクラスタの参照回数が「２」となり、残りのクラスタ番号５，８及び９のクラスタの参照回数が「１」となっている。また、ブリッジファイルのＡＤに対応するクラスタ番号１０のクラスタは、編集結果ファイルＣのＡＤにも対応しているので、参照回数が「２」となっている。

図３に示すように、ステップＳ６に続き、編集結果ファイルＣの各フレームのアドレス情報及びサイズ情報から成るインデックス情報（ピクチャポインタと呼ぶことにする）を、ファイルＡ，Ｂについてのピクチャポインタとは独立して作成する（ステップＳ７）。

このピクチャポインタは、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータは１フレームのサイズが一定ではなく可変長となることから、任意のフレームに高速にアクセスするために必要な情報であり、ファイルＡ，Ｂについてはその記録時に作成されている。

図６は、このステップＳ７での編集結果ファイルＣのピクチャポインタの作成の様子を、ファイルＡのピクチャポインタと対比させて示す図である。ピクチャポインタはファイルの先頭からアドレスをつけるので、ファイルＡのピクチャポインタでは、ＩＮ点以降の各フレームのアドレスがｎ，ｎ＋１，ｎ＋２，…（ｎは１以上の整数）になっている。これに対し、ファイルＡのＩＮ点を先頭とする編集結果ファイルＣでは、この同じＩＮ点以降の各フレームのアドレスが０，１，２，…になっている。サイズ情報は、ファイルＡのＩＮ点からＯＵＴ点までのフレーム、ブリッジファイルの各フレーム、ファイルＢのＩＮ点からＯＵＴ点までのフレームと同じである。

図３に示すように、ステップＳ７に続き、ブリッジファイルを削除する（ステップＳ８）。なお、ＣＰＵ８に格納されているファイルシステムでは、ファイルの削除処理は、ファイルシステム上で、削除対象のファイルＡＤに対応するクラスタの参照回数（図５）を１だけデクリメントすることのみによって行い、メインストレージからのＡＶデータ自体の消去は行わない。したがって、ステップＳ８でのブリッジファイルの削除も、ブリッジファイルのＡＤに対応するクラスタ番号のクラスタ（図５ではクラスタ番号１０のクラスタ）の参照回数を「１」にカウントダウンすることのみによって行われる。ステップＳ８を終えると、カット編集処理を終了する。

以上のようなカット編集処理により、このビデオサーバでは、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータのファイルをカット編集する際に、編集元のファイル同士をつなぐデータ量の少ないブリッジファイルだけを新規に作成してメインストレージ（フラッシュメモリ４または光ディスクドライブ５）に記録し、編集元のファイルのほうは、メインストレージ内にコピー（再配置）するのではなく編集に用いる部分（ファイルＡ，ＢのそれぞれＩＮ点からＯＵＴ点までのフレーム）の記録位置を示す情報を用いて、編集結果ファイルが作成される。

これにより、ＬｏｎｇＧＯＰ方式で符号化されたＡＶデータを、編集元のファイルの大量のデータをコピーすることなく編集することができるので、メインストレージの容量の消費を最小限に抑えることや、編集にかかる時間を短くすることができる。

また、メインストレージの記録領域の単位である各クラスタのうち、編集元のファイルによって参照されているクラスタと編集結果ファイルによって参照されているクラスタとをそれぞれ管理することにより、編集元のファイルと編集結果ファイルとを区別なく独立に扱うことができるので、編集元のファイルを削除することも可能になっている。

そして、編集結果ファイルによって記録位置が示されている各フレームのアドレス情報及びサイズ情報（ピクチャポインタ）を、編集元のファイルのピクチャポインタとは独立して作成するので、編集元のファイルを削除することによって編集元のファイルのピクチャポインタがファイルシステム上で削除された後も、編集結果ファイルのピクチャポインタに基づいて編集結果ファイルの任意のフレームを高速アクセスして再生することができる。

図７は、編集操作パネル１０での操作に基づく編集元のファイルＡの削除の様子を、図５と対応させて示す図である。ファイルＡのＡＤに対応するクラスタ番号１〜４のクラスタのうち、編集結果ファイルＣのＡＤにも対応するクラスタ番号２及び３のクラスタの参照回数が「１」にカウントダウンされ、残りのクラスタ番号１及び４のクラスタの参照回数が「０」にカウントダウンされている。参照回数が「０」になったクラスタ番号１及び４のクラスタは、未使用領域として開放されて、新たなファイルのＡＶデータを記録する領域として使用することができる。編集結果ファイルＣのＡＤに対応するクラスタ番号２及び３のクラスタは、参照回数が「１」なので、新たなファイルのＡＶデータが記録されることはなく、元の記録内容が保護される。

〔編集元ファイル及びブリッジファイルのファイルシステム情報の記録処理〕
次に、図１のビデオサーバにおける、編集元のファイルやブリッジファイルのファイルシステム情報（図４に示した編集元のファイルＡ，ＢやブリッジファイルのＡＤ）の記録処理について、２つの例を説明する。

<例１>
最初に、１つ目の例を説明する。ＣＰＵ８（図１）は、編集元のファイルやブリッジファイルをフラッシュメモリ４に記録する場合には、６４ページ（１ページのサイズは１２８ｋバイト）で構成される８Ｍバイトのブロックを、記録領域の単位であるクラスタとする。そして、図８に示すように、１ブロックのうちの１ページずつを、ファイルシステム情報（ＡＤ）の領域であるＦＳ用ページと、前述のピクチャポインタ（各フレームのアドレス情報及びサイズ情報）の領域であるＰＰ用ページとに割り当てる。

１ブロック分のＡＶデータについてのＡＤ，ピクチャポインタのデータ量はそれぞれ１ページのサイズに比べて非常に小さいので、１つのＦＳ用ページ，ＰＰ用ページにはそれぞれ複数ブロック分のＡＶデータについてのＡＤ，ピクチャポインタを記録することが可能である。

そして、ＣＰＵ８は、編集元のファイルやブリッジファイルのＡＶデータの記録時に、前述のファイルシステムやファイルマネージャー等による処理として、図９に示すようなＡＶデータ及びファイルシステム情報の記録処理を実行する。

この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、後述するキーＦＳの存在するブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ２１）。

ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されたことによって飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ２２）。

続いて、現在のブロックのＦＳ用ページが飽和したか（１２８ｋバイト分のＡＤ及びピクチャポインタが記録されたか）否かを判断する（ステップＳ２３）。

ノーであれば、ＣＰＵ８内のメモリにおいて、最新のＦＳ用ページであることを表すカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新する（ステップＳ２５）。他方イエスであれば、現在のブロックのＦＳ用ページのアドレスを、キーＦＳのアドレスとしてＣＰＵ８内のメモリに記憶して（ステップＳ２４）、ステップＳ２５に進む。

続いて、ＡＶデータの記録を全て終了したか否かを判断する（ステップＳ２６）。ノーであれば、記録対象の次のブロックに移って（ステップＳ２７）、ステップＳ２１に戻る。

ステップＳ２１でイエスになると、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページに、キーＦＳの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ２８）。そしてステップＳ２３に進む。

ステップＳ２６でイエスになると、カレントＦＳとなったＦＳ用ページに、現在のブロックのＰＰ用ページのＡＤをさらに記録して（ステップＳ２９）、処理を終了する。

図１０は、図９の処理によるＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。最初のブロックｂ１では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１内のＡＶデータのＡＤ（ビデオ，各チャンネル１〜４のオーディオというエッセンス毎の先頭アドレス及びサイズ）が記憶される（図９のステップＳ２２）。

次のブロックｂ２では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１及びｂ２内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１及びｂ２内のＡＶデータのＡＤが記憶される（図９のステップＳ２２）。次のブロックｂ３では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１〜ｂ３内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ３内のＡＶデータのＡＤが記憶される（図９のステップＳ２２）。

その後のブロックｂ４では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ１〜ｂ４内のＡＶデータのピクチャポインタが記録される。また、ＰＰ用ページが飽和したので、ＦＳ用ページには、ブロックｂ１〜ｂ４内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２２）。

次のブロックｂ５では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ５内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２２）（ブロックｂ５以降ではＰＰ用ページやＦＳ用ページとブロックとの対応関係を示す矢印を一部のみ描いている）。

次のブロックｂ６では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５及びｂ６内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ１〜ｂ６内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤとが記憶されて（図９のステップＳ２２）、ＦＳ用ページが飽和してキーＦＳとなる（図９のステップＳ２４）。

次のブロックｂ７では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５〜ｂ７内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロック７内のＡＶデータのＡＤが記録される（図９のステップＳ２８）。

次のブロックｂ８では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ５〜ｂ８内のＡＶデータのピクチャポインタが記録される。また、ＰＰ用ページが飽和したので、ＦＳ用ページには、ブロックｂ７及びｂ８内のＡＶデータのＡＤとブロックｂ８内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２８）。

次のブロックｂ９では、ＡＶデータが記録されるとともに、ＰＰ用ページにブロックｂ９内のＡＶデータのピクチャポインタが記録され、ＦＳ用ページにブロックｂ７〜ｂ９内のＡＶデータのＡＤとブロックｂ８内のＰＰ用ページのＡＤとが記憶される（図９のステップＳ２８）。そして、ブロックｂ９でＡＶデータの記録が終了するので、カレントＦＳとなったブロックｂ９のＦＳ用ページに、ブロックｂ９内のＰＰ用ページのＡＤも記録される（図９のステップＳ２９）。

この記録処理によれば、ファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ＡＶデータの記録時に同時に同じブロックにファイルシステム情報及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報及びピクチャポインタを記録することができる。

そして、キーＦＳとカレントＦＳとで全てのブロック内のＡＶデータのＡＤ及びＰＰ用ページのＡＤが記録される。例えば図１０の例では、キーＦＳにブロックｂ１〜ｂ６内のＡＶデータのＡＤとブロックｂ４内のＰＰ用ページのＡＤ（すなわちブロックｂ１〜ｂ４内のＡＶデータについてのピクチャポインタの配置情報）とが記録され、カレントＦＳにブロックｂ７〜ｂ９内のＡＶデータのＡＤとブロックｂ８及びｂ９内のＰＰ用ページのＡＤ（すなわちブロックｂ５〜ｂ９内のＡＶデータについてのピクチャポインタの配置情報）とが記録される。

したがって、キーＦＳのページとカレントＦＳのページとだけを読み出せば、記録した全てのＡＶデータのＡＤを取得することができるとともに、記録した全てのＡＶデータのピクチャポインタを記録しているＰＰ用ページのＡＤを取得することができる。特に、フラッシュメモリ４はアクセスがシークレスなので、瞬時にこれらの分散した複数のページからＡＤやピクチャポインタを取得することができる。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集元のファイルやブリッジファイルのファイルシステム情報及びピクチャポインタを管理することが可能となる。

<例２>
次に、編集元のファイルやブリッジファイルのファイルシステム情報の記録処理の２つ目の例を説明する。ＣＰＵ８（図１）は、編集元のファイルやブリッジファイルをフラッシュメモリ４に記録する場合には、やはりブロックを記録領域の単位であるクラスタとする。そして、図１１に示すように、１ブロックのうちの１ページずつを、ファイルシステム情報（ＡＤ）の領域であるＦＳ用ページと、ピクチャポインタ（各フレームのアドレス情報及びサイズ情報）の領域であるＰＰ用ページとに割り当てる。（ここまでは図８と同じである。）

さらに、このＦＳ用ページのうち、例えば１ｋバイト分の領域を、既に飽和したＦＳ用ページのアドレスを検索用インデックスとして記録するための領域とし、残りの１２７ｋバイト分の領域をＡＤの領域とする。なお、検索用インデックスの領域を１ｋバイトとしたのはあくまで一例であり、ＡＶデータのデータ量が多くなるほど飽和するＦＳ用ページが多くなるので、飽和した全てのＦＳ用ページのアドレスを記録できるように、ＡＶデータのデータ量に応じて検索用インデックスの領域のバイト数を決定すればよい。

そして、ＣＰＵ８は、編集元のファイルやブリッジファイルのＡＶデータの記録時に、前述のファイルシステムやファイルマネージャー等による処理として、図１２に示すようなＡＶデータ及びファイルシステム情報の記録処理を実行する。

この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、ＦＳ用ページの飽和したブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ３１）。

ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ３２）。

そして、ＣＰＵ８内のメモリにおいて、最新のＦＳ用ページであることを表すカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新する（ステップＳ３３）。

続いて、ＡＶデータの記録を全て終了したか否かを判断する（ステップＳ３４）。ノーであれば、記録対象の次のブロックに移って（ステップＳ３５）、ステップＳ３１に戻る。

ステップＳ３１でイエスになると、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ３６）。そしてステップＳ３３に進む。

ステップＳ３４でイエスになると、カレントＦＳとなったＦＳ用ページに、現在のブロックのＰＰ用ページのＡＤをさらに記録して（ステップＳ３７）、処理を終了する。

図１３は、図１２の処理によるＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。カレントＦＳ中の検索用インデックスの領域には、飽和した全てのＦＳ用ページのアドレス（ＦＳアドレスと記載している）が記録されている。また、カレントＦＳ中のＡＤの領域には、図１０に例示したブロックｂ９のＦＳ用ページと同様に、飽和したＦＳ用ページの存在するブロックより後の全てのブロック内のＡＶデータ及び飽和したＰＰ用ページのＡＤと、現在のブロックのＰＰ用ページのＡＤとが記録されている。

この記録処理によれば、ファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ＡＶデータの記録時に同時に同じブロックにファイルシステム情報及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、更新頻度が高く更新データ量が少ないファイルシステム情報及びピクチャポインタを記録することができる。（ここまでは<例１>の記録処理と同様である。）

さらに、図１３にも例示したように、カレントＦＳ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスが記録されているので、カレントＦＳのページを読み出した後、その検索用インデックスの領域にアドレスが記憶されている飽和したＦＳ用ページを読み出せば、記録した全てのＡＶデータのＡＤを取得することができるとともに、記録した全てのＡＶデータのピクチャポインタを記録しているＰＰ用ページのＡＤを取得することができる。

すなわち、<例１>の記録処理では、キーＦＳのアドレスとカレントＦＳのアドレスとを記憶するのでアドレスを記憶するページの数が不定となる（ＡＶデータのデータ量が多くなるほど、飽和するＦＳ用ページが多くなるのでキーＦＳが多くなる）のに対し、１つのカレントＦＳのアドレスだけを記憶すればよい。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集元のファイルやブリッジファイルのファイルシステム情報及びピクチャポインタを一層容易に管理することが可能となる。

この<例１>及び<例２>では、フラッシュメモリ４に編集元のファイルやブリッジファイルを記録する場合について説明した。しかし、これに限らず、光ディスクドライブ５（図１）に編集元のファイルやブリッジファイルを記録する場合に、光ディスクの各記録単位（クラスタ）のうちの一部ずつをファイルシステム情報，ピクチャポインタの領域に割り当てて図９や図１２のような処理を行ってもよい。さらにはメインストレージとしてハードディスクドライブを設けたビデオサーバ等の記録システムにおいて、ハードディスクドライブの各記録単位（クラスタ）のうちの一部ずつをファイルシステム情報，ピクチャポインタの領域に割り当てて図９や図１２と同様な処理を行ってもよい。

ただし、光ディスクドライブやハードディスクドライブは、フラッシュメモリと違ってシークが問題となるデバイスなので、図９や図１２の処理によってファイルシステム情報やピクチャポインタが分散して記録されると、その読み出し時間が問題となる。そこで、光ディスクドライブやハードディスクドライブに適用する場合には、光ディスクドライブやハードディスクドライブに記録したファイルシステム情報及びピクチャポインタを、バックアップデータとして、システムの起動時に、ＣＰＵ８内のメモリのようなシーク時間が問題とならないデバイスにロードし、そのデバイスのほうでファイルシステム情報やピクチャポインタの読み出しを行うようにすれば、システムの信頼性を高めることが可能となる。

〔編集結果ファイルのファイルシステム情報の記録処理〕
次に、図１のビデオサーバにおける、編集結果ファイルのファイルシステム情報（図４に示した編集結果ファイルＣのＡＤ）の記録処理例について説明する。

図２に示したカット編集処理では、編集元のファイル（ファイルＡ，Ｂ）のＩＮ点からＯＵＴ点までの部分の記録位置と、ブリッジファイル全体の記録位置とを示すＡＤ（配置情報）をファイルシステム情報とする編集結果ファイルＣを作成している（ステップＳ５）。しかし、この編集結果ファイルＣのＡＤ（図４参照）として、新規のＡＤを作成するのか、それとも既に作成されている編集元のファイル及びブリッジファイルのＡＤ（図４参照）をそのまま利用する（新規に作成しない）のかについては、このカット編集処理では言及していない。

ここで、編集元のファイルやブリッジファイルについて図８〜図１０や図１１〜図１３に示したＡＶデータ及びファイルシステム情報の記録処理を実行した上で、編集結果ファイルＣのＡＤとして編集元のファイル及びブリッジファイルのＡＤをそのまま利用した場合を考える。

図１４は、図３（ｂ）に示したファイルＡのＩＮ点からＯＵＴ点までのＡＶデータが、図１０や図１３に示したようなフラッシュメモリ４のブロックのうちの、飽和したＦＳ用ページの存在するブロックｂ４と、それに続く２つのブロックｂ５，ｂ６とに記録されているものとして、編集結果ファイルＣのＡＤとしてこのファイルＡのＡＤをそのまま利用した場合を示す図である（図１４ではＰＰ用ページは図示を省略している）。この場合には、ブロックｂ４〜ｂ６のＦＳ用ページに記録されているファイルＡのＡＤを、編集結果ファイルＣのＡＤとして用いることになる。

ところが、ブロックｂ５，ｂ６のＦＳ用ページにはファイルＡのうちの編集結果部分（ＩＮ点からＯＵＴ点までの範囲内）であるブロックｂ５，ｂ６内のＡＶデータのＡＤのみが記録されているが、ブロックｂ４には、編集結果部分であるブロックｂ４内のＡＶデータのＡＤと、編集結果部分ではないブロックｂ１〜ｂ３内のＡＶデータのＡＤとの両方が記録されている。したがって、編集結果部分であるブロックｂ４内のＡＶデータの記録位置のみを表現するファイルシステム情報が存在しないことになる。

こうした事態を避けるためには、編集結果ファイルＣ全体のファイルシステム情報（ＡＤ）を新規に作成することが望ましい。ただし、編集結果ファイルＣでは、ＡＶデータ自体はコピーすることなく編集元のファイル及びブリッジファイルのＡＶデータをそのまま利用する（図５に例示したようにクラスタの参照回数によって管理する）ので、編集元のファイルやブリッジファイルについて図８〜図１０や図１１〜図１３に示したような処理によってファイルシステム情報を記録することはできない。

そこで、編集結果ファイルＣのファイルシステム情報を新規に作成し、この編集結果ファイルＣのファイルシステム情報を、ブリッジファイルの記録時に併せて記録するという方法を説明する。図１５は、そのためにＣＰＵ８が実行する記録処理例を示すフローチャートであり、図１２の記録処理を一部変更するとともに図２のカット編集処理におけるステップＳ５，Ｓ７の処理順序をステップＳ４と同時に合わせたものである。

この処理では、最初に、現在のブロックにＡＶデータを記録するよりも前に、ＦＳ用ページの飽和したブロックに既にＡＶデータを記録済みであるか否かを判断する（ステップＳ４１）。

ノーであれば、現在のブロックが、ブリッジファイルのＡＶデータを記録する最終のブロックとなるか否かを判断する（ステップＳ４２）。

ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ（図１１）以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されて飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域（図１１）に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録する（ステップＳ４３）。

そして、ＣＰＵ８内のメモリにおいて、ブリッジファイルについてのカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新し（ステップＳ４４）、記録対象の次のブロックに移って（ステップＳ４５）、ステップＳ４１に戻る。

ステップＳ４２でイエスになった場合には、編集結果ファイルＣのピクチャポインタを作成する（図２のステップＳ７に該当）とともに、前述したように編集結果ファイルＣ全体のファイルシステム情報（ＡＤ）を新規に作成する（ステップＳ４６）。

続いて、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、１２８ｋバイト分のピクチャポインタが記録されて飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中のＡＤの領域に、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録し、且つ、残りのページ（ＦＳ用ページ，ＰＰ用ページ以外のページであってＡＶデータを記録しなかったページ）に、編集結果ファイルＣのピクチャポインタとＡＤとを記録する（ステップＳ４７）。

このステップＳ４７では、編集結果ファイルＣのＡＤを、図１６に示すような方法で記録する。すなわち、編集結果ファイルＣのピクチャポインタを記録したページ以外のページについて、図１１に示したＦＳ用ページと同様に、例えば１ｋバイト分の領域を、飽和したページのアドレスを検索用インデックスとして記録するための領域とし、残りの１２７ｋバイト分の領域をＡＤの領域とする。そして、ＡＤの領域に編集結果ファイルＣのＡＤとピクチャポインタを記録したページのＡＤとを記録するとともに、検索用インデックスの領域に、既にＡＤを記録した全てのページのアドレスを記録する。図１６には、３つのページに編集結果ファイルＣのＡＤを記録した状態を示しており、この３つのページのうち、中央のページの検索用インデックスの領域に左端のページのアドレス（ＦＳアドレスと記載している）が記録され、右端のページの検索用インデックスの領域に左端のページのアドレスと中央のページのアドレスとが記録される。

図１５に示すように、ステップＳ４７に続き、ＣＰＵ８内のメモリにおいて、ブリッジファイルについてのカレントＦＳのアドレスの記憶内容を、現在のブロックのＦＳ用ページのアドレスに更新するとともに、ステップＳ４７で最後に編集結果ファイルＣのＡＤを記録したページのアドレスを、編集結果ファイルＣについてのカレントＦＳのアドレスとしてＣＰＵ８内のメモリに記憶する（ステップＳ４８）。そして処理を終了する。

図１６の例では、ステップＳ４８で、編集結果ファイルＣのＡＤを記録した３つのページのうちの右端のページのアドレスが、編集結果ファイルＣについてのカレントＦＳのアドレスとして記憶されることになる。

ステップＳ４２でイエスになることなくステップＳ４１でイエスになった場合には、現在のブロックが、ブリッジファイルのＡＶデータを記録する最終のブロックとなるか否かを判断する（ステップＳ４９）。

ノーであれば、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録する（ステップＳ５０）。そしてステップＳ４４に進む。

ステップＳ４９でイエスになると、編集結果ファイルＣのピクチャポインタを作成する（図２のステップＳ８に該当）とともに、前述したように編集結果ファイルＣ全体のＡＤを新規に作成する（ステップＳ５１）。

続いて、現在のブロックのうち、ＦＳ用ページ，ＰＰ用ページ以外のページにＡＶデータを記録し、ＰＰ用ページに、それまでＡＶデータを記録したブロック（現在のブロックを含む）内のＡＶデータのピクチャポインタ（但し、飽和したＰＰ用ページが存在する場合は、それより後のブロック内のＡＶデータのピクチャポインタ）を累積して記録し、ＦＳ用ページ中の検索用インデックスの領域に、飽和した全てのＦＳ用ページのアドレスを記録し、ＦＳ用ページ中のＡＤの領域に、飽和したＦＳ用ページの存在するブロックより後のブロック（現在のブロックを含む）内のＡＶデータのＡＤと飽和したＰＰ用ページのＡＤとを累積して記録するとともに現在のブロックのＰＰ用ページのＡＤを記録し、且つ、残りのページ（ＦＳ用ページ，ＰＰ用ページ以外のページであってＡＶデータを記録しなかったページ）に、図１６に示したようにして編集結果ファイルＣのピクチャポインタとＡＤとを記録する（ステップＳ５２）。そしてステップＳ４８に進む。

この記録処理によれば、編集結果ファイルＣのファイルシステム情報（ＡＤ）やピクチャポインタだけを記録するためにフラッシュメモリ４にアクセスすることがなく、ブリッジファイルのＡＶデータの記録時に、ブリッジファイルを記録する最終ブロックに編集結果ファイルＣのＡＤ及びピクチャポインタを記録するので、フラッシュメモリ４のアクセス性能（ＡＶデータの記録／再生時のビットレート）を維持したまま、且つ、メインストレージの容量を余計に消費することなく、編集結果ファイルＣのファイルシステム情報及びピクチャポインタを記録することができる。

そして、図１６にも例示したように、編集結果ファイルＣのカレントＦＳのページを読み出した後、その検索用インデックスの領域にアドレスが記憶されているページを読み出せば、編集結果ファイルＣの全てのＡＤを取得することができるとともに、編集結果ファイルＣの全てのピクチャポインタを記録しているページのＡＤを取得することができる。これにより、フラッシュメモリ４のアクセス性能を維持したまま、編集結果ファイルＣのファイルシステム情報及びピクチャポインタを容易に管理することが可能となる。

なお、この発明の実施の形態では、編集機能を有するビデオサーバに本発明を適用している。しかし、以上に説明したカット編集処理や記録処理は、ビデオサーバに以外の編集装置にも適用することができる。また、図８〜図１０や図１１〜図１３を用いて説明したＡＶデータ及びファイルシステム情報の記録処理は、編集機能を有しない記録装置においてＡＶデータ及びファイルシステム情報を記録するためにも適用することができる。

本発明を適用したビデオサーバの全体構成例を示す図である。 カット編集処理を示すフローチャートである。 図２の処理による編集結果ファイルの作成の様子を例示する図である。 図２の処理による編集結果ファイルの作成の様子を例示する図である。 図２の処理によるクラスタの参照回数の管理の様子を例示する図である。 図２の処理による編集結果ファイルのピクチャポインタの作成の様子を例示する図である。 編集元のファイルの削除の様子を例示する図である。 図１のフラッシュメモリに編集元のファイル，ブリッジファイルを記録する際のファイルシステム情報の記録領域の割当て例を示す図である。 編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録処理例を示すフローチャートである。 編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。 図１のフラッシュメモリに編集元のファイル，ブリッジファイルを記録する際のファイルシステム情報の記録領域の割当て例を示す図である。 編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録処理例を示すフローチャートである。 編集元のファイル，ブリッジファイルのＡＶデータ及びファイルシステム情報の記録の様子を例示する図である。 編集結果ファイルＣのＡＤとして編集元のファイルのＡＤをそのまま利用した場合を例示する図である。 ブリッジファイルのＡＶデータ及びファイルシステム情報と編集結果ファイルのファイルシステム情報との記録処理例を示すフローチャートである。 ブリッジファイルの最終ブロックへの編集結果ファイルのファイルシステム情報の記録方法を示す図である。

符号の説明

１ ＳＤＩ入出力ポート、 ２ バンクメモリ、 ３ バンクメモリコントローラ、 ４ フラッシュメモリ、 ５ 光ディスクドライブ、 ６ ＦＰＧＡ、 ７ ＣＰＵ、 ８ ＣＰＵ、 ９ ＦＰＧＡ、 １０ 編集操作パネル

Claims (8)

1. フレームサイズが可変長となるビデオデータのファイルを編集する編集装置において、
   編集元の第１及び第２のファイルについて、前記第１のファイルのＩＮ点と、前記第１のファイルと前記第２のファイルとの接続点と、前記第２のファイルのＯＵＴ点とが指定されたことに基づき、前記第１のファイルのうち前記接続点の前方のフレームをＯＵＴ点とし、前記第２のファイルのうち前記接続点の後方のフレームをＩＮ点として、該ＯＵＴ点と該ＩＮ点とをつなぐファイルであるブリッジファイルを作成する第１の処理と、
   前記第１及び第２のファイルが記録されている記録媒体に前記ブリッジファイルのビデオデータを記録するとともに、前記記録媒体における、前記第１のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記第２のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記ブリッジファイルの記録位置とを示す情報をファイルシステム情報とする編集結果のファイルを作成して、前記記録媒体の記録単位であるブロックのうち、前記ブリッジファイルのビデオデータが記録される最後のブロック中のビデオデータが記録されなかった領域に前記ファイルシステム情報を記録する第２の処理と
   を行う処理手段を備えたことを特徴とする編集装置。
2. 請求項１に記載の編集装置において、
   前記ビデオデータは、ＬｏｎｇＧＯＰ方式で符号化されたビデオデータであり、
   前記ブリッジファイルは、前記第１のファイルのうち前記接続点の直前のＧＯＰ境界をＯＵＴ点とし、前記第２のファイルのうち前記接続点の直後のＧＯＰ境界をＩＮ点として、該ＯＵＴ点から該ＩＮ点までのフレームを再符号化したファイルである
   ことを特徴とする編集装置。
3. 請求項１に記載の編集装置において、
   前記記録媒体はフラッシュメモリであり、
   前記第２の処理では、６４ページで構成されるブロックのうちビデオデータが記録されなかったページに前記ファイルシステム情報を記録する
   ことを特徴とする編集装置。
4. 請求項３に記載の編集装置において、
   前記第２の処理では、前記ファイルシステム情報を記録する各々の前記ページのそれぞれ一部の領域に、既に前記ファイルシステム情報を記録した前記ページのアドレスを記録し、
   前記処理手段は、
   最後に前記ファイルシステム情報を記録した前記ページのアドレスを記憶する処理
   をさらに行うことを特徴とする編集装置。
5. フレームサイズが可変長となるビデオデータのファイルを編集する編集装置における編集方法において、
   前記編集装置内の処理手段が、編集元の第１及び第２のファイルについて、前記第１のファイルのＩＮ点と、前記第１のファイルと前記第２のファイルとの接続点と、前記第２のファイルのＯＵＴ点とが指定されたことに基づき、前記第１のファイルのうち前記接続点の前方のフレームをＯＵＴ点とし、前記第２のファイルのうち前記接続点の後方のフレームをＩＮ点として、該ＯＵＴ点と該ＩＮ点とをつなぐファイルであるブリッジファイルを作成する第１のステップと、
   前記編集装置内の処理手段が、前記第１及び第２のファイルが記録されている記録媒体に前記ブリッジファイルのビデオデータを記録するとともに、前記記録媒体における、前記第１のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記第２のファイルの前記ＩＮ点から前記ＯＵＴ点までの記録位置と、前記ブリッジファイルの記録位置とを示す情報をファイルシステム情報とする編集結果のファイルを作成して、前記記録媒体の記録単位であるブロックのうち、前記ブリッジファイルのビデオデータが記録される最後のブロック中のビデオデータが記録されなかった領域に前記ファイルシステム情報を記録する第２のステップと
   を有することを特徴とする編集方法。
6. 請求項５に記載の編集方法において、
   前記ビデオデータは、ＬｏｎｇＧＯＰ方式で符号化されたビデオデータであり、
   前記ブリッジファイルは、前記第１のファイルのうち前記接続点の直前のＧＯＰ境界をＯＵＴ点とし、前記第２のファイルのうち前記接続点の直後のＧＯＰ境界をＩＮ点として、該ＯＵＴ点から該ＩＮ点までのフレームを再符号化したファイルである
   ことを特徴とする編集方法。
7. 請求項１に記載の編集方法において、
   前記記録媒体はフラッシュメモリであり、
   前記第２のステップでは、６４ページで構成されるブロックのうちビデオデータが記録されなかったページに前記ファイルシステム情報を記録する
   ことを特徴とする編集方法。
8. 請求項７に記載の編集方法において、
   前記第２のステップでは、前記ファイルシステム情報を記録する各々の前記ページのそれぞれ一部の領域に、既に前記ファイルシステム情報を記録した前記ページのアドレスを記録し、
   前記編集装置内の処理手段が、最後に前記ファイルシステム情報を記録した前記ページのアドレスを記憶するステップ
   をさらに有することを特徴とする編集方法。

Images