(57)【要約】 【課題】２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置において、追っかけ再生の応答性を向上させる。【解決手段】ノンリニア記録媒体４，５に対する記録再生時にビデオデータを一時的に保持するためのメモリ２の各領域に、どのようなビデオデータが保持されているかを識別するデータ識別情報を作成する。ビデオデータの再生要求があると、このデータ識別情報を用いて、再生要求のあったビデオデータがメモリ２に保持されているか否かを検索する。保持されている場合には、ノンリニア記録媒体４，５からそのビデオデータを再生することなく、メモリ２に保持されているビデオデータを出力する。【選択図】図２
2008205718.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置において、
前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報を作成する第１の処理と、
いずれかの前記入出力ポートを指定したビデオデータの再生要求に応じて、該再生要求のあったビデオデータが前記メモリに保持されているか否かを前記データ識別情報を用いて検索し、保持されている場合には、前記メモリに保持されている該ビデオデータを前記指定された入出力ポートから出力させる第２の処理と
を行う処理手段
を備えたことを特徴とする記録再生装置。
【請求項２】
請求項１に記載の記録再生装置において、
前記第１の処理では、前記メモリの各領域がいずれかの前記入出力ポートのために現在使用されているか否かを示す使用管理情報を作成するとともに、いずれの前記入出力ポートのためにも使用されなくなった領域についても、使用されていたときにビデオデータが保持されることによって作成された前記データ識別情報を残しておき、
前記第２の処理では、いずれの前記入出力ポートのためにも使用されなくなった領域についても前記データ識別情報を用いて検索を行う
ことを特徴とする記録再生装置。
【請求項３】
請求項２に記載の記録再生装置において、
前記使用管理情報に基づき、前記メモリの各領域の現在までの使用履歴の情報を作成する第３の処理と、
いずれかの前記入出力ポートを指定したビデオデータの記録要求があった場合、及び、前記再生要求があり且つ前記第２の処理での検索の結果前記メモリにビデオデータが保持されていなかった場合に、前記使用履歴の情報を用いて、現在使用されていない領域のうち、使用された時期が古い領域の順に使用させる第４の処理と
を行う処理手段
をさらに備えたことを特徴とする記録再生装置。
【請求項４】
請求項１に記載の記録再生装置において、
前記メモリに一定量のビデオデータが貯まる毎に前記記録媒体にビデオデータが記録され、
前記第１の処理では、前記一定量よりも少ない量のビデオデータが前記メモリに書き込まれる毎に前記データ識別情報を作成する
ことを特徴とする記録再生装置。
【請求項５】
請求項１に記載の記録再生装置において、
前記データ識別情報は、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含み、
前記再生要求は、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われ、
前記第２の処理では、前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、再生要求のあったビデオデータが保持されている領域を検索する
ことを特徴とする記録再生装置。
【請求項６】
請求項１に記載の記録再生装置において、
前記記録再生装置は、ビデオデータ及びオーディオデータを含む複数種類のエッセンスから成る１まとまりのクリップを記録再生し、
前記データ識別情報は、前記クリップを識別するＩＤと、保持されているエッセンスの種類を示すエッセンス情報と、前記クリップの先頭から何バイト目からのデータが保持されているかを示すオフセット情報と、保持されているエッセンスのサイズ情報とを含み、
前記再生要求は、前記ＩＤと、前記エッセンス情報と、前記クリップの先頭から何バイト目からのエッセンスを再生するかを示すオフセット情報と、再生するエッセンスのサイズ情報とを用いて行われ、
前記第２の処理では、前記データ識別情報中の前記ＩＤ，前記エッセンス情報，前記オフセット情報及びサイズ情報と、前記再生要求で用いられた前記ＩＤ，前記エッセンス情報，前記オフセット情報及びサイズ情報とを照合して、再生要求のあったエッセンスが保持されている領域を検索する
ことを特徴とする記録再生装置。
【請求項７】
前記記録再生装置は、ビデオデータ及びオーディオデータを含む複数種類のエッセンスから成る１まとまりのクリップを記録再生するＡＶサーバーである
ことを特徴とする記録再生装置。
【請求項８】
前記記録再生装置は、ビデオデータ，オーディオデータ及び編集作業用のプロキシデータを含む複数種類のエッセンスから成る１まとまりのクリップを編集のために記録再生するノンリニア編集機である
ことを特徴とする記録再生装置。
【請求項９】
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置における再生方法において、
前記記録再生装置内の処理手段が、前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報を作成する第１のステップと、
前記記録再生装置内の処理手段が、いずれかの前記入出力ポートを指定したビデオデータの再生要求に応じて、該再生要求のあったビデオデータが前記メモリに保持されているか否かを前記データ識別情報を用いて検索し、保持されている場合には、前記メモリに保持されている該ビデオデータを前記指定された入出力ポートから出力させる第２のステップと
を有することを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばテレビジョン放送用のＡＶサーバーやノンリニア編集機のような、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置に関する。
【背景技術】
【０００２】
テレビジョン放送用にＡＶデータの記録再生や編集を行う機器として、複数の入出力ポートと、メインストレージであるノンリニアアクセス可能な大容量の記録媒体（ハードディスクドライブ，フラッシュメモリ等）とを有するＡＶサーバーやノンリニア編集機が普及している。
【０００３】
こうしたＡＶサーバーやノンリニア編集機では、複数の入出力ポートが全く同じタイミングでメインストレージにアクセスすることを避けるために、通常、各入出力ポートからのメインストレージへのアクセスがタイムスロットによって管理されている（例えば特許文献１参照）。そして、各入出力ポートがこのタイムスロットとは無関係に所定レートでＡＶデータを入出力できるようにするために、メインストレージに対する記録再生時にＡＶデータを一時的に保持するためのメモリが設けられている。
【０００４】
図１は、従来のＡＶサーバーやノンリニア編集機におけるこのＡＶデータ一時保持用のメモリの管理方法を概念的に示す図である。例えば入出力ポートがＰｏｒｔ＃１〜５の５つであるとすると、このメモリＭの全領域が、各ポートＰｏｒｔ＃１〜５に専用の５つの領域Ｍ１〜Ｍ５に分割して管理される。
【０００５】
入出力ポートＰｏｒｔ＃１にＡＶデータが入力すると、そのＡＶデータは、毎フレーム、メモリＭの領域Ｍ１に書き込まれていく。そして、領域Ｍ１に一定量のＡＶデータが溜まると、入出力ポートＰｏｒｔ＃１に割り当てられたタイムスロットのタイミングで、領域Ｍ１内のＡＶデータがメインストレージＭＳに記録される。
【０００６】
また、入出力ポートＰｏｒｔ＃２からＡＶデータを出力するときは、入出力ポートＰｏｒｔ＃２に割り当てられたタイムスロットのタイミングで、メインストレージＭＳ内のＡＶデータがメモリＭの領域Ｍ２に書き込まれる。そして、領域Ｍ２に書き込まれたＡＶデータが、毎フレーム、入出力ポートＰｏｒｔ＃２から出力される。入出力ポートＰｏｒｔ＃３〜５についても同様である。
【０００７】
ところで、ＡＶサーバーやノンリニア編集機の用途としては、或る入出力ポートに入力させたＡＶデータを、直ちに他の入出力ポートから出力するという、「追っかけ再生」の用途が存在する。例えば、生放送のスポーツ番組において注目すべきシーンのリプレイを行う場合や、ニュース番組において取材現場からのＡＶデータを編集して放送する場合に、こうした追っかけ再生が行われる。
【０００８】
従来、こうしたＡＶサーバーやノンリニア編集機で追っかけ再生を行う際には、メインストレージに記録されたＡＶデータを再生して出力していた。
【０００９】
【特許文献１】特開２０００−３０７９７８号公報（段落０００８，００４６〜４７）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、こうした従来の追っかけ再生方法では、或るＡＶデータが入力した後、記録時のタイムスロット管理による待ち時間と、再生時のタイムスロット管理による待ち時間とを合わせた時間が経過するまで、そのＡＶデータを出力することができない。
【００１１】
そのため、追っかけ再生の応答性が悪くなるので、前述のスポーツ番組やニュース番組においてリプレイ再生や編集が遅れるという問題があった。
【００１２】
本発明は、上述の点に鑑み、ＡＶサーバーやノンリニア編集機のような、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置において、追っかけ再生の応答性を向上させることを課題とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明は、
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置において、
前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報を作成する第１の処理と、
いずれかの前記入出力ポートを指定したビデオデータの再生要求に応じて、該再生要求のあったビデオデータが前記メモリに保持されているか否かを前記データ識別情報を用いて検索し、保持されている場合には、前記メモリに保持されている該ビデオデータを前記指定された入出力ポートから出力させる第２の処理と
を行う処理手段
を備えたことを特徴とする。
【００１４】
また本発明は、
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置における再生方法において、
前記記録再生装置内の処理手段が、前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報を作成する第１のステップと、
前記記録再生装置内の処理手段が、いずれかの前記入出力ポートを指定したビデオデータの再生要求に応じて、該再生要求のあったビデオデータが前記メモリに保持されているか否かを前記データ識別情報を用いて検索し、保持されている場合には、前記メモリに保持されている該ビデオデータを前記指定された入出力ポートから出力させる第２のステップと
を有することを特徴とする。
【００１５】
本発明によれば、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置において、ノンリニア記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリの各領域に、どのようなビデオデータが保持されているかを識別するデータ識別情報が作成される。
【００１６】
ビデオデータの再生要求があると、このデータ識別情報を用いて、再生要求のあったビデオデータがこのメモリに保持されているか否かが検索される。そして、保持されている場合には、ノンリニア記録媒体からそのビデオデータを再生することなく、このメモリに保持されているビデオデータが出力される。
【００１７】
ここで、追っかけ再生の場合には、再生対象のビデオデータがノンリニア記録媒体への記録のためにこのメモリに保持された直後なので、そのビデオデータがこのメモリにまだ保持されている（そのビデオデータを保持した領域がまだ他のビデオデータの記録や再生のために上書きされていない）可能性が高い。
【００１８】
したがって、ノンリニア記録媒体にアクセスすることなく（すなわち、タイムスロット管理によるノンリニア記録媒体へのアクセスの待ち時間に影響されることなく）、このメモリをいわばキャッシュメモリとして利用して迅速に追っかけ再生を行えるケースが多くなる。これにより、追っかけ再生の応答性を向上させることができる。
【発明の効果】
【００１９】
本発明によれば、２以上の入出力ポートからノンリニア記録媒体にアクセスしてデータを記録再生する記録再生装置において、追っかけ再生の応答性を向上させることができるという効果が得られる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態として、テレビジョン放送用のＡＶサーバーに本発明を適用した例を、図面を用いて具体的に説明する。
【００２１】
最初に、本発明を適用したＡＶサーバーの全体構成例を、図２を用いて説明する。このＡＶサーバーは、次のような各部によって構成されている。
・ＳＤＩ規格のシリアルデジタル信号を入出力するための複数（例えば５つ）のＳＤＩ入出力ポート１
・バンクメモリ２
・バンクメモリ２に対するデータの読み書きを行うバンクメモリコントローラ３
・各ＳＤＩ入出力ポート１に入力したＡＶデータを記録するメインストレージである大容量のフラッシュメモリ４
・セットアップ等によって決定した１つのＳＤＩ入出力ポート１に入力したＡＶデータのみを記録するための光ディスクドライブ５
・フラッシュメモリ４及び光ディスクドライブ５を制御する低機能のプロセッサを設けたＦＰＧＡ６
・ＳＤＩ入出力ポート１及びバンクメモリコントローラ３を制御するＣＰＵ７
・ＡＶサーバー全体を統括するＣＰＵ８
・外部からＲＳ−４２２プロトコルで受信した各ＳＤＩ入出力ポート１毎の記録・再生コマンドをプロトコル変換してＣＰＵ８に送ったり、ＣＰＵ８からのステータスをＲＳ−４２２プロトコルに変換して外部に返送するための低機能のプロセッサを設けたＦＰＧＡ９
・フラッシュメモリ４や光ディスクドライブ５に記録されているＡＶデータのカット編集等を行うための編集操作パネル１０
【００２２】
各ＳＤＩ入出力ポート１には、入出力処理部１ａとコーデック１ｂとが設けられている。
記録時には、ＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号が、入出力処理部１ａでパラレル形式のＡＶデータ（ビデオデータ，オーディオデータ，編集作業用のプロキシデータ，リアルタイムメタデータという４種類のエッセンスから成るデータ）に変換され、コーデック１ｂによりＬｏｎｇＧＯＰ方式でエンコード（圧縮）されて、バンクメモリコントローラ３に送られる。
【００２３】
また再生時には、バンクメモリコントローラ３からＳＤＩ入出力ポート１に送られたＡＶデータが、コーデック１ｂによりＬｏｎｇＧＯＰ方式でデコード（伸長）され、入出力処理部１ａでＳＤＩ規格のシリアルデジタル信号に変換されて出力される。
【００２４】
バンクメモリ２は、フラッシュメモリ４や光ディスクドライブ５に対するＡＶデータの記録再生時にＡＶデータを一時的に保持するためのメモリであり、容量は例えば２Ｇバイトである。
【００２５】
なお、このＡＶサーバーには、図示は省略するが、同じ構成のＡＶサーバーを複数台接続して各ＡＶサーバーのＳＤＩ入出力ポート１から別のＡＶサーバーのフラッシュメモリ４にアクセスするための外部インタフェースも設けられている。そのような別のＡＶサーバーのＳＤＩ入出力ポート１からのアクセスによる記録再生時にも、このバンクメモリ２にＡＶデータが一時的に保持される。
【００２６】
ＣＰＵ７，ＣＰＵ８，ＦＰＧＡ６のプロセッサには、それぞれ内部のメモリに各種のプログラムが格納されている。図３は、それらのプログラムのモジュール構造を示す図である。
【００２７】
ＣＰＵ７内のメモリには、次のようなプログラムが格納されている。
・ＦＰＧＡ９からのコマンドを解釈するプログラムＣＭＤ
・フラッシュメモリ４内のＡＶデータを管理するファイルシステムＭＳＦＳ
・光ディスクドライブ５内のＡＶデータを管理するファイルシステムＰＤＦＳ
・ファイルシステムＭＳＦＳ及びＰＤＦＳの上位のプログラムであるファイルマネージャーＦＭ
【００２８】
ＣＰＵ８内のメモリには、次のようなプログラムが格納されている。
・各ＳＤＩ入出力ポート１毎に設けられた、当該ＳＤＩ入出力ポート１を制御するプログラムであるポートマネージャーＰＭと、バンクメモリコントローラ３を制御してバンクメモリ２にＡＶデータの読み書きを行わせるプログラムであるクリップマネージャーＣＭ
・バンクメモリ２の管理とバンクメモリコントローラ３の制御とを行うプログラムであるバンクメモリマネージャーＢＭＭ
・フラッシュメモリ４や光ディスクドライブ５に記録されたＡＶデータを編集するためのプログラムＥＦＭ
【００２９】
ＦＰＧＡ６のプロセッサ内のメモリには、次のようなプログラムが格納されている。
・各ＳＤＩ入出力ポート１からのフラッシュメモリ４へのアクセスをタイムスロットによって管理するプログラムであるメインストレージマネージャーＭＳＭ
・フラッシュメモリ４を制御するプログラムであるメインストレージコントローラＭＳＣｔｒｌ
・光ディスクドライブ５を制御するプログラムＰＤＤＩＦ
【００３０】
図３に示した各モジュールのうち、バンクメモリマネージャーＢＭＭは本発明によって新規に設けたモジュールであるが、それ以外のモジュールは既存のものである。図３には各モジュールの関係（どのモジュールとどのモジュールとの間で通信が行われるか）を矢印で描いているが、バンクメモリマネージャーＢＭＭを中心にして他のモジュールとの関係を描きなおすと、図４のようになる。
【００３１】
この図４に示すように、バンクメモリマネージャーＢＭＭは、クリップマネージャーＣＭとファイルマネージャーＦＭとの間に介在しており、クリップマネージャーＣＭ，ファイルマネージャーＦＭとそれぞれ通信を行う。但し、クリップマネージャーＣＭは、ファイルマネージャーＦＭとの通信を全てバンクメモリマネージャーＢＭＭを介して行うわけではなく、直接ファイルマネージャーＦＭとも通信を行う。
【００３２】
バンクメモリマネージャーＢＭＭは、次の（ａ）〜（ｄ）の機能を有するプログラムである。
（ａ）バンクメモリ２のビットマップ管理
（ｂ）バンクメモリ２の確保制御
（ｃ）バンクメモリ２の解放制御
（ｄ）バンクメモリ２の使用履歴の管理
【００３３】
このうち、ビットマップ管理では、図５に概念的に示すように、バンクメモリ２の全ての領域を、全てのＳＤＩ入出力ポート１（Ｐｏｒｔ＃１〜５と記載している）に共用される領域として扱う。すなわち、図１に示した従来の管理方法とは異なり、バンクメモリ２を各ＳＤＩ入出力ポート１に専用の領域には分割しない。
【００３４】
また、ビットマップ管理では、図６に示すように、バンクメモリ２の全領域を、それぞれ一種類ずつのエッセンス（ビデオデータ，オーディオデータ，プロキシデータ，リアルタイムメタデータのうちの一種類ずつ）を保持するための複数のバンク２ａに区切る。なお、各バンク２ａのサイズは、例えば８Ｍバイトというような一定のサイズであるが、別の例として、当該バンク２ａに保持させるエッセンスの種類によってサイズを異ならせるようにしてもよい。
【００３５】
そして、ビットマップ管理では、各バンク２ａを、図７に示すような情報から成るビットマップで管理する。このビットマップにおいて、ＢＭ[ｘ]中のｘは、バンクメモリ２内の何番目のバンク２ａであるかを示すアドレスの値である。
Ｂｏｘは、前述のようにＡＶサーバーを複数台接続した場合に、個々のＡＶサーバーを識別する情報である。
Ｄｒｖは、ＡＶデータの記録先または再生元がフラッシュメモリ４，光ディスクドライブ５のうちのいずれであるかを示す情報である。
【００３６】
ＣｌｉｐＩＤは、クリップ（１まとまりのＡＶデータ）を識別する情報である。
Ｅｓｓｅｎｃｅは、ビデオデータ，オーディオデータ，プロキシデータ，リアルタイムメタデータのうちのどの種類のエッセンスであるかを示す情報である。
Ｏｆｆｓｅｔは、エッセンスの先頭から何バイト目からのデータであるかを示す情報である。
Ｓｉｚｅは、Ｏｆｆｓｅｔからのデータのサイズをバイト数で示す情報である。
【００３７】
Ｃｏｕｎｔは、当該バンク２ａを現在使用しているＳＤＩ入出力ポート１の数を示す値である。どのＳＤＩ入出力ポート１も当該バンク２ａを使用していないときには、このＣｏｕｎｔの値は０にされる。そして、上記（ｂ）のバンクメモリ２の確保制御によって１つのＳＤＩ入出力ポート１が当該バンク２ａを確保する毎にこのＣｏｕｎｔの値が１ずつカウントアップされ、上記（ｃ）のバンクメモリ２の解放制御によって１つのＳＤＩ入出力ポート１が当該バンク２ａを解放する毎にこのＣｏｕｎｔの値が１ずつカウントダウンされる（確保制御，解放制御については後で図９〜図１２を用いて説明する）。
【００３８】
なお、ＢｏｘからＳｉｚｅまでの情報は、いずれかのＳＤＩ入出力ポート１によって当該バンク２ａが確保されることによって作成されるが、その後当該バンク２ａが解放されることによってＣｏｕｎｔの値が０になっても（すなわち当該バンク２ａがどのＳＤＩ入出力ポート１にも使用されなくなっても）、ＢｏｘからＳｉｚｅまでの情報はそのまま残される。これは、後で図１１及び図１２を用いて説明する再生時の処理において、使用されていないバンク２ａも検索対象にしてそこに保持されているデータを利用できるようにするためである。
【００３９】
上記（ｄ）のバンクメモリ２の使用履歴の管理では、各バンク２ａについてのビットマップに基づき、各バンク２ａの使用履歴の情報を作成する。この使用履歴の情報では、全てのバンク２ａが、使用時期の順番に登録される。すなわち、図８に示すように、現在使用されていない（ビットマップ中のＣｏｕｎｔの値が０である）バンク２ａは、使用されていた時期（Ｃｏｕｎｔの値が１以上であった時期）が古い順に登録される。また、新たに確保されることによってビットマップ中のＣｏｕｎｔの値がカウントアップされたバンク２ａは、最も使用時期の新しいバンク２ａとして登録するように、使用履歴の情報が更新される。
【００４０】
次に、ＡＶデータの記録時におけるバンクメモリマネージャーＢＭＭの処理について説明する。いずれかのＳＤＩ入出力ポート１とＡＶデータの記録先（フラッシュメモリ４または光ディスクドライブ５）とを指定した記録コマンドがＦＰＧＡ９で受信されると、プログラムＣＭＤ（図３）の処理によってそのコマンドが解釈されて、指定されたＳＤＩ入出力ポート１についてのポートマネージャーＰＭ（図３）にコマンドが送られる。
【００４１】
ポートマネージャーＰＭは、そのＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号を、パラレル形式のＡＶデータに変換させた後エンコードさせて、バンクメモリコントローラ３に供給させる。
【００４２】
また、ポートマネージャーＰＭは、このプログラムＣＭＤからのコマンドをクリップマネージャーＣＭ（図３，図４）に転送する。クリップマネージャーＣＭは、このコマンドに基づき、ＳＤＩ入出力ポート１でＡＶデータがエンコードされる前に、ＡＶデータを保持するためのバンクメモリ２の領域の確保要求をバンクメモリマネージャーＢＭＭに送る。
【００４３】
図９は、この確保要求に基づくバンクメモリマネージャーＢＭＭの処理を示すフローチャートである。また図１０は、記録時のクリップマネージャーＣＭ・バンクメモリマネージャーＢＭＭ・ファイルマネージャーＦＭ間の通信内容を経時的に示す図である。
【００４４】
クリップマネージャーＣＭは、バンクメモリ２の領域の確保要求を、図７に示したＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ及び確保を要求する領域のバイト数の情報と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ１）。
【００４５】
バンクメモリマネージャーＢＭＭは、この確保要求を受け取ると（図９のステップＳ１）、
使用履歴の情報（図８）を参照して、バンクメモリ２の各バンク２ａのうち、現在使用されていないバンク２ａを検索する（図９のステップＳ２）。
【００４６】
続いて、みつかったバンク２ａの中から、使用されていた時期が古い順に、要求されたバイト数分（例えば要求されたバイト数が２０Ｍバイトであり各バンク２ａのサイズが８Ｍバイトであれば３つ）のバンク２ａを確保する（図９のステップＳ３）。
【００４７】
このステップＳ３で使用時期が古い順に確保するのは、最近使用されたばかりのバンク２ａがすぐに他のデータの記録のために使用されないようにすることにより、後で図１１及び図１２を用いて説明する再生時の処理において、そこに保持されているデータを利用できる機会を増やして、追っかけ再生の応答性や、フォワード／リバース再生を繰り返した際の応答性を良くするためである。
【００４８】
すなわち、例えば全ＳＤＩ入出力ポート１のうち、或る１つのポート（Ｐｏｒｔ＃１とする）で或るデータＡの記録を行い、別の１つのポート（Ｐｏｒｔ＃２とする）でそのデータＡの追っかけ再生を行い、さらに別の１つのポート（Ｐｏｒｔ＃３とする）で別のデータＢの記録を行うような場合を考えることにする。その場合、Ｐｏｒｔ＃１がデータＡの記録のために使用していたバンク２ａが、記録が完了することによって使用されなくなった後すぐにＰｏｒｔ＃３でのデータＢの記録のために使用されてしまうと、そのバンク２ａに保持されていたデータＡをＰｏｒｔ＃２でのデータＡの追っかけ再生のために利用できなくなる。そこで、そうした事態をさけるため、ステップＳ３では使用時期が古い順に確保するようにしている。
【００４９】
図９に示すように、ステップＳ３に続いて、確保した各バンク２ａについてのビットマップ中のＣｏｕｎｔの値を１つカウントアップし（図９のステップＳ４）、確保した各バンク２ａを最も使用時期の新しいバンク２ａとして登録するように使用履歴の情報を更新する（図９のステップＳ５）。
【００５０】
そして、確保要求に対する応答として、確保した各バンク２ａのアドレスｘ（図７）と確保した各バンク２ａの合計のバイト数とを要求元のクリップマネージャーＣＭに通知する（図９のステップＳ６、図１０のｔ２）。
【００５１】
クリップマネージャーＣＭは、バンクメモリコントローラ３を制御して、バンクメモリ２の各バンク２ａうちの確保されたバンク２ａに、ＳＤＩ入出力ポート１でエンコードされたＡＶデータを毎フレーム書き込ませる。
【００５２】
また、クリップマネージャーＣＭは、１フレーム分のデータがバンク２ａに書き込まれる毎に、バンク２ａに１フレーム分のデータを書き込んだ旨の通知を、書き込みを行ったバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ３）。バイト単位のデータサイズの情報であるＳｉｚｅを送るのは、低レートや可変速レートでの再生時に、最速で追っかけ再生を行えるようにするためである。
【００５３】
バンクメモリマネージャーＢＭＭは、毎フレームこの通知を受け取る毎に（図９のステップＳ７）、書き込みが行われたバンク２ａについてのビットマップ中のＢｏｘからＳｉｚｅまでの情報（図７）を作成（一度作成した以降はＳｉｚｅの情報を更新）して（図８のステップＳ８）、クリップマネージャーＣＭに応答を返す（図９のステップＳ９、図１０のｔ４）。
【００５４】
その後、１つのバンク２ａに一定バイト数（例えばバンク２ａのサイズの６分の５程度）のデータが溜まると、クリップマネージャーＣＭは、フラッシュメモリ４または光ディスクドライブ５への記録要求を、そのバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ５）。
【００５５】
バンクメモリマネージャーＢＭＭは、この記録要求を受け取ると（図９のステップＳ１０）、バンクメモリコントローラ３を制御して、当該バンク２ａからデータを全て読み出してＦＰＧＡ６に供給させる（図９のステップＳ１１）。また、ファイルマネージャーＦＭ（図３，図４）にこの記録要求を転送する（図９のステップＳ１２、図１０のｔ６）。
【００５６】
ファイルマネージャーＦＭは、この記録要求を受け取ると、Ｄｒｖがフラッシュメモリ４を示している場合には、ファイルシステムＭＭＦＳ（図３，図４）に対してデータの記録を要求する。その場合には、ファイルシステムＭＳＦＳ，メインストレージマネージャーＭＳＭ及びメインストレージコントローラＭＳの処理により、ＦＰＧＡ６に供給されたデータがフラッシュメモリ４に記録される。
【００５７】
他方、Ｄｒｖが光ディスクドライブ５を示している場合には、ファイルマネージャーＦＭは、ファイルシステムＰＤＦＳ（図３，図４）に対してデータの記録を要求する。その場合には、ファイルシステムＰＤＦＳ及びプログラムＰＤＤＩＦの処理により、ＦＰＧＡ６に供給されたデータが光ディスクドライブ５に記録される。
【００５８】
そして、フラッシュメモリ４または光ディスクドライブ５への記録が終了すると、ファイルマネージャーＦＭは、記録要求に対する応答として、記録されたバイト数をバンクメモリマネージャーＢＭＭに通知する（図１０のｔ７）。
【００５９】
バンクメモリマネージャーＢＭＭは、ファイルマネージャーＦＭからこの通知を受け取ると（図９のステップＳ１３）、記録要求に対する応答として、ファイルマネージャーＦＭから通知されたバイト数をクリップマネージャーＣＭに通知する（図９のステップＳ１４，図１０のｔ８）。
【００６０】
クリップマネージャーＣＭは、この通知があり、バンク２ａに貯まったデータのフラッシュメモリ４または光ディスクドライブ５への記録が完了していると、そのバンク２ａの解放要求を、そのバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ９）。
【００６１】
バンクメモリマネージャーＢＭＭは、この解放要求を受け取ると（図９のステップＳ１５）、アドレスｘが示すバンク２ａについてのビットマップ中のＢｏｘからＳｉｚｅまでの情報を残したまま、そのビットマップ中のＣｏｕｎｔの値を１だけカウントダウンする（図９のステップＳ１６）。そして、解放が完了したことをクリップマネージャーＣＭに通知する（図９のステップＳ１７，図１０のｔ１０）。
【００６２】
なお、フラッシュメモリ４や光ディスクドライブ５への記録が失敗した場合にはクリップマネージャーＣＭが記録のリトライを要求する場合もあるので、クリップマネージャーＣＭから解放要求があるまではバンクメモリマネージャーＢＭＭはバンク２ａを解放しない。
【００６３】
そして、確保した全てのバンク２ａについて図９のステップＳ７〜Ｓ１７の処理が済む（図９のステップＳ１８）と、図９の処理を終了する。
【００６４】
次に、ＡＶデータの再生時におけるバンクメモリマネージャーＢＭＭの処理について説明する。いずれかのＳＤＩ入出力ポート１とＡＶデータの再生元（フラッシュメモリ４または光ディスクドライブ５）とを指定した再生コマンドがＦＰＧＡ９で受信されると、プログラムＣＭＤ（図３）の処理によってそのコマンドが解釈されて、指定されたＳＤＩ入出力ポート１についてのポートマネージャーＰＭ（図３）にコマンドが送られる。
【００６５】
ポートマネージャーＰＭは、このコマンドをクリップマネージャーＣＭ（図３，図４）に転送する。クリップマネージャーＣＭは、このコマンドに基づき、ＡＶデータの再生要求をバンクメモリマネージャーＢＭＭに送る。図１１は、この再生要求に基づくバンクメモリマネージャーＢＭＭの処理を示すフローチャートである。また図１２は、再生時のクリップマネージャーＣＭ・バンクメモリマネージャーＢＭＭ・ファイルマネージャーＦＭ間の通信内容を経時的に示す図である。
【００６６】
クリップマネージャーＣＭは、ＡＶデータの再生要求を、図７に示したＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ及び再生を要求するデータのバイト数の情報と一緒に、バンクメモリマネージャーＢＭＭに送る（図１２のｔ１１）。
【００６７】
バンクメモリマネージャーＢＭＭは、この再生要求を受け取ると（図１１のステップＳ２１）、再生要求と一緒に受け取ったＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ及びＯｆｆｓｅｔの情報と、バンクメモリ２の各バンク２ａについて作成されているビットマップ（図７）中のＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ及びＯｆｆｓｅｔの情報とを照合することにより、ビットマップ中のＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ及びＯｆｆｓｅｔの情報の内容が再生要求と一致するバンク２ａを検索する（図１１のステップＳ２２）。
【００６８】
なお、このステップＳ２２では、一致するバンク２ａがみつかったがそのビットマップ中のＳｉｚｅの値（Ｍとする）が再生要求されたバイト数（Ｎとする）に満たない場合には、再生要求されたＯｆｆｓｅｔの値（Ａとする），バイト数をそれぞれＡ＋Ｍ＋１，Ｎ−Ｍに変更して、２つ目のバンク２ａの検索を行う。
【００６９】
図１１に示すように、ステップＳ２２に続き、検索がヒットしたか（一致するバンク２ａがみつかったか）否かを判断する（図１１のステップＳ２３）。イエスであれば、ヒットしたバンク２ａを確保する（図１１のステップＳ２４）。そして、確保した各バンク２ａについてのビットマップ中のＣｏｕｎｔの値を１つカウントアップし（図１１のステップＳ２５）、確保した各バンク２ａを最も使用時期の新しいバンク２ａとして登録するように使用履歴の情報を更新する（図１１のステップＳ２６）。
【００７０】
そして、再生要求に対する応答として、確保したバンク２ａのアドレスｘとそのバンク２ａに保持されているデータのバイト数とをクリップマネージャーＣＭに通知する（図１１のステップＳ２７、図１２のｔ１２）。保持されているデータサイズをバイト単位で通知するのは、低レートや可変速レートでの再生時に、最速で追っかけ再生を行えるようにするためである。
【００７１】
ステップＳ２３でノーであった場合には、使用履歴の情報（図８）を参照して、バンクメモリ２の各バンク２ａのうち、現在使用されていないバンク２ａを検索する（図１１のステップＳ２８）。  そして、みつかったバンク２ａの中から、使用されていた時期が古い順に、再生要求されたバイト数分のバンク２ａを確保する（図１１のステップＳ２９）。
【００７２】
そして、確保した各バンク２ａについてのビットマップ中のＣｏｕｎｔの値を１つカウントアップし（図１１のステップＳ３０）、確保した各バンク２ａを最も使用時期の新しいバンク２ａとして登録するように使用履歴の情報を更新する（図１１のステップＳ３１）。
【００７３】
続いて、クリップマネージャーＣＭからの再生要求をファイルマネージャーＦＭ（図３，図４）に転送する（図１１のステップＳ３２、図１２のｔ１３）。
【００７４】
ファイルマネージャーＦＭは、この再生要求が転送されると、Ｄｒｖがフラッシュメモリ４を示している場合には、ファイルシステムＭＭＦＳ（図３，図４）に対してデータの再生を要求する。その場合には、ファイルシステムＭｓＦＳ，メインストレージマネージャーＭＳＭ及びメインストレージコントローラＭＳの処理により、フラッシュメモリ４からデータが再生されてバンクメモリコントローラ３に供給される。
【００７５】
他方、Ｄｒｖが光ディスクドライブ５を示している場合には、ファイルマネージャーＦＭは、ファイルシステムＰＤＦＳ（図３，図４）に対してデータの再生を要求する。その場合には、ファイルシステムＰＤＦＳ及びプログラムＰＤＤＩＦの処理により、光ディスクドライブ５からデータが再生されてバンクメモリコントローラ３に供給される。
【００７６】
そして、フラッシュメモリ４または光ディスクドライブ５からの再生が終了すると、ファイルマネージャーＦＭは、再生要求に対する応答として、再生したバイト数をバンクメモリマネージャーＢＭＭに通知する（図１２のｔ１４）。
【００７７】
バンクメモリマネージャーＢＭＭは、ファイルマネージャーＦＭからこの通知を受け取ると、（図１１のステップＳ３３）、バンクメモリコントローラ３を制御して、確保したバンク２ａにデータを書き込ませる（図１１のステップＳ３４）。そして、書き込みを行ったバンク２ａについてのビットマップ中のＢｏｘからＳｉｚｅまでの情報（図７）を作成して（図８のステップＳ３５）、図１１のステップＳ２７、図１２のｔ１２に進む。
【００７８】
クリップマネージャーＣＭは、図１１のステップＳ２７、図１２のｔ１２の通知があると、バンクメモリコントローラ３を制御して、確保されたバンク２ａから、再生要求したバイト数分のデータを読み出させてＳＤＩ入出力ポート１に供給させる。
【００７９】
そして、再生要求したバイト数分のデータが読み出されると、クリップマネージャーＣＭは、そのバンク２ａの解放要求を、そのバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１２のｔ１５）。
【００８０】
バンクメモリマネージャーＢＭＭは、この解放要求があると（図１１のＳ３６）、図９に示した記録時のステップＳ１５及びＳ１６と同じ処理を行う（図１１のＳ３７及びＳ３８、図１２のｔ１６）。
【００８１】
そして、確保した全てのバンク２ａについて図１１のステップＳ３６〜Ｓ３８の処理が済む（図１１のステップＳ３９）と、図１１の処理を終了する。
【００８２】
図１３は、図９及び図１１に示した処理の過程でのバンクメモリ２の各バンク２ａについてのビットマップのイメージを、全ＳＤＩ入出力ポート１のうちの３つのポート（Ｐｏｒｔ＃１〜３と記載している）についてのクリップマネージャーＣＭによるバンク２ａのリンクのイメージとともに例示する図である。
【００８３】
この図１３では、Ｐｏｒｔ＃１で或るデータＡの記録を行い、Ｐｏｒｔ＃２でアドレスｘ＝０〜２のバンク２ａを使用して別のデータＣをフォワード再生した後データＡの追っかけ再生を開始し、Ｐｏｒｔ＃３で別のデータＢの記録を行う場合を例にとっている。
【００８４】
クリップマネージャーＣＭは、対応するＳＤＩ入出力ポート１で使用している複数のバンク２ａを、現在の書き込みまたは読み出しを行っているバンク２ａの位置を中心とした所定バイト数分だけリンクさせて管理する。
【００８５】
ここでは、Ｐｏｒｔ＃１についてのクリップマネージャーＣＭは、アドレスｘ＝６のバンク２ａと、アドレスｘ＝７のバンク２ａとを、Ｐｏｒｔ＃１で使用されているバンク２ａとしてリンクさせている。
【００８６】
Ｐｏｒｔ＃２についてのクリップマネージャーＣＭは、データＡの追っかけ再生の開始時には、アドレスｘ＝１のバンク２ａと、アドレスｘ＝２のバンク２ａと、アドレスｘ＝６のバンク２ａとを、Ｐｏｒｔ＃２で使用されているバンク２ａとしてリンクさせている。（図示は省略するが、データＣのフォワード再生時には、アドレスｘ＝０〜２のバンク２ａがリンクされており、データＡの追っかけ再生の開始時に、アドレスｘ＝０のバンク２ａがリンクから外され、アドレスｘ＝６のバンク２ａが新たにリンクされている。）
【００８７】
Ｐｏｒｔ＃３についてのクリップマネージャーＣＭは、アドレスｘ＝８のバンク２ａと、アドレスｘ＝９のバンク２ａとを、Ｐｏｒｔ＃３で使用されているバンク２ａとしてリンクさせている。
【００８８】
Ｐｏｒｔ＃１でのみ使用されているアドレスｘ＝７のバンク２ａと、Ｐｏｒｔ＃２でのみ使用されているアドレスｘ＝１，２のバンク２ａと、Ｐｏｒｔ＃３でのみ使用されているアドレスｘ＝８，９のバンク２ａでは、ビットマップ中のＣｏｕｎｔの値は１になっている。
【００８９】
Ｐｏｒｔ＃１とＰｏｒｔ＃２との両方で使用されているアドレスｘ＝６のバンク２ａでは、ビットマップ中のＣｏｕｎｔの値は２になっている。このアドレスｘ＝６のバンク２ａに溜まったデータのフラッシュメモリ４または光ディスクドライブ５への記録が完了し、Ｐｏｒｔ＃１についてのクリップマネージャーＣＭの解放要求によってこのアドレスｘ＝６のバンク２ａが解放されても、ビットマップ中のＣｏｕｎｔの値は１になるので、このアドレスｘ＝６のバンク２ａは使用されていない状態にはならない（Ｐｏｒｔ＃２に使用されている状態にある）。
【００９０】
残りのバンク２ａは、いずれのＳＤＩ入出力ポート１でも使用されていないので、ビットマップ中のＣｏｕｎｔの値が０になっている。
【００９１】
使用されていないバンク２ａには、使用時に保持されたデータが残っているので、そのデータを再生のために利用することができる。例えば、Ｐｏｒｔ＃２で、データＡの追っかけ再生の後、データＣのリバース再生を行おうとする場合、リンクから外されたアドレスｘ＝０のバンク２ａにデータが残っているので、フラッシュメモリ４や光ディスクドライブ５にアクセスすることなく、直ちにアドレスｘ＝２，１，０のバンク２ａを順に使用して（Ｐｏｒｔ＃２についてのクリップマネージャーＣＭが、アドレスｘ＝６のバンク２ａをリンクから外し、アドレスｘ＝０のバンク２ａを新たにリンクして）リバース再生を行うことができる。
【００９２】
図１４は、図９及び図１１に示した処理による、バンクメモリ２を利用した追っかけ再生の様子を例示する図である。なお、この図１４では、各バンク２ａのサイズを６０ページ（１ページは、フラッシュメモリ４（図２）での記録再生単位となるバイト数）としている。
【００９３】
図１４（ａ）には、図９の処理による記録の様子を経時的に４段階に分けて示している。この図１４（ａ）の１段階目は、まだバンク２ａが確保されていない状態を示している。
【００９４】
図１４（ａ）の２段階目は、Ｃｏｕｎｔの値が０の（すなわち使用されていない）２つのバンク２ａを確保した直後の状態を示しており、確保した１つ目のバンク２ａ（確保した２つのバンク２ａのうち図の左側のほうのバンク２ａ）に１フレーム目（１ページ目）からのデータが書き込まれ始めている。
【００９５】
図１４（ａ）の３段階目は、この１つ目のバンク２ａに溜まった約３０フレーム分（５０ページ分）のデータのフラッシュメモリ４への記録が完了してこのバンク２ａが解放された直後の状態を示しており、確保した２つ目のバンク２ａに約３１フレーム目（５１ページ目）からのデータが書き込まれ始めている。
【００９６】
図１４（ａ）の４段階目は、３段階目から約１５フレーム分の時間が経過したタイミングでの状態を示しており、確保した２つ目のバンク２ａに約１５フレーム分（３０ページ分）のデータが書き込まれているが、このデータはまだフラッシュメモリ４には記録されていない。
【００９７】
図１４（ｂ）には、図１４（ａ）の４段階目と同じタイミングでの、図１１の処理による、約２５フレーム目（４０ページ目）から４０フレーム目（６５ページ目）までのデータの追っかけ再生の様子を示している。
【００９８】
記録のために使用されていた１つ目のバンク２ａが再び確保され、このバンク２ａに残っている約３０フレーム分（５０ページ分）のデータのうち、約２５フレーム目（４０ページ目）から３０フレーム目（５０ページ目）までのデータが読み出される。
【００９９】
また、現在記録のために使用されている２つ目のバンク２ａも確保され、このバンク２ａに保持されている約１５フレーム分（３０ページ分）のデータ（フラッシュメモリ４には未記録のデータ）のうち、先頭から約１０フレーム分（１５ページ分）のデータ、すなわち１つめ目のバンク２ａから通算して約３１フレーム目（５１ページ目）から４０フレーム目（６５ページ目）までのデータが読み出される。
【０１００】
この図１４に例示したように、このＡＶサーバーでは、フラッシュメモリ４や光ディスクドライブ５にアクセスすることなく（すなわち、タイムスロット管理によるフラッシュメモリ４へのアクセスの待ち時間や、光ディスクドライブ５からのデータを再生する際のシーク時間等に影響されることなく）、バンクメモリ２をいわばキャッシュメモリとして利用して迅速に追っかけ再生を行えるケースが多くなる。これにより、追っかけ再生の応答性を向上させることができる。
【０１０１】
そして、このＡＶサーバーでの追っかけ再生は、いずれかのＳＤＩ入出力ポート１から入力して記録しているＡＶデータ中のプロキシデータを直ちに別のＳＤＩ入出力ポート１から出力させてモニター等で参照しながら編集操作パネル１０でカット編集点を決定するためにも行われる（カット編集点を決定する操作を行うと、図３に示したプログラムＥＦＭ等の処理として、フラッシュメモリ４や光ディスクドライブ５に記録されたＡＶデータがカット編集される）。したがって、このＡＶサーバーでは、編集のために追っかけ再生を行う際の応答性も向上させることができる。
【０１０２】
また、図１３のＰｏｒｔ＃２について説明したように、フォワード再生を行った後にリバース再生を行う際にも、リンクから外したバンク２ａにデータが残っている可能性が高いので、フラッシュメモリ４や光ディスクドライブ５にアクセスすることなく、バンクメモリ２をキャッシュメモリとして利用して迅速にリバース再生を行えるケースが多くなる。これにより、フォワード／リバース再生を繰り返す際の応答性も向上させることができる。
【０１０３】
また、このようにバンクメモリ２をキャッシュメモリとして利用することにより、フラッシュメモリ４へのアクセス回数が抑えられるので、メインストレージマネージャーＭＳＭ（図３，図４）が管理しているタイムスロットの空きの数がその分増えることになる。このことは、フラッシュメモリ４にアクセスして記録や通常の再生を行う際の応答性の向上にもつながる。
【０１０４】
また、バンクメモリマネージャーＢＭＭの機能は、通常動作時に追っかけ再生やフォワード／リバース再生を行うだけでなく、ＡＶサーバーの診断時にバンクメモリ２で折り返しデバッグを行うためにも用いることができる。従来のＡＶサーバーでは、バンクメモリでの折り返しデバッグを行うために専用のプログラムを設けていたが、そうした専用のプログラムを設ける必要がなくなることになる。
【０１０５】
なお、以上の例では、メインストレージとしてフラッシュメモリを設けるとともに編集機能を有するＡＶサーバーに本発明を適用しているが、本発明は、フラッシュメモリ以外のメインストレージ（例えばハードディスクドライブ等）を設けたＡＶサーバーや、編集機能を有しないＡＶサーバーや、テレビジョン放送用のノンリニア編集機にも適用することができる。さらに、本発明は、テレビジョン放送用のＡＶサーバーやノンリニア編集機に限らず、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生するあらゆる記録再生装置に適用することができる。
【図面の簡単な説明】
【０１０６】
【図１】従来のＡＶサーバー等におけるＡＶデータ一時保持用のメモリの管理の様子を示す図である。
【図２】本発明を適用したＡＶサーバーの全体構成例を示す図である。
【図３】図２のＣＰＵ７，ＣＰＵ８，ＦＰＧＡ６内に格納されているプログラムのモジュール構造を示す図である。
【図４】バンクメモリマネージャーと他のモジュールとの関係を示す図である。
【図５】バンクメモリマネージャーによるバンクメモリの管理の様子を示す図である。
【図６】バンクメモリ内のバンクを示す図である。
【図７】ビットマップを構成する情報を示す図である。
【図８】バンクメモリの各バンクの使用履歴の情報を示す図である。
【図９】記録時のバンクメモリマネージャーの処理を示すフローチャートである。
【図１０】記録時のクリップマネージャー・バンクメモリマネージャー・ファイルマネージャー間の通信内容を示す図である。
【図１１】再生時のバンクメモリマネージャーの処理を示すフローチャートである。
【図１２】再生時のクリップマネージャー・バンクメモリマネージャー・ファイルマネージャー間の通信内容を示す図である。
【図１３】バンクメモリの各バンクのビットマップ及びクリップマネージャーによるバンクのリンクのイメージを示す図である。
【図１４】バンクメモリを利用した追っかけ再生の様子を例示する図である。
【符号の説明】
【０１０７】
１  ＳＤＩ入出力ポート、  ２  バンクメモリ、  ３  バンクメモリコントローラ、  ４  フラッシュメモリ、  ５  光ディスクドライブ、  ６  ＦＰＧＡ、  ７  ＣＰＵ、  ８  ＣＰＵ、  ９  ＦＰＧＡ、  １０  編集操作パネル
【図１】
2008205718.tif 000003
【図２】
2008205718.tif 000004
【図３】
2008205718.tif 000005
【図４】
2008205718.tif 000006
【図５】
2008205718.tif 000007
【図６】
2008205718.tif 000008
【図７】
2008205718.tif 000009
【図８】
2008205718.tif 000010
【図９】
2008205718.tif 000011
【図１０】
2008205718.tif 000012
【図１１】
2008205718.tif 000013
【図１２】
2008205718.tif 000014
【図１３】
2008205718.tif 000015
【図１４】
2008205718.tif 000016
【手続補正書】
【提出日】平成20年1月18日(2008.1.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置において、
前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報を作成する第１の処理と、
いずれかの前記入出力ポートを指定したビデオデータの再生要求に応じて、該再生要求のあったビデオデータが前記メモリに保持されているか否かを前記データ識別情報を用いて検索し、保持されている場合には、前記メモリに保持されている該ビデオデータを前記指定された入出力ポートから出力させる第２の処理と
を行う処理手段
を備えたことを特徴とする記録再生装置。
【請求項２】
請求項１に記載の記録再生装置において、
前記第１の処理では、前記メモリの各領域がいずれかの前記入出力ポートのために現在使用されているか否かを示す使用管理情報を作成するとともに、いずれの前記入出力ポートのためにも使用されなくなった領域についても、使用されていたときにビデオデータが保持されることによって作成された前記データ識別情報を残しておき、
前記第２の処理では、いずれの前記入出力ポートのためにも使用されなくなった領域についても前記データ識別情報を用いて検索を行う
ことを特徴とする記録再生装置。
【請求項３】
請求項２に記載の記録再生装置において、
前記使用管理情報に基づき、前記メモリの各領域の現在までの使用履歴の情報を作成する第３の処理と、
いずれかの前記入出力ポートを指定したビデオデータの記録要求があった場合、及び、前記再生要求があり且つ前記第２の処理での検索の結果前記メモリにビデオデータが保持されていなかった場合に、前記使用履歴の情報を用いて、現在使用されていない領域のうち、使用された時期が古い領域の順に使用させる第４の処理と
を行う処理手段
をさらに備えたことを特徴とする記録再生装置。
【請求項４】
請求項１に記載の記録再生装置において、
前記メモリに一定量のビデオデータが貯まる毎に前記記録媒体にビデオデータが記録され、
前記第１の処理では、前記一定量よりも少ない量のビデオデータが前記メモリに書き込まれる毎に前記データ識別情報を作成する
ことを特徴とする記録再生装置。
【請求項５】
請求項１に記載の記録再生装置において、
前記データ識別情報は、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含み、
前記再生要求は、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われ、
前記第２の処理では、前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記
サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、再生要求のあったビデオデータが保持されている領域を検索する
ことを特徴とする記録再生装置。
【請求項６】
請求項１に記載の記録再生装置において、
前記記録再生装置は、ビデオデータ及びオーディオデータを含む複数種類のエッセンスから成る１まとまりのクリップを記録再生し、
前記データ識別情報は、前記クリップを識別するＩＤと、保持されているエッセンスの種類を示すエッセンス情報と、前記クリップの先頭から何バイト目からのデータが保持されているかを示すオフセット情報と、保持されているエッセンスのサイズ情報とを含み、
前記再生要求は、前記ＩＤと、前記エッセンス情報と、前記クリップの先頭から何バイト目からのエッセンスを再生するかを示すオフセット情報と、再生するエッセンスのサイズ情報とを用いて行われ、
前記第２の処理では、前記データ識別情報中の前記ＩＤ，前記エッセンス情報，前記オフセット情報及びサイズ情報と、前記再生要求で用いられた前記ＩＤ，前記エッセンス情報，前記オフセット情報及びサイズ情報とを照合して、再生要求のあったエッセンスが保持されている領域を検索する
ことを特徴とする記録再生装置。
【請求項７】
前記記録再生装置は、ビデオデータ及びオーディオデータを含む複数種類のエッセンスから成る１まとまりのクリップを記録再生するＡＶサーバーである
ことを特徴とする記録再生装置。
【請求項８】
前記記録再生装置は、ビデオデータ，オーディオデータ及び編集作業用のプロキシデータを含む複数種類のエッセンスから成る１まとまりのクリップを編集のために記録再生するノンリニア編集機である
ことを特徴とする記録再生装置。
【請求項９】
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置における再生方法において、
前記記録再生装置内の処理手段が、前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報を作成する第１のステップと、
前記記録再生装置内の処理手段が、いずれかの前記入出力ポートを指定したビデオデータの再生要求に応じて、該再生要求のあったビデオデータが前記メモリに保持されているか否かを前記データ識別情報を用いて検索し、保持されている場合には、前記メモリに保持されている該ビデオデータを前記指定された入出力ポートから出力させる第２のステップと
を有することを特徴とする再生方法。
【請求項１０】
ビデオデータを入出力する複数のポートと、
前記ビデオデータを記録媒体に記録する、又は、前記ビデオデータを記録媒体から再生する際に、前記ビデオデータを保持するメモリと、
前記メモリの各領域に保持されているビデオデータを識別するためのデータ識別情報及び前記メモリの各領域が前記ポートのために使用されているかを示す使用管理情報を利用して、前記ポートを指定したビデオデータの再生要求のあったビデオデータが前記メモリに保持されているかを判定する判定手段と、
前記判定手段により保持されていると判定された場合には、前記メモリに保持されているビデオデータを前記指定されたポートから出力させる処理手段と
を備えるデータ処理装置。
【請求項１１】
前記判定手段は、いずれの前記ポートのためにも使用されなくなったメモリ領域について、使用されていたときにビデオデータが保持されることによって作成された前記データ識別情報を残しておき、いずれの前記ポートのためにも使用されなくなったメモリ領域についても前記データ識別情報を用いて判定を行う
請求項１０に記載のデータ処理装置。
【請求項１２】
前記処理手段は、いずれかの前記ポートを指定したビデオデータの記録要求があった場合、及び、前記再生要求があり且つ前記判定手段により前記メモリにビデオデータが保持されていないと判定された場合に、前記メモリの各領域の現在までの使用履歴の情報を用いて、現在使用されていない領域のうち、使用された時期が古い領域の順に使用させる
請求項１１に記載のデータ処理装置。
【請求項１３】
前記メモリに一定量のビデオデータが貯まる毎に前記記録媒体にビデオデータが記録さ
れ、
前記一定量よりも少ない量のビデオデータが前記メモリに書き込まれる毎に、前記データ識別情報を作成する作成手段を更に備える
請求項１０に記載のデータ装置。
【請求項１４】
前記データ識別情報は、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含み、
前記再生要求は、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われる
請求項１０に記載のデータ処理装置。
【請求項１５】
前記判定手段は、前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、再生要求のあったビデオデータが保持されているかを判定する
請求項１０に記載のデータ処理装置。
【請求項１６】
ビデオデータを記録媒体に記録する又は前記ビデオデータを記録媒体から再生する際に前記ビデオデータを保持するメモリの各領域に保持されているビデオデータを識別するためのデータ識別情報、及び、前記メモリの各領域がビデオデータを入出力するポートのために使用されているかを示す使用管理情報を利用して、前記ポートを指定したビデオデータの再生要求のあったビデオデータが前記メモリに保持されているかを判定する判定ステップと、
前記判定ステップにおいて保持されていると判定された場合には、前記メモリに保持されているビデオデータを前記指定されたポートから出力させる処理ステップと
を含むデータ処理方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、例えばテレビジョン放送用のＡＶサーバーやノンリニア編集機のような、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置、データ処理装置、再生方法及びデータ処理方法に関する。