JP4389947B2

JP4389947B2 - 記録再生装置、データ処理装置、再生方法及びデータ処理方法

Info

Publication number: JP4389947B2
Application number: JP2007038124A
Authority: JP
Inventors: 真悟中川
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2007-02-19
Filing date: 2007-02-19
Publication date: 2009-12-24
Anticipated expiration: 2027-02-19
Also published as: CN101252662A; US8644676B2; US20080199158A1; CN101252662B; JP2008205718A

Description

本発明は、例えばテレビジョン放送用のＡＶサーバーやノンリニア編集機のような、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置、データ処理装置、再生方法及びデータ処理方法に関する。

テレビジョン放送用にＡＶデータの記録再生や編集を行う機器として、複数の入出力ポートと、メインストレージであるノンリニアアクセス可能な大容量の記録媒体（ハードディスクドライブ，フラッシュメモリ等）とを有するＡＶサーバーやノンリニア編集機が普及している。

こうしたＡＶサーバーやノンリニア編集機では、複数の入出力ポートが全く同じタイミングでメインストレージにアクセスすることを避けるために、通常、各入出力ポートからのメインストレージへのアクセスがタイムスロットによって管理されている（例えば特許文献１参照）。そして、各入出力ポートがこのタイムスロットとは無関係に所定レートでＡＶデータを入出力できるようにするために、メインストレージに対する記録再生時にＡＶデータを一時的に保持するためのメモリが設けられている。

図１は、従来のＡＶサーバーやノンリニア編集機におけるこのＡＶデータ一時保持用のメモリの管理方法を概念的に示す図である。例えば入出力ポートがＰｏｒｔ＃１〜５の５つであるとすると、このメモリＭの全領域が、各ポートＰｏｒｔ＃１〜５に専用の５つの領域Ｍ１〜Ｍ５に分割して管理される。

入出力ポートＰｏｒｔ＃１にＡＶデータが入力すると、そのＡＶデータは、毎フレーム、メモリＭの領域Ｍ１に書き込まれていく。そして、領域Ｍ１に一定量のＡＶデータが溜まると、入出力ポートＰｏｒｔ＃１に割り当てられたタイムスロットのタイミングで、領域Ｍ１内のＡＶデータがメインストレージＭＳに記録される。

また、入出力ポートＰｏｒｔ＃２からＡＶデータを出力するときは、入出力ポートＰｏｒｔ＃２に割り当てられたタイムスロットのタイミングで、メインストレージＭＳ内のＡＶデータがメモリＭの領域Ｍ２に書き込まれる。そして、領域Ｍ２に書き込まれたＡＶデータが、毎フレーム、入出力ポートＰｏｒｔ＃２から出力される。入出力ポートＰｏｒｔ＃３〜５についても同様である。

ところで、ＡＶサーバーやノンリニア編集機の用途としては、或る入出力ポートに入力させたＡＶデータを、直ちに他の入出力ポートから出力するという、「追っかけ再生」の用途が存在する。例えば、生放送のスポーツ番組において注目すべきシーンのリプレイを行う場合や、ニュース番組において取材現場からのＡＶデータを編集して放送する場合に、こうした追っかけ再生が行われる。

従来、こうしたＡＶサーバーやノンリニア編集機で追っかけ再生を行う際には、メインストレージに記録されたＡＶデータを再生して出力していた。

特開２０００−３０７９７８号公報（段落０００８，００４６〜４７）

しかし、こうした従来の追っかけ再生方法では、或るＡＶデータが入力した後、記録時のタイムスロット管理による待ち時間と、再生時のタイムスロット管理による待ち時間とを合わせた時間が経過するまで、そのＡＶデータを出力することができない。

そのため、追っかけ再生の応答性が悪くなるので、前述のスポーツ番組やニュース番組においてリプレイ再生や編集が遅れるという問題があった。

本発明は、上述の点に鑑み、ＡＶサーバーやノンリニア編集機のような、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置において、追っかけ再生の応答性を向上させることを課題とする。

上記課題を解決するために、本発明は、
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置において、
前記メモリを複数の領域に区切り、各領域を、当該領域に保持されているビデオデータを識別するためのデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報を作成することによって管理する第１の処理と、
いずれかの前記入出力ポートを指定したビデオデータの再生要求が、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われたことに応じて、前記メモリの各領域について作成されている前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、前記再生要求のあったビデオデータが前記メモリのいずれかの領域に保持されているかを検索し、保持されている領域がみつかった場合には、当該領域に保持されているビデオデータを前記指定された入出力ポートから出力させる第２の処理と
を行う処理手段を備えたことを特徴とする。

また本発明は、
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置における再生方法において、
前記記録再生装置内の処理手段が、前記メモリを複数の領域に区切り、各領域を、当該領域に保持されているビデオデータを識別するためのデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報を作成することによって管理する第１のステップと、
前記記録再生装置内の処理手段が、いずれかの前記入出力ポートを指定したビデオデータの再生要求が、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われたことに応じて、前記メモリの各領域について作成されている前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、前記再生要求のあったビデオデータが前記メモリのいずれかの領域に保持されているかを検索し、保持されている領域がみつかった場合には、当該領域に保持されているビデオデータを前記指定された入出力ポートから出力させる第２のステップとを有することを特徴とする。

本発明によれば、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生する記録再生装置において、ノンリニア記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリが複数の領域に区切られ、各領域が、当該領域にどのようなビデオデータが保持されているかを識別するデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報を作成することによって管理される。

ビデオデータの再生要求が、このＩＤと、１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われると、メモリの各領域について作成されているデータ識別情報中のＩＤ，オフセット情報及びサイズ情報と、再生要求で用いられたＩＤ，オフセット情報及びサイズ情報とを照合して、再生要求のあったビデオデータがこのメモリのいずれかの領域に保持されているかが検索される。そして、保持されている領域がみつかった場合には、ノンリニア記録媒体からそのビデオデータを再生することなく、メモリの当該領域に保持されているビデオデータが出力される。

ここで、追っかけ再生の場合には、再生対象のビデオデータがノンリニア記録媒体への記録のためにこのメモリに保持された直後なので、そのビデオデータがこのメモリにまだ保持されている（そのビデオデータを保持した領域がまだ他のビデオデータの記録や再生のために上書きされていない）可能性が高い。

したがって、ノンリニア記録媒体にアクセスすることなく（すなわち、タイムスロット管理によるノンリニア記録媒体へのアクセスの待ち時間に影響されることなく）、このメモリをいわばキャッシュメモリとして利用して迅速に追っかけ再生を行えるケースが多くなる。これにより、追っかけ再生の応答性を向上させることができる。

本発明によれば、２以上の入出力ポートからノンリニア記録媒体にアクセスしてデータを記録再生する記録再生装置において、追っかけ再生の応答性を向上させることができるという効果が得られる。

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

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

各ＳＤＩ入出力ポート１には、入出力処理部１ａとコーデック１ｂとが設けられている。
記録時には、ＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号が、入出力処理部１ａでパラレル形式のＡＶデータ（ビデオデータ，オーディオデータ，編集作業用のプロキシデータ，リアルタイムメタデータという４種類のエッセンスから成るデータ）に変換され、コーデック１ｂによりＬｏｎｇＧＯＰ方式でエンコード（圧縮）されて、バンクメモリコントローラ３に送られる。

また再生時には、バンクメモリコントローラ３からＳＤＩ入出力ポート１に送られたＡＶデータが、コーデック１ｂによりＬｏｎｇＧＯＰ方式でデコード（伸長）され、入出力処理部１ａでＳＤＩ規格のシリアルデジタル信号に変換されて出力される。

バンクメモリ２は、フラッシュメモリ４や光ディスクドライブ５に対するＡＶデータの記録再生時にＡＶデータを一時的に保持するためのメモリであり、容量は例えば２Ｇバイトである。

なお、このＡＶサーバーには、図示は省略するが、同じ構成のＡＶサーバーを複数台接続して各ＡＶサーバーのＳＤＩ入出力ポート１から別のＡＶサーバーのフラッシュメモリ４にアクセスするための外部インタフェースも設けられている。そのような別のＡＶサーバーのＳＤＩ入出力ポート１からのアクセスによる記録再生時にも、このバンクメモリ２にＡＶデータが一時的に保持される。

ＣＰＵ７，ＣＰＵ８，ＦＰＧＡ６のプロセッサには、それぞれ内部のメモリに各種のプログラムが格納されている。図３は、それらのプログラムのモジュール構造を示す図である。

ＣＰＵ８内のメモリには、次のようなプログラムが格納されている。
・ＦＰＧＡ９からのコマンドを解釈するプログラムＣＭＤ
・フラッシュメモリ４内のＡＶデータを管理するファイルシステムＭＳＦＳ
・光ディスクドライブ５内のＡＶデータを管理するファイルシステムＰＤＦＳ
・ファイルシステムＭＳＦＳ及びＰＤＦＳの上位のプログラムであるファイルマネージャーＦＭ

ＣＰＵ７内のメモリには、次のようなプログラムが格納されている。
・各ＳＤＩ入出力ポート１毎に設けられた、当該ＳＤＩ入出力ポート１を制御するプログラムであるポートマネージャーＰＭと、バンクメモリコントローラ３を制御してバンクメモリ２にＡＶデータの読み書きを行わせるプログラムであるクリップマネージャーＣＭ
・バンクメモリ２の管理とバンクメモリコントローラ３の制御とを行うプログラムであるバンクメモリマネージャーＢＭＭ
・フラッシュメモリ４や光ディスクドライブ５に記録されたＡＶデータを編集するためのプログラムＥＦＭ

ＦＰＧＡ６のプロセッサ内のメモリには、次のようなプログラムが格納されている。
・各ＳＤＩ入出力ポート１からのフラッシュメモリ４へのアクセスをタイムスロットによって管理するプログラムであるメインストレージマネージャーＭＳＭ
・フラッシュメモリ４を制御するプログラムであるメインストレージコントローラＭＳＣｔｒｌ
・光ディスクドライブ５を制御するプログラムＰＤＤＩＦ

図３に示した各モジュールのうち、バンクメモリマネージャーＢＭＭは本発明によって新規に設けたモジュールであるが、それ以外のモジュールは既存のものである。図３には各モジュールの関係（どのモジュールとどのモジュールとの間で通信が行われるか）を矢印で描いているが、バンクメモリマネージャーＢＭＭを中心にして他のモジュールとの関係を描きなおすと、図４のようになる。

この図４に示すように、バンクメモリマネージャーＢＭＭは、クリップマネージャーＣＭとファイルマネージャーＦＭとの間に介在しており、クリップマネージャーＣＭ，ファイルマネージャーＦＭとそれぞれ通信を行う。但し、クリップマネージャーＣＭは、ファイルマネージャーＦＭとの通信を全てバンクメモリマネージャーＢＭＭを介して行うわけではなく、直接ファイルマネージャーＦＭとも通信を行う。

バンクメモリマネージャーＢＭＭは、次の（ａ）〜（ｄ）の機能を有するプログラムである。
（ａ）バンクメモリ２のビットマップ管理
（ｂ）バンクメモリ２の確保制御
（ｃ）バンクメモリ２の解放制御
（ｄ）バンクメモリ２の使用履歴の管理

このうち、ビットマップ管理では、図５に概念的に示すように、バンクメモリ２の全ての領域を、全てのＳＤＩ入出力ポート１（Ｐｏｒｔ＃１〜５と記載している）に共用される領域として扱う。すなわち、図１に示した従来の管理方法とは異なり、バンクメモリ２を各ＳＤＩ入出力ポート１に専用の領域には分割しない。

また、ビットマップ管理では、図６に示すように、バンクメモリ２の全領域を、それぞれ一種類ずつのエッセンス（ビデオデータ，オーディオデータ，プロキシデータ，リアルタイムメタデータのうちの一種類ずつ）を保持するための複数のバンク２ａに区切る。なお、各バンク２ａのサイズは、例えば８Ｍバイトというような一定のサイズであるが、別の例として、当該バンク２ａに保持させるエッセンスの種類によってサイズを異ならせるようにしてもよい。

そして、ビットマップ管理では、各バンク２ａを、図７に示すような情報から成るビットマップで管理する。このビットマップにおいて、ＢＭ[ｘ]中のｘは、バンクメモリ２内の何番目のバンク２ａであるかを示すアドレスの値である。
Ｂｏｘは、前述のようにＡＶサーバーを複数台接続した場合に、個々のＡＶサーバーを識別する情報である。
Ｄｒｖは、ＡＶデータの記録先または再生元がフラッシュメモリ４，光ディスクドライブ５のうちのいずれであるかを示す情報である。

ＣｌｉｐＩＤは、クリップ（１まとまりのＡＶデータ）を識別する情報である。
Ｅｓｓｅｎｃｅは、ビデオデータ，オーディオデータ，プロキシデータ，リアルタイムメタデータのうちのどの種類のエッセンスであるかを示す情報である。
Ｏｆｆｓｅｔは、エッセンスの先頭から何バイト目からのデータであるかを示す情報である。
Ｓｉｚｅは、Ｏｆｆｓｅｔからのデータのサイズをバイト数で示す情報である。

Ｃｏｕｎｔは、当該バンク２ａを現在使用しているＳＤＩ入出力ポート１の数を示す値である。どのＳＤＩ入出力ポート１も当該バンク２ａを使用していないときには、このＣｏｕｎｔの値は０にされる。そして、上記（ｂ）のバンクメモリ２の確保制御によって１つのＳＤＩ入出力ポート１が当該バンク２ａを確保する毎にこのＣｏｕｎｔの値が１ずつカウントアップされ、上記（ｃ）のバンクメモリ２の解放制御によって１つのＳＤＩ入出力ポート１が当該バンク２ａを解放する毎にこのＣｏｕｎｔの値が１ずつカウントダウンされる（確保制御，解放制御については後で図９〜図１２を用いて説明する）。

なお、ＢｏｘからＳｉｚｅまでの情報は、いずれかのＳＤＩ入出力ポート１によって当該バンク２ａが確保されることによって作成されるが、その後当該バンク２ａが解放されることによってＣｏｕｎｔの値が０になっても（すなわち当該バンク２ａがどのＳＤＩ入出力ポート１にも使用されなくなっても）、ＢｏｘからＳｉｚｅまでの情報はそのまま残される。これは、後で図１１及び図１２を用いて説明する再生時の処理において、使用されていないバンク２ａも検索対象にしてそこに保持されているデータを利用できるようにするためである。

上記（ｄ）のバンクメモリ２の使用履歴の管理では、各バンク２ａについてのビットマップに基づき、各バンク２ａの使用履歴の情報を作成する。この使用履歴の情報では、全てのバンク２ａが、使用時期の順番に登録される。すなわち、図８に示すように、現在使用されていない（ビットマップ中のＣｏｕｎｔの値が０である）バンク２ａは、使用されていた時期（Ｃｏｕｎｔの値が１以上であった時期）が古い順に登録される。また、新たに確保されることによってビットマップ中のＣｏｕｎｔの値がカウントアップされたバンク２ａは、最も使用時期の新しいバンク２ａとして登録するように、使用履歴の情報が更新される。

次に、ＡＶデータの記録時におけるバンクメモリマネージャーＢＭＭの処理について説明する。いずれかのＳＤＩ入出力ポート１とＡＶデータの記録先（フラッシュメモリ４または光ディスクドライブ５）とを指定した記録コマンドがＦＰＧＡ９で受信されると、プログラムＣＭＤ（図３）の処理によってそのコマンドが解釈されて、指定されたＳＤＩ入出力ポート１についてのポートマネージャーＰＭ（図３）にコマンドが送られる。

ポートマネージャーＰＭは、そのＳＤＩ入出力ポート１に入力したＳＤＩ規格のシリアルデジタル信号を、パラレル形式のＡＶデータに変換させた後エンコードさせて、バンクメモリコントローラ３に供給させる。

また、ポートマネージャーＰＭは、このプログラムＣＭＤからのコマンドをクリップマネージャーＣＭ（図３，図４）に転送する。クリップマネージャーＣＭは、このコマンドに基づき、ＳＤＩ入出力ポート１でＡＶデータがエンコードされる前に、ＡＶデータを保持するためのバンクメモリ２の領域の確保要求をバンクメモリマネージャーＢＭＭに送る。

図９は、この確保要求に基づくバンクメモリマネージャーＢＭＭの処理を示すフローチャートである。また図１０は、記録時のクリップマネージャーＣＭ・バンクメモリマネージャーＢＭＭ・ファイルマネージャーＦＭ間の通信内容を経時的に示す図である。

クリップマネージャーＣＭは、バンクメモリ２の領域の確保要求を、図７に示したＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ及び確保を要求する領域のバイト数の情報と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ１）。

バンクメモリマネージャーＢＭＭは、この確保要求を受け取ると（図９のステップＳ１）、
使用履歴の情報（図８）を参照して、バンクメモリ２の各バンク２ａのうち、現在使用されていないバンク２ａを検索する（図９のステップＳ２）。

続いて、みつかったバンク２ａの中から、使用されていた時期が古い順に、要求されたバイト数分（例えば要求されたバイト数が２０Ｍバイトであり各バンク２ａのサイズが８Ｍバイトであれば３つ）のバンク２ａを確保する（図９のステップＳ３）。

このステップＳ３で使用時期が古い順に確保するのは、最近使用されたばかりのバンク２ａがすぐに他のデータの記録のために使用されないようにすることにより、後で図１１及び図１２を用いて説明する再生時の処理において、そこに保持されているデータを利用できる機会を増やして、追っかけ再生の応答性や、フォワード／リバース再生を繰り返した際の応答性を良くするためである。

すなわち、例えば全ＳＤＩ入出力ポート１のうち、或る１つのポート（Ｐｏｒｔ＃１とする）で或るデータＡの記録を行い、別の１つのポート（Ｐｏｒｔ＃２とする）でそのデータＡの追っかけ再生を行い、さらに別の１つのポート（Ｐｏｒｔ＃３とする）で別のデータＢの記録を行うような場合を考えることにする。その場合、Ｐｏｒｔ＃１がデータＡの記録のために使用していたバンク２ａが、記録が完了することによって使用されなくなった後すぐにＰｏｒｔ＃３でのデータＢの記録のために使用されてしまうと、そのバンク２ａに保持されていたデータＡをＰｏｒｔ＃２でのデータＡの追っかけ再生のために利用できなくなる。そこで、そうした事態をさけるため、ステップＳ３では使用時期が古い順に確保するようにしている。

図９に示すように、ステップＳ３に続いて、確保した各バンク２ａについてのビットマップ中のＣｏｕｎｔの値を１つカウントアップし（図９のステップＳ４）、確保した各バンク２ａを最も使用時期の新しいバンク２ａとして登録するように使用履歴の情報を更新する（図９のステップＳ５）。

そして、確保要求に対する応答として、確保した各バンク２ａのアドレスｘ（図７）と確保した各バンク２ａの合計のバイト数とを要求元のクリップマネージャーＣＭに通知する（図９のステップＳ６、図１０のｔ２）。

クリップマネージャーＣＭは、バンクメモリコントローラ３を制御して、バンクメモリ２の各バンク２ａうちの確保されたバンク２ａに、ＳＤＩ入出力ポート１でエンコードされたＡＶデータを毎フレーム書き込ませる。

また、クリップマネージャーＣＭは、１フレーム分のデータがバンク２ａに書き込まれる毎に、バンク２ａに１フレーム分のデータを書き込んだ旨の通知を、書き込みを行ったバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ３）。バイト単位のデータサイズの情報であるＳｉｚｅを送るのは、低レートや可変速レートでの再生時に、最速で追っかけ再生を行えるようにするためである。

バンクメモリマネージャーＢＭＭは、毎フレームこの通知を受け取る毎に（図９のステップＳ７）、書き込みが行われたバンク２ａについてのビットマップ中のＢｏｘからＳｉｚｅまでの情報（図７）を作成（一度作成した以降はＳｉｚｅの情報を更新）して（図８のステップＳ８）、クリップマネージャーＣＭに応答を返す（図９のステップＳ９、図１０のｔ４）。

その後、１つのバンク２ａに一定バイト数（例えばバンク２ａのサイズの６分の５程度）のデータが溜まると、クリップマネージャーＣＭは、フラッシュメモリ４または光ディスクドライブ５への記録要求を、そのバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ５）。

バンクメモリマネージャーＢＭＭは、この記録要求を受け取ると（図９のステップＳ１０）、バンクメモリコントローラ３を制御して、当該バンク２ａからデータを全て読み出してＦＰＧＡ６に供給させる（図９のステップＳ１１）。また、ファイルマネージャーＦＭ（図３，図４）にこの記録要求を転送する（図９のステップＳ１２、図１０のｔ６）。

ファイルマネージャーＦＭは、この記録要求を受け取ると、Ｄｒｖがフラッシュメモリ４を示している場合には、ファイルシステムＭＭＦＳ（図３，図４）に対してデータの記録を要求する。その場合には、ファイルシステムＭＳＦＳ，メインストレージマネージャーＭＳＭ及びメインストレージコントローラＭＳの処理により、ＦＰＧＡ６に供給されたデータがフラッシュメモリ４に記録される。

他方、Ｄｒｖが光ディスクドライブ５を示している場合には、ファイルマネージャーＦＭは、ファイルシステムＰＤＦＳ（図３，図４）に対してデータの記録を要求する。その場合には、ファイルシステムＰＤＦＳ及びプログラムＰＤＤＩＦの処理により、ＦＰＧＡ６に供給されたデータが光ディスクドライブ５に記録される。

そして、フラッシュメモリ４または光ディスクドライブ５への記録が終了すると、ファイルマネージャーＦＭは、記録要求に対する応答として、記録されたバイト数をバンクメモリマネージャーＢＭＭに通知する（図１０のｔ７）。

バンクメモリマネージャーＢＭＭは、ファイルマネージャーＦＭからこの通知を受け取ると（図９のステップＳ１３）、記録要求に対する応答として、ファイルマネージャーＦＭから通知されたバイト数をクリップマネージャーＣＭに通知する（図９のステップＳ１４，図１０のｔ８）。

クリップマネージャーＣＭは、この通知があり、バンク２ａに貯まったデータのフラッシュメモリ４または光ディスクドライブ５への記録が完了していると、そのバンク２ａの解放要求を、そのバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１０のｔ９）。

バンクメモリマネージャーＢＭＭは、この解放要求を受け取ると（図９のステップＳ１５）、アドレスｘが示すバンク２ａについてのビットマップ中のＢｏｘからＳｉｚｅまでの情報を残したまま、そのビットマップ中のＣｏｕｎｔの値を１だけカウントダウンする（図９のステップＳ１６）。そして、解放が完了したことをクリップマネージャーＣＭに通知する（図９のステップＳ１７，図１０のｔ１０）。

なお、フラッシュメモリ４や光ディスクドライブ５への記録が失敗した場合にはクリップマネージャーＣＭが記録のリトライを要求する場合もあるので、クリップマネージャーＣＭから解放要求があるまではバンクメモリマネージャーＢＭＭはバンク２ａを解放しない。

そして、確保した全てのバンク２ａについて図９のステップＳ７〜Ｓ１７の処理が済む（図９のステップＳ１８）と、図９の処理を終了する。

次に、ＡＶデータの再生時におけるバンクメモリマネージャーＢＭＭの処理について説明する。いずれかのＳＤＩ入出力ポート１とＡＶデータの再生元（フラッシュメモリ４または光ディスクドライブ５）とを指定した再生コマンドがＦＰＧＡ９で受信されると、プログラムＣＭＤ（図３）の処理によってそのコマンドが解釈されて、指定されたＳＤＩ入出力ポート１についてのポートマネージャーＰＭ（図３）にコマンドが送られる。

ポートマネージャーＰＭは、このコマンドをクリップマネージャーＣＭ（図３，図４）に転送する。クリップマネージャーＣＭは、このコマンドに基づき、ＡＶデータの再生要求をバンクメモリマネージャーＢＭＭに送る。図１１は、この再生要求に基づくバンクメモリマネージャーＢＭＭの処理を示すフローチャートである。また図１２は、再生時のクリップマネージャーＣＭ・バンクメモリマネージャーＢＭＭ・ファイルマネージャーＦＭ間の通信内容を経時的に示す図である。

クリップマネージャーＣＭは、ＡＶデータの再生要求を、図７に示したＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ及び再生を要求するデータのバイト数の情報と一緒に、バンクメモリマネージャーＢＭＭに送る（図１２のｔ１１）。

バンクメモリマネージャーＢＭＭは、この再生要求を受け取ると（図１１のステップＳ２１）、再生要求と一緒に受け取ったＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ及びＯｆｆｓｅｔの情報と、バンクメモリ２の各バンク２ａについて作成されているビットマップ（図７）中のＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ及びＯｆｆｓｅｔの情報とを照合することにより、ビットマップ中のＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ及びＯｆｆｓｅｔの情報の内容が再生要求と一致するバンク２ａを検索する（図１１のステップＳ２２）。

なお、このステップＳ２２では、一致するバンク２ａがみつかったがそのビットマップ中のＳｉｚｅの値（Ｍとする）が再生要求されたバイト数（Ｎとする）に満たない場合には、再生要求されたＯｆｆｓｅｔの値（Ａとする），バイト数をそれぞれＡ＋Ｍ＋１，Ｎ−Ｍに変更して、２つ目のバンク２ａの検索を行う。

図１１に示すように、ステップＳ２２に続き、検索がヒットしたか（一致するバンク２ａがみつかったか）否かを判断する（図１１のステップＳ２３）。イエスであれば、ヒットしたバンク２ａを確保する（図１１のステップＳ２４）。そして、確保した各バンク２ａについてのビットマップ中のＣｏｕｎｔの値を１つカウントアップし（図１１のステップＳ２５）、確保した各バンク２ａを最も使用時期の新しいバンク２ａとして登録するように使用履歴の情報を更新する（図１１のステップＳ２６）。

そして、再生要求に対する応答として、確保したバンク２ａのアドレスｘとそのバンク２ａに保持されているデータのバイト数とをクリップマネージャーＣＭに通知する（図１１のステップＳ２７、図１２のｔ１２）。保持されているデータサイズをバイト単位で通知するのは、低レートや可変速レートでの再生時に、最速で追っかけ再生を行えるようにするためである。

ステップＳ２３でノーであった場合には、使用履歴の情報（図８）を参照して、バンクメモリ２の各バンク２ａのうち、現在使用されていないバンク２ａを検索する（図１１のステップＳ２８）。そして、みつかったバンク２ａの中から、使用されていた時期が古い順に、再生要求されたバイト数分のバンク２ａを確保する（図１１のステップＳ２９）。

そして、確保した各バンク２ａについてのビットマップ中のＣｏｕｎｔの値を１つカウントアップし（図１１のステップＳ３０）、確保した各バンク２ａを最も使用時期の新しいバンク２ａとして登録するように使用履歴の情報を更新する（図１１のステップＳ３１）。

続いて、クリップマネージャーＣＭからの再生要求をファイルマネージャーＦＭ（図３，図４）に転送する（図１１のステップＳ３２、図１２のｔ１３）。

ファイルマネージャーＦＭは、この再生要求が転送されると、Ｄｒｖがフラッシュメモリ４を示している場合には、ファイルシステムＭＭＦＳ（図３，図４）に対してデータの再生を要求する。その場合には、ファイルシステムＭｓＦＳ，メインストレージマネージャーＭＳＭ及びメインストレージコントローラＭＳの処理により、フラッシュメモリ４からデータが再生されてバンクメモリコントローラ３に供給される。

他方、Ｄｒｖが光ディスクドライブ５を示している場合には、ファイルマネージャーＦＭは、ファイルシステムＰＤＦＳ（図３，図４）に対してデータの再生を要求する。その場合には、ファイルシステムＰＤＦＳ及びプログラムＰＤＤＩＦの処理により、光ディスクドライブ５からデータが再生されてバンクメモリコントローラ３に供給される。

そして、フラッシュメモリ４または光ディスクドライブ５からの再生が終了すると、ファイルマネージャーＦＭは、再生要求に対する応答として、再生したバイト数をバンクメモリマネージャーＢＭＭに通知する（図１２のｔ１４）。

バンクメモリマネージャーＢＭＭは、ファイルマネージャーＦＭからこの通知を受け取ると、（図１１のステップＳ３３）、バンクメモリコントローラ３を制御して、確保したバンク２ａにデータを書き込ませる（図１１のステップＳ３４）。そして、書き込みを行ったバンク２ａについてのビットマップ中のＢｏｘからＳｉｚｅまでの情報（図７）を作成して（図８のステップＳ３５）、図１１のステップＳ２７、図１２のｔ１２に進む。

クリップマネージャーＣＭは、図１１のステップＳ２７、図１２のｔ１２の通知があると、バンクメモリコントローラ３を制御して、確保されたバンク２ａから、再生要求したバイト数分のデータを読み出させてＳＤＩ入出力ポート１に供給させる。

そして、再生要求したバイト数分のデータが読み出されると、クリップマネージャーＣＭは、そのバンク２ａの解放要求を、そのバンク２ａのアドレスｘ及びそのバンク２ａについてのＢｏｘ，Ｄｒｖ，ＣｌｉｐＩＤ，Ｅｓｓｅｎｃｅ，Ｏｆｆｓｅｔ，Ｓｉｚｅの情報（図７）と一緒に、バンクメモリマネージャーＢＭＭに送る（図１２のｔ１５）。

バンクメモリマネージャーＢＭＭは、この解放要求があると（図１１のＳ３６）、図９に示した記録時のステップＳ１５及びＳ１６と同じ処理を行う（図１１のＳ３７及びＳ３８、図１２のｔ１６）。

そして、確保した全てのバンク２ａについて図１１のステップＳ３６〜Ｓ３８の処理が済む（図１１のステップＳ３９）と、図１１の処理を終了する。

図１３は、図９及び図１１に示した処理の過程でのバンクメモリ２の各バンク２ａについてのビットマップのイメージを、全ＳＤＩ入出力ポート１のうちの３つのポート（Ｐｏｒｔ＃１〜３と記載している）についてのクリップマネージャーＣＭによるバンク２ａのリンクのイメージとともに例示する図である。

この図１３では、Ｐｏｒｔ＃１で或るデータＡの記録を行い、Ｐｏｒｔ＃２でアドレスｘ＝０〜２のバンク２ａを使用して別のデータＣをフォワード再生した後データＡの追っかけ再生を開始し、Ｐｏｒｔ＃３で別のデータＢの記録を行う場合を例にとっている。

クリップマネージャーＣＭは、対応するＳＤＩ入出力ポート１で使用している複数のバンク２ａを、現在の書き込みまたは読み出しを行っているバンク２ａの位置を中心とした所定バイト数分だけリンクさせて管理する。

ここでは、Ｐｏｒｔ＃１についてのクリップマネージャーＣＭは、アドレスｘ＝６のバンク２ａと、アドレスｘ＝７のバンク２ａとを、Ｐｏｒｔ＃１で使用されているバンク２ａとしてリンクさせている。

Ｐｏｒｔ＃２についてのクリップマネージャーＣＭは、データＡの追っかけ再生の開始時には、アドレスｘ＝１のバンク２ａと、アドレスｘ＝２のバンク２ａと、アドレスｘ＝６のバンク２ａとを、Ｐｏｒｔ＃２で使用されているバンク２ａとしてリンクさせている。（図示は省略するが、データＣのフォワード再生時には、アドレスｘ＝０〜２のバンク２ａがリンクされており、データＡの追っかけ再生の開始時に、アドレスｘ＝０のバンク２ａがリンクから外され、アドレスｘ＝６のバンク２ａが新たにリンクされている。）

Ｐｏｒｔ＃３についてのクリップマネージャーＣＭは、アドレスｘ＝８のバンク２ａと、アドレスｘ＝９のバンク２ａとを、Ｐｏｒｔ＃３で使用されているバンク２ａとしてリンクさせている。

Ｐｏｒｔ＃１でのみ使用されているアドレスｘ＝７のバンク２ａと、Ｐｏｒｔ＃２でのみ使用されているアドレスｘ＝１，２のバンク２ａと、Ｐｏｒｔ＃３でのみ使用されているアドレスｘ＝８，９のバンク２ａでは、ビットマップ中のＣｏｕｎｔの値は１になっている。

Ｐｏｒｔ＃１とＰｏｒｔ＃２との両方で使用されているアドレスｘ＝６のバンク２ａでは、ビットマップ中のＣｏｕｎｔの値は２になっている。このアドレスｘ＝６のバンク２ａに溜まったデータのフラッシュメモリ４または光ディスクドライブ５への記録が完了し、Ｐｏｒｔ＃１についてのクリップマネージャーＣＭの解放要求によってこのアドレスｘ＝６のバンク２ａが解放されても、ビットマップ中のＣｏｕｎｔの値は１になるので、このアドレスｘ＝６のバンク２ａは使用されていない状態にはならない（Ｐｏｒｔ＃２に使用されている状態にある）。

残りのバンク２ａは、いずれのＳＤＩ入出力ポート１でも使用されていないので、ビットマップ中のＣｏｕｎｔの値が０になっている。

使用されていないバンク２ａには、使用時に保持されたデータが残っているので、そのデータを再生のために利用することができる。例えば、Ｐｏｒｔ＃２で、データＡの追っかけ再生の後、データＣのリバース再生を行おうとする場合、リンクから外されたアドレスｘ＝０のバンク２ａにデータが残っているので、フラッシュメモリ４や光ディスクドライブ５にアクセスすることなく、直ちにアドレスｘ＝２，１，０のバンク２ａを順に使用して（Ｐｏｒｔ＃２についてのクリップマネージャーＣＭが、アドレスｘ＝６のバンク２ａをリンクから外し、アドレスｘ＝０のバンク２ａを新たにリンクして）リバース再生を行うことができる。

図１４は、図９及び図１１に示した処理による、バンクメモリ２を利用した追っかけ再生の様子を例示する図である。なお、この図１４では、各バンク２ａのサイズを６０ページ（１ページは、フラッシュメモリ４（図２）での記録再生単位となるバイト数）としている。

図１４（ａ）には、図９の処理による記録の様子を経時的に４段階に分けて示している。この図１４（ａ）の１段階目は、まだバンク２ａが確保されていない状態を示している。

図１４（ａ）の２段階目は、Ｃｏｕｎｔの値が０の（すなわち使用されていない）２つのバンク２ａを確保した直後の状態を示しており、確保した１つ目のバンク２ａ（確保した２つのバンク２ａのうち図の左側のほうのバンク２ａ）に１フレーム目（１ページ目）からのデータが書き込まれ始めている。

図１４（ａ）の３段階目は、この１つ目のバンク２ａに溜まった約３０フレーム分（５０ページ分）のデータのフラッシュメモリ４への記録が完了してこのバンク２ａが解放された直後の状態を示しており、確保した２つ目のバンク２ａに約３１フレーム目（５１ページ目）からのデータが書き込まれ始めている。

図１４（ａ）の４段階目は、３段階目から約１５フレーム分の時間が経過したタイミングでの状態を示しており、確保した２つ目のバンク２ａに約１５フレーム分（３０ページ分）のデータが書き込まれているが、このデータはまだフラッシュメモリ４には記録されていない。

図１４（ｂ）には、図１４（ａ）の４段階目と同じタイミングでの、図１１の処理による、約２５フレーム目（４０ページ目）から４０フレーム目（６５ページ目）までのデータの追っかけ再生の様子を示している。

記録のために使用されていた１つ目のバンク２ａが再び確保され、このバンク２ａに残っている約３０フレーム分（５０ページ分）のデータのうち、約２５フレーム目（４０ページ目）から３０フレーム目（５０ページ目）までのデータが読み出される。

また、現在記録のために使用されている２つ目のバンク２ａも確保され、このバンク２ａに保持されている約１５フレーム分（３０ページ分）のデータ（フラッシュメモリ４には未記録のデータ）のうち、先頭から約１０フレーム分（１５ページ分）のデータ、すなわち１つめ目のバンク２ａから通算して約３１フレーム目（５１ページ目）から４０フレーム目（６５ページ目）までのデータが読み出される。

この図１４に例示したように、このＡＶサーバーでは、フラッシュメモリ４や光ディスクドライブ５にアクセスすることなく（すなわち、タイムスロット管理によるフラッシュメモリ４へのアクセスの待ち時間や、光ディスクドライブ５からのデータを再生する際のシーク時間等に影響されることなく）、バンクメモリ２をいわばキャッシュメモリとして利用して迅速に追っかけ再生を行えるケースが多くなる。これにより、追っかけ再生の応答性を向上させることができる。

そして、このＡＶサーバーでの追っかけ再生は、いずれかのＳＤＩ入出力ポート１から入力して記録しているＡＶデータ中のプロキシデータを直ちに別のＳＤＩ入出力ポート１から出力させてモニター等で参照しながら編集操作パネル１０でカット編集点を決定するためにも行われる（カット編集点を決定する操作を行うと、図３に示したプログラムＥＦＭ等の処理として、フラッシュメモリ４や光ディスクドライブ５に記録されたＡＶデータがカット編集される）。したがって、このＡＶサーバーでは、編集のために追っかけ再生を行う際の応答性も向上させることができる。

また、図１３のＰｏｒｔ＃２について説明したように、フォワード再生を行った後にリバース再生を行う際にも、リンクから外したバンク２ａにデータが残っている可能性が高いので、フラッシュメモリ４や光ディスクドライブ５にアクセスすることなく、バンクメモリ２をキャッシュメモリとして利用して迅速にリバース再生を行えるケースが多くなる。これにより、フォワード／リバース再生を繰り返す際の応答性も向上させることができる。

また、このようにバンクメモリ２をキャッシュメモリとして利用することにより、フラッシュメモリ４へのアクセス回数が抑えられるので、メインストレージマネージャーＭＳＭ（図３，図４）が管理しているタイムスロットの空きの数がその分増えることになる。このことは、フラッシュメモリ４にアクセスして記録や通常の再生を行う際の応答性の向上にもつながる。

また、バンクメモリマネージャーＢＭＭの機能は、通常動作時に追っかけ再生やフォワード／リバース再生を行うだけでなく、ＡＶサーバーの診断時にバンクメモリ２で折り返しデバッグを行うためにも用いることができる。従来のＡＶサーバーでは、バンクメモリでの折り返しデバッグを行うために専用のプログラムを設けていたが、そうした専用のプログラムを設ける必要がなくなることになる。

なお、以上の例では、メインストレージとしてフラッシュメモリを設けるとともに編集機能を有するＡＶサーバーに本発明を適用しているが、本発明は、フラッシュメモリ以外のメインストレージ（例えばハードディスクドライブ等）を設けたＡＶサーバーや、編集機能を有しないＡＶサーバーや、テレビジョン放送用のノンリニア編集機にも適用することができる。さらに、本発明は、テレビジョン放送用のＡＶサーバーやノンリニア編集機に限らず、２以上の入出力ポートからノンリニア記録媒体にアクセスしてビデオデータを記録再生するあらゆる記録再生装置に適用することができる。

従来のＡＶサーバー等におけるＡＶデータ一時保持用のメモリの管理の様子を示す図である。本発明を適用したＡＶサーバーの全体構成例を示す図である。図２のＣＰＵ７，ＣＰＵ８，ＦＰＧＡ６内に格納されているプログラムのモジュール構造を示す図である。バンクメモリマネージャーと他のモジュールとの関係を示す図である。バンクメモリマネージャーによるバンクメモリの管理の様子を示す図である。バンクメモリ内のバンクを示す図である。ビットマップを構成する情報を示す図である。バンクメモリの各バンクの使用履歴の情報を示す図である。記録時のバンクメモリマネージャーの処理を示すフローチャートである。記録時のクリップマネージャー・バンクメモリマネージャー・ファイルマネージャー間の通信内容を示す図である。再生時のバンクメモリマネージャーの処理を示すフローチャートである。再生時のクリップマネージャー・バンクメモリマネージャー・ファイルマネージャー間の通信内容を示す図である。バンクメモリの各バンクのビットマップ及びクリップマネージャーによるバンクのリンクのイメージを示す図である。バンクメモリを利用した追っかけ再生の様子を例示する図である。

符号の説明

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

Claims

ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置において、
前記メモリを複数の領域に区切り、各領域を、当該領域に保持されているビデオデータを識別するためのデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報を作成することによって管理する第１の処理と、
いずれかの前記入出力ポートを指定したビデオデータの再生要求が、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われたことに応じて、前記メモリの各領域について作成されている前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、前記再生要求のあったビデオデータが前記メモリのいずれかの領域に保持されているかを検索し、保持されている領域がみつかった場合には、当該領域に保持されているビデオデータを前記指定された入出力ポートから出力させる第２の処理と
を行う処理手段を備えた
記録再生装置。
請求項１に記載の記録再生装置において、
前記第１の処理では、前記メモリの各領域がいずれかの前記入出力ポートのために現在使用されているか否かを示す使用管理情報を作成するとともに、いずれの前記入出力ポートのためにも使用されなくなった領域についても、使用されていたときにビデオデータが保持されることによって作成された前記データ識別情報を残しておき、
前記第２の処理では、いずれの前記入出力ポートのためにも使用されなくなった領域についても前記データ識別情報を用いて検索を行う
記録再生装置。
請求項２に記載の記録再生装置において、
前記使用管理情報に基づき、前記メモリの各領域の現在までの使用履歴の情報を作成する第３の処理と、
いずれかの前記入出力ポートを指定したビデオデータの記録要求があった場合、及び、前記再生要求があり且つ前記第２の処理での検索の結果前記メモリにビデオデータが保持されていなかった場合に、前記使用履歴の情報を用いて、現在使用されていない領域のうち、使用された時期が古い領域の順に使用させる第４の処理と
を行う処理手段をさらに備えた
記録再生装置。
請求項１に記載の記録再生装置において、
前記メモリの１つの領域に一定量のビデオデータが貯まる毎に前記記録媒体にビデオデータが記録され、
前記第１の処理では、前記一定量よりも少ない量のビデオデータが前記メモリの１つの領域に書き込まれる毎に前記データ識別情報を作成する
記録再生装置。
請求項１に記載の記録再生装置において、
前記第２の処理では、前記再生要求が行われたことに応じて、前記メモリの各領域について作成されている前記データ識別情報中の前記ＩＤ及び前記オフセット情報と、前記再生要求で用いられた前記ＩＤ及び前記オフセット情報とを照合して、前記データ識別情報中の前記ＩＤ及び前記オフセット情報の内容が前記再生要求と一致する領域を検索するとともに、一致する領域がみつかったが当該領域についての前記データ識別情報中の前記サイズ情報の値が前記再生要求で用いられた前記サイズ情報の値に満たない場合には、前記再生要求で用いられた前記オフセット情報，前記サイズ情報の値をそれぞれ当該領域についての前記データ識別情報中の前記サイズ情報の値に応じて加算，減算して、２つ目の領域の検索を行う
記録再生装置。
請求項１に記載の記録再生装置において、
前記記録再生装置は、ビデオデータ及びオーディオデータを含む複数種類のエッセンスから成る１まとまりのクリップを記録再生し、
前記データ識別情報は、前記クリップを識別するＩＤと、保持されているエッセンスの種類を示すエッセンス情報と、前記クリップの先頭から何バイト目からのデータが保持されているかを示すオフセット情報と、保持されているエッセンスのサイズ情報とを含み、
前記再生要求は、前記ＩＤと、前記エッセンス情報と、前記クリップの先頭から何バイト目からのエッセンスを再生するかを示すオフセット情報と、再生するエッセンスのサイズ情報とを用いて行われ、
前記第２の処理では、前記データ識別情報中の前記ＩＤ，前記エッセンス情報，前記オフセット情報及びサイズ情報と、前記再生要求で用いられた前記ＩＤ，前記エッセンス情報，前記オフセット情報及びサイズ情報とを照合して、再生要求のあったエッセンスが保持されている領域を検索する
記録再生装置。
請求項６に記載の記録再生装置において、
前記記録再生装置は、ビデオデータ及びオーディオデータを含む複数種類のエッセンスから成る１まとまりのクリップを記録再生するＡＶサーバーである
記録再生装置。
請求項６に記載の記録再生装置において、
前記記録再生装置は、ビデオデータ，オーディオデータ及び編集作業用のプロキシデータを含む複数種類のエッセンスから成る１まとまりのクリップを編集のために記録再生するノンリニア編集機である
記録再生装置。
ビデオデータを入出力するための２以上の入出力ポートと、
前記入出力ポートに入力したビデオデータを記録するためのノンリニアアクセス可能な記録媒体と、
前記記録媒体に対する記録再生時にビデオデータを一時的に保持するためのメモリと
を有する記録再生装置における再生方法において、
前記記録再生装置内の処理手段が、前記メモリを複数の領域に区切り、各領域を、当該領域に保持されているビデオデータを識別するためのデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報を作成することによって管理する第１のステップと、
前記記録再生装置内の処理手段が、いずれかの前記入出力ポートを指定したビデオデータの再生要求が、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われたことに応じて、前記メモリの各領域について作成されている前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、前記再生要求のあったビデオデータが前記メモリのいずれかの領域に保持されているかを検索し、保持されている領域がみつかった場合には、当該領域に保持されているビデオデータを前記指定された入出力ポートから出力させる第２のステップとを有する
再生方法。
ビデオデータを入出力する複数のポートと、
前記ビデオデータを記録媒体に記録する、又は、前記ビデオデータを記録媒体から再生する際に、前記ビデオデータを保持するメモリであって、複数の領域に区切られ、各領域が、当該領域に保持されているビデオデータを識別するためのデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報によって管理されているメモリと、
前記ポートを指定したビデオデータの再生要求が、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われたことに応じて、前記メモリの各領域についての前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、前記再生要求のあったビデオデータが前記メモリのいずれかの領域に保持されているかを判定する判定手段と、
前記判定手段によりいずれかの領域に保持されていると判定された場合には、前記メモリの当該領域に保持されているビデオデータを前記指定されたポートから出力させる処理手段と
を備えるデータ処理装置。
前記メモリの各領域が、いずれかの前記ポートのために当該領域が現在使用されているか否かを示す使用管理情報によっても管理されており、
前記判定手段は、いずれの前記ポートのためにも使用されなくなった前記メモリの領域について、使用されていたときにビデオデータが保持されることによって作成された前記データ識別情報を残しておき、いずれの前記ポートのためにも使用されなくなった前記メモリの領域についても前記データ識別情報を用いて判定を行う
請求項１０に記載のデータ処理装置。
前記処理手段は、いずれかの前記ポートを指定したビデオデータの記録要求があった場合、及び、前記再生要求があり且つ前記判定手段により前記メモリにビデオデータが保持されていないと判定された場合に、前記使用管理情報に基づいて作成された前記メモリの各領域の現在までの使用履歴の情報を用いて、現在使用されていない領域のうち、使用された時期が古い領域の順に使用させる
請求項１１に記載のデータ処理装置。
前記メモリの１つの領域に一定量のビデオデータが貯まる毎に前記記録媒体にビデオデータが記録され、
前記一定量よりも少ない量のビデオデータが前記メモリの１つの領域に書き込まれる毎に、前記データ識別情報を作成する作成手段を更に備える
請求項１０に記載のデータ処理装置。
前記判定手段は、前記再生要求が行われたことに応じて、前記メモリの各領域についての前記データ識別情報中の前記ＩＤ及び前記オフセット情報と、前記再生要求で用いられた前記ＩＤ及び前記オフセット情報とを照合して、前記データ識別情報中の前記ＩＤ及び前記オフセット情報の内容が前記再生要求と一致する領域を検索するとともに、一致する領域がみつかったが当該領域についての前記データ識別情報中の前記サイズ情報の値が前記再生要求で用いられた前記サイズ情報の値に満たない場合には、前記再生要求で用いられた前記オフセット情報，前記サイズ情報の値をそれぞれ当該領域についての前記データ識別情報中の前記サイズ情報の値に応じて加算，減算して、２つ目の領域の検索を行う
請求項１０に記載のデータ処理装置。
ビデオデータを入出力する複数のポートと、
前記ビデオデータを記録媒体に記録する、又は、前記ビデオデータを記録媒体から再生する際に、前記ビデオデータを保持するメモリであって、複数の領域に区切られ、各領域が、当該領域に保持されているビデオデータを識別するためのデータ識別情報であって、１まとまりのビデオデータを識別するＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からが保持されているかを示すオフセット情報と、保持されているビデオデータのサイズ情報とを含む情報によって管理されているメモリと
を有するデータ処理装置におけるデータ処理方法において、
前記データ処理装置内の処理手段が、前記ポートを指定したビデオデータの再生要求が、前記ＩＤと、前記１まとまりのビデオデータの先頭から何バイト目からを再生するかを示すオフセット情報と、再生するビデオデータのサイズ情報とを用いて行われたことに応じて、前記メモリの各領域についての前記データ識別情報中の前記ＩＤ，前記オフセット情報及び前記サイズ情報と、前記再生要求で用いられた前記ＩＤ，前記オフセット情報及び前記サイズ情報とを照合して、前記再生要求のあったビデオデータが前記メモリのいずれかの領域に保持されているかを判定する判定ステップと、
前記データ処理装置内の処理手段が、前記判定ステップにおいていずれかの領域に保持されていると判定された場合には、前記メモリの当該領域に保持されているビデオデータを前記指定されたポートから出力させる処理ステップと
を含むデータ処理方法。