JP4718798B2 - 情報記録再生装置 - Google Patents

Description

本発明は、情報記録再生装置に関するもので、例えば、２つのエンコーダを有し、それぞれのエンコーダの同時出力を、情報記録媒体（ハードディスク或はＤＶＤ又は両者）に対して記録・再生できるようにしたものである。またこの発明は、情報が記録される情報記録媒体としても特徴を備えている。

近年、ＴＶ放送は、ハイビジョン番組（高精細ＡＶ情報の番組）を主な放送コンテンツとするデジタル放送の時代に突入してきた。また、現在実施されているＢＳデジタルＴＶ放送（および近々実施が開始される地上波デジタルＴＶ放送）では、ＭＰＥＧ２のトランスポートストリーム（以下、適宜ＭＰＥＧ−ＴＳと略記する）が採用されている。動画を使用したデジタル放送の分野では、今後もＭＰＥＧ−ＴＳが標準的に用いられると考えられる。

一方では、ＤＶＤ−ＲＡＭ等の光ディスクを利用した記録再生装置の例として、下記特許文献１に開示された「記録再生装置」がある（特許文献１）。

ここで記録再生装置としては、例えば２つのチューナでそれぞれ放送信号を同時受信したときに、それぞれの入力ビデオ信号を録画したいという要望がある。
特開２００２−８４４７９号公報 特開２００３−２２４８１３号公報

しかしながら従来は、複数のチューナより同時に導入した入力ビデオ信号を記録媒体に記録する場合、有効な手段がない点に着目している。

そこでこの発明の目的は、複数のチューナあるいはビデオ信号源から入力ビデオ信号が同時に到来しても、それぞれの入力ビデオ信号を容易に記録媒体に記録し管理することができる情報記録再生装置及び方法と情報記録媒体を提供することにある。

この発明は上記の目的を達成するために、情報記録媒体に設定するファイルとして、少なくとも第１、第２のファイルとこの第１、第２のファイル内に第１及び第２の記録情報をそれぞれ記録及び再生するために用いられる単一の管理ファイルとを設定する手段と、前記第１、第２のファイル及び前記単一の管理ファイルをアクセスするための少なくともエントリー情報を含むファイルシステムを設定する手段と、夫々の入力ビデオ信号をそれぞれＤＶＤフォーマットに変換し、前記第１、第２の記録情報に変換する第１、第２のエンコーダと、前記単一の管理ファイル内に番組再生シーケンスを示す情報であってかつ対応する番組の連続記録単位毎に設定されるムービービデオオブジェクト情報（Ｍ＿ＶＯＢＩ）を複数格納する場合、前記ムービービデオオブジェクト情報（Ｍ＿ＶＯＢＩ）内にはそれぞれ対応する番組が格納される前記第１、第２のファイルを識別させるためのファイル識別情報（ＦＩＬＥ＿ＩＤ）を付加する手段を具備する。

上記の手段により、同時に得られた複数の入力ビデオ信号を容易に同一の記録媒体に記録し、再生を管理することができる。

以下この発明の実施の形態を図面を参照して説明する。図１は、この発明の一実施の形態に係るデータ構造を利用して、情報記録媒体（光ディスク、ハードディスク等）にＡＶ情報（デジタルＴＶ放送プログラム等）を記録し再生する装置の一例を説明するブロック図である。

この装置は、マクロプロセッシングユニット（ＭＰＵ）部１００、キー入力部１０１、リモコン１０２ａからのユーザ操作情報を受け取るリモコン受信部１０２ｂ、表示部１０３を有する。

選択部３００には、オーディオビデオ入力部３０１、アナログの地上波チューナ３０２の信号、地上波デジタルチューナ３０３からの信号、ＢＳデジタルチューナ３０４からの信号、セットトップボックス（ＳＴＢ）３０５からの信号が入力可能である。ＳＴＢ３０５は、衛星アンテナに接続されており、受信したデジタル放送データのデコードを行なってＡＶ信号（デジタル）を発生させ、そのＡＶ信号を出力する。

また、選択部３００は、入力するストリームを選択し、主エンコーダ４０１及び又は副エンコーダ４０２に供給することができる。主エンコーダ４０１と副エンコーダ４０２は、入力信号を所定のフォーマット（例えばＤＶＤ規格又はこれに類似するフォーマット）に変換し、その出力をデータ処理部１１に供給する。

エンコーダ内は、Ａ／Ｄ変換器、ビデオエンコーダ部、ビデオエンコーダ部への入力切換セレクタ、オーディオエンコーダ部、副映像エンコーダ部、フォーマット部、バッファメモリを含んで構成されている。

この発明に係る装置では、主エンコーダ部４０１、副エンコーダ部４０２を有し、同時に２つのエンコーダ出力を得て、このエンコーダ出力を情報記録媒体（光ディスク１４、或はハードディスク）に記録することができる。このためのデータ処理技術については、後で詳しく説明する。

また、地上波チューナやライン入力から入力されたアナログ信号は、Ａ／Ｄ部でデジタル変換される。そのデジタル信号は、各エンコーダ部へ入力される。ビデオ信号はビデオエンコーダ部へ、オーディオ信号はオーディオエンコーダ部へ、文字放送などの文字データはＳＰエンコーダ部（図示せず）へ入力され、ビデオ信号はＭＰＥＧ圧縮され、オーディオ信号はＡＣ３圧縮またはＭＰＥＧオーディオ圧縮がなされ、文字データはランレングス圧縮される。

各エンコーダ部から、圧縮データがブロック化された場合に２０４８バイトになるようにブロック化されて、フォーマッタ部へ入力される。フォーマッタ部では、各パケットがブロック化され、さらに、多重化され、データ処理部１１へ送られる。

データ処理部１１は、記録データの１６（又は３２）データブロック毎に、エラー訂正データを付加したＥＣＣブロックを形成し、所定の変調を行い、ディスクドライブ部１３及び又はハードディスクドライブ部１５に送る。

ここで、例えばドライブ部１３がシーク中やトラックジャンプなどの場合のため、ビジー状態の場合には、一次記憶部１２が利用され、ドライブ部１３の準備ができるまで待つこととなる。データ処理部１１は、ＭＰＵ部１００の制御の元で、記録するデータを、ディスクドライブ部１３、ハードディスクドライブ（ＨＤＤ）部１３に記録データ単位毎（例えば物理的な連続記録単位であるＣＤＡ単位毎）に時分割で送ることができる。

各エンコーダ部４０１、４０２には、フォーマッタ部があり、先の記録データをデータ処理部１１に送ると共に、録画中、各切り分け情報を作成し、定期的にＭＰＵ部１００へ送る（ＧＯＰ先頭割り込みなど）。切り分け情報としては、後述するビデオオブジェクトに関する情報を生成するために、ＶＯＢＵのＬＢ数、ＶＯＢＵ先頭からのIピクチャのエンドアドレス、ＶＯＢＵの再生時間などがある。

システムタイムカウンタ（ＳＴＣ）部５００は、２７ＭＨｚベースでクロックカウントを行うように構成されている。装置の各部のブロックの基準クロックを生成している。

６０１は、デコーダ部である。再生時に光ディスク１４或はハードディスク１６から読み取られたデータは、データ処理部１１で、増幅及びエラー訂正処理が行われ、デコーダ部６０１に送られる。デコーダ部６０１は、メモリを内蔵する分離部、縮小画像（サムネールなど）の生成部を内蔵するビデオデコード部、副映像（ＳＰ）デコード部、オーデオデコード部、ビデオプロセサ（Ｖ−ＰＲＯ）部、オーディオ用Ｄ／Ａ変換器等を含んで構成される。

Ｄ／Ａ変換器からのアナログ出力（モノラル、ステレオ、あるいはＡＡＣ５．１ＣＨサラウンド）は、図示しないＡＶアンプ等で増幅されて出力されスピーカ部６０５に入力される。ここでは、必要本数のスピーカが駆動される。

録画中のコンテンツをテレビジョンなどの表示部６０４に表示するために、記録するストリームデータを、データ処理部１１に送るのと同時に、デコーダ部６０１へも同時に送り、その再生を行うことができる。この場合、ＭＰＵ部１００はデコーダ部６０１へ再生時の設定を行い、その後はデコーダ部６０１が自動的に再生処理を行う。

またデコーダ部６０１の出力ビデオ信号に対して、ＭＰＵ１００から文字、記号等の信号（例えばオンスクリーンディスプレイ信号）を多重することもできる。この多重処理には、ビデオミキサ６１１、フレームメモリ６１２などが利用される。

図２には、ビデオレコーディングが可能なＤＶＤ−Ｒ，ＤＶＤ−ＲＡＭ，ＤＶＤ−ＲＷにおいて規定されているルートディレクトリーの形態を示している。ルートディレクトリーでは、次のようなファイルが規定されている。管理情報用の管理ファイルであるＶＲ＿ＭＡＮＧＲ．ＩＦＯ、ムービービデオ用のコンテンツファイルであるＶＲ＿ＭＯＶＩＥ．ＶＲＯ、スチルビデオ用のコンテンツファイルであるＶＲ＿ＳＴＩＬＬ．ＶＲＯ、オーディオ用のコンテンツファイルであるＶＲ＿ＭＯＶＩＥ．ＶＲＯ、バックアップ管理情報用の管理ファイルであるＶＲ＿ＭＡＮＧＲ．ＢＵＰなどがある。その他コンピュータ情報用もあるがここでは省略している。

図３には、管理ファイルであるＶＲ＿ＭＡＮＧＲ．ＩＦＯ内に記載される情報の階層構造を示している。ＶＲ＿ＭＡＮＧＲ．ＩＦＯ内には、リアルタイムレコーディングビデオマネージャー（ＲＴＲ＿ＶＭＧ）が含まれている。このＲＴＲ＿ＶＭＧ内には、リアルタイムレコーディング・ビデオマネージャ一般情報（ＲＴＲ＿ＶＭＧＩ）、ムービーＡＶファイル情報テーブル（Ｍ＿ＡＶＦＩＴ）、スチルファイル情報テーブル（Ｓ＿ＡＶＦＩＴ）、オリジナルプログラムチェーン情報（ＯＲＧ＿ＰＧＣＩ）、ユーザー定義プログラムチェーン情報テーブル（ＵＤ＿ＰＧＣＩＴ）、マニュファクチャー情報テーブル（ＭＮＦＩＴ）などが設定されている。

ＲＴＲ＿ＶＭＧは、ＡＶストリーム（複数のＶＯＢ）の記録、再生、編集などを制御するために必要なナビゲーションデータの集合である。

ＲＴＲ＿ＶＭＧＩは、リアルタイムレコーディングディスクの基本情報を記述しており、本ファイルがＲＴＲビデオマネージャーファイルであること、このＲＴＲ＿ＶＭＧの最終アドレス、ＲＴＲ＿ＶＭＧＩの最終アドレス、バージョン情報、レジュームマーク情報、ディスク代表画像情報、各情報の記述アドレスを知るための情報等、が含まれる。

Ｍ＿ＡＶＦＩＴについては、更に後述する。Ｓ＿ＡＶＦＩＴは、スチルピクチャーＡＶファイルに関する情報を記述されている。

ＯＲＧ＿ＰＧＣＩは、情報記録媒体に番組が記録される毎に、追加作成され、番組の再生順序をセルとタイムマップで示しているプログラムチェーン情報である。

ＵＤ＿ＰＧＣＩＴは、編集などで既に記録されているＡＶファイルの中で、ユーザが所望する部分を複数選択して繋げたときに、その再生順序を決めるチェーン情報テーブルであり、コンテンツの再生順序を後述するタイムマップで規定している。

ＭＮＦＩＴは、製造者が利用できる領域であり、製造者ＩＤ，製造者が製造者情報を記録したときの時間の情報、製造者が任意に記録したデータ等を含む。

Ｍ＿ＡＶＦＩＴは、ムービーＡＶファイル情報テーブル情報（Ｍ＿ＡＶＦＩＴＩ）と、ムービービデオオブジェクトストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ＃１〜Ｍ＿ＶＯＢ＿ＳＴＩ＃ｎ）と、ムービーＡＶファイル情報（Ｍ＿ＡＶＦＩ）を含む。

Ｍ＿ＡＶＦＩＴは、ＶＲ＿ＭＯＶＩＥ．ＶＲＯであるファイルに関する情報を記述している。

Ｍ＿ＡＶＦＩＴＩは、Ｍ＿ＡＶＦＩの数、Ｍ＿ＶＯＢ＿ＳＴＩの数、Ｍ＿ＡＶＦＩＴの最終アドレスを含む。Ｍ＿ＶＯＢ＿ＳＴＩは、ビデオ属性、オーディオストリーム数、副映像ストリーム数、各ストリームのオーディオ属性、副映像のカラーパレットなどを含む。

Ｍ＿ＡＶＦＩは、ムービーファイル（ファイル名：ＶＲ＿ＭＯＶＩＥ．ＶＲＯ）に関する情報を述べるもので、図４に示されている。

図４に示すように、Ｍ＿ＡＶＦＩは、ムービーＡＶファイル情報の一般情報（Ｍ＿ＡＶＦＩ＿ＧＩ）、ムービービデオオブジェクトサーチポインタ（Ｍ＿ＶＯＢＩ＿ＳＲＰ＃１〜Ｍ＿ＶＯＢＩ＿ＳＲＰ＃ｎ）、ムービービデオオブジェクト情報（Ｍ＿ＶＯＢＩ＃１〜Ｍ＿ＶＯＢＩ＃ｎ）を含む。ｎ＝１〜９９９である。つまり、ＡＶファイル内には、ビデオオブジェクト（ＶＯＢ）の１個〜９９９個を記録し、これを管理できる可能性を持たせている。

Ｍ＿ＶＯＢＩ＿ＳＲＰ＃１は、Ｍ＿ＶＯＢＩ＃１をサーチするためのサーチポインタであり、Ｍ＿ＶＯＢＩ＿ＳＲＰ＃２は、Ｍ＿ＶＯＢＩ＃２をサーチするためのサーチポインタであり、Ｍ＿ＶＯＢＩ＿ＳＲＰ＃ｎは、Ｍ＿ＶＯＢＩ＃ｎをサーチするためのサーチポインタである。

図５には、Ｍ＿ＶＯＢＩ＃ｉの内容を示している。Ｍ＿ＶＯＢＩ＃ｉには、ムービービデオオブジェクト一般情報（Ｍ＿ＶＯＢ＿ＧＩ）、シームレス情報（ＳＭＬＩ）、オーディオギャップ情報（ＡＧＡＰＩ）、タイムマップ情報（ＴＭＡＰＩ）が含まれる。

Ｍ＿ＶＯＢ＿ＧＩには、ＶＯＢ＿ＴＹが記述され、ＶＯＢがノーマル状態であるのか、仮消去状態であるのかを示している。またシームレスであるのかどうかも示している。あまたＶＯＢ＿ＲＥＣ＿ＴＭで、このＶＯＢのヘッドが記録された時間情報を示す。またサブレセカンドデータの情報も記録される。

さらにまた、このＶＯＢのストリーム情報の番号（Ｍ＿ＶＯＢ＿ＳＴＩＮ）、このＶＯＢの最初のフィールドの再生開始時間（Ｍ＿Ｖ＿Ｓ＿ＰＴＭ）、このＶＯＢの最後のフィールドの区切りの時間（Ｍ＿Ｖ＿Ｅ＿ＰＴＭ）などが記述されている。

ＳＭＬＩは、ＶＯＢをシームレスで再生するために、ＶＯＢに対するシステムクロック基準情報を示している。つまりここには、ＶＯＢの最初のストリームパックの時間情報、最後のパックの時間情報が記述されている。ＡＧＡＰＩは、このＶＯＢに対して複数のオーディオストリームがある場合、各オーディオストリームのストップ時間、ギャップの長さが記述されている。

図６には、上記のタイムマップ情報（ＴＭＡＰＩ）を詳しく示している。ＴＭＡＰＩは、ＴＭＡＰ＿ＧＩと、ＴＭ＿ＥＮＴ＃１−ＴＭ＿ＥＮＴ＃ｎ、ＶＯＢＵ＿ＥＮＴ＃１−ＶＯＢＵ＿ＥＮＴ＃ｎを含む。ＴＭＡＰ＿ＧＩは、ＴＭ＿ＥＮＴ＿Ｎｓを含み先のＴＭ＿ＥＮＴが幾つ記述されているのかを示している。またＶＯＢＵ＿ＥＮＴ＿Ｎｓを含み先のＶＯＢＵ＿ＥＮＴが幾つ記述されているのかを示している。

ＶＯＢは、１つ又は複数のビデオオブジェクトユニット（ＶＯＢＵ）を含み、ＶＯＢをＶＯＢＵ単位で管理できるようになっている。

ＴＭ＿ＯＦＳは、ビデオフィールドの中で、このタイムマップのタイムオフセットを記述されている。さらにＡＤＲ＿ＯＦＳが設定されている。このＡＤＲ＿ＯＦＳは、このＶＯＢのスタートアドレスを示している。このスタートアドレスは、ビデオファイルの最初の論理ブロックのアドレスからのアドレス位置を示している。したがって、複数のＶＯＢの開始位置がずれていても、このスタートアドレスを利用することで、ＶＯＢと次のＶＯＢとを繋げて再生することが可能となる。

図７には、ＴＭ＿ＥＮＴの内容を示している。ＴＭ＿ＥＮＴは、ＶＯＢＵ＿ＥＮＴＮ、ＴＭ＿ＤＩＦＦ、ＶＯＢＵ＿ＡＤＲの情報を有する。

ＶＯＢＵ＿ＥＮＴＮは、対応するＶＯＢＵのエントリー番号、ＴＭ＿ＤＩＦＦは、このタイムエントリーにより特定されたＶＯＢＵのプレゼンテーションスタートタイムと計算されたプレゼンテーションタイムとの差、ＶＯＢＵ＿ＡＤＲは、ターゲットとなるＶＯＢＵの最初のパックアドレスが、ＶＯＢの先頭からの相対論理ブロック番号で記述される。

また先のＶＯＢＵ＿ＥＮＴには、ＶＯＢＵの最初の基準となるピクチャーのサイズが記述され、このサイズは、ＶＯＢＵの基準ピクチャーが格納されたパック数で示されている。また、ＶＯＢＵ＿ＰＢ＿ＴＭ、つまりこのＶＯＢＵのプレイバック時間情報も記述されている。さらにＶＯＢＵ全体のサイズとしてのパック数が記述される。

図８には、上記の説明から、ビデオファイルは、複数のＶＯＢＩで管理可能であることが理解できる。Ｍ_ＶＯＢＩはＶＲ＿ＭＯＶＩＥ．ＶＲＯファイルのある区間を示すものである。そこでこの発明では、ビデオオブジェクト情報（ＶＯＢＩ）を有効に活用する。ＶＯＢＩは、例えば野球、ドラマなどの番組の連続的記録（２時間或は１時間の連続記録）が行われた場合に１つのＶＯＢＩ（録画から録画停止までの期間の管理情報）として作成される。

本発明では、主エンコーダ部４０１と副エンコーダ部４０２が存在するために、それぞれのエンコーダでドラマ１とドラマ２の処理が行われ、同時に２つのエンコーダ出力が得られているときは、２つのＶＯＢＩがＭＰＵ部１００で生成される。一方、入力ビデオ信号に対してＭＰＥＧ２による圧縮処理が行われ、ＤＶＤ規格のパックにフォーマット化されたオブジェクトは、例えば、ハードディスク１６に記録される。ここでハードディスク１６には、第１（主）、第２（副）のエンコーダ部４０１、４０２に対応して、第１、第２のファイルが確保されている。そして、第１、第２のエンコーダ部４０１、４０２の出力は、データ処理部１１を介して、ハードディスク１６の第１、第２のオブジェクト用ファイル（第１のＶＲ＿ＭＯＶＩＥ．ＶＲＯ、第２のＶＲ＿ＭＯＶＩＥ．ＶＲＯ）に格納される。しかし、管理ファイル（ＶＲ＿ＭＡＮＧＲ．ＩＦＯ）としては単一のファイルが設定される。そしてこの中のＶＯＢＩと言う管理情報に工夫が成される。

例えば、図５に示すように、ファイル識別情報（ＦＩＬＥ＿ＩＤ）領域が確保されており、ここに当該ＶＯＢＩが管理すべきオブジェクトがいずれのＶＲＯファイル（第１のＶＲ＿ＭＯＶＩＥ．ＶＲＯまたは第２のＶＲ＿ＭＯＶＩＥ．ＶＲＯ）に保存されているのかを識別できるようになっている。

したがって、ＶＯＢＩを再生するとき、ファイル識別情報を参照して、一方の識別情報に対応するファイルを再生すれば、第１のファイル内のオブジェクトを再生でき、他方の識別情報に対応するファイルを再生すれば、第２のファイル内のオブジェクトを再生できることになる。

上記のように第１、第２のＶＲ＿ＭＯＶＩＥ．ＶＲＯの確保、及び管理ファイル（ＶＲ＿ＭＡＮＧＲ．ＩＦＯ）の確保を行うファイルシステムについて説明する。

ＤＶＤのディスクフォーマットでは、ＵＤＦを保証した、ファイルシステムという概念が規定されている。このファイルシステムは、上記した管理よりも更に上位の概念であり、ディスクの使用済み領域、未使用領域、各種のファイルのエントリー情報の記録領域、欠陥領域の管理などを行っている。これらの記録領域は、ディスクの物理アドレス、物理セクタアドレス及び論理ブロックアドレスに基づいて管理している。また、エクステントという概念を用いて、未使用領域の確保という処理を行うために利用される。

図９には、ＤＶＤの規格上の通常の記録領域の確保状態を示している。ディスク全体の容量に対して、使用済み領域、未使用領域を確保した様子を示している。規格では、１ディスクに対してビデオオブジェクトの格納ファイルは、１ファイルと規定されている。したがって、録画が開始されると、ＶＲ＿ＭＯＶＩＥ．ＶＲＯ（ＶＲＯファイルと称する）内にビデオオブジェクトを追記している。このときの１つの番組である連続的記録単位が前述したＶＯＢＩで管理される。

しかし本発明では、あらかじめディスク内に２つのＶＲＯファイルを作成しておき、それぞれのファイルに記録処理を行った方が簡便であることに着目した。このため、ＤＶＤレコーディングフォーマットを独自に拡張して、どのＶＲＯファイルにＡＶ情報（MPEG Stream）、つまりＶＯＢが記録されているかを示す情報（ 先のＦＩＬＥ＿ＩＤ ）をＭ＿ＶＯＢＩに追加し、管理情報ファイル(ＶＲ＿ＭＡＮＧＲ．ＩＦＯ)に保存する。これにより、一つの管理（ＩＦＯ）ファイルで複数のＶＲＯファイルを管理することが可能になる。

ＤＶＤの規格では、ＵＤＦを保証したファイルシステムでディスク内のファイルが管理されている。ファイルシステムでは、実際にコンテンツが記録されている領域（Extentと呼ぶ）以外に、ディスク内の空いている領域をファイルに割り当てておき空き領域を確保しておくことができる。

ここでは、使用済み領域のことをContents Extent、未使用領域のことをReserved Extentと呼ぶ。

例えばエンコーダを２つ備える映像記録再生装置の場合、前述の通りエンコーダ毎にＶＲＯファイルを作成しておき、記録時にはそれぞれのファイルに書き込みを行った方が簡便である。このとき、各ファイルのReserved Extentのサイズを調整することにより、両方のファイルにどの程度空き容量を割り当てるかを決定することができる。

例えばディスクの初期化時点でディスクの全容量中半分を1つのＶＲＯファイルに、もう一つを他方のＶＲＯファイルに割り当てると、ディスクを２つのＶＲＯファイルで半々に使うことができる。

しかし、ディスクを半々に分割するだけでは、片方のエンコーダのみを使用しているとすぐに一方のＶＲＯファイルの空き容量がなくなってしまい、その後はもう一方のエンコーダしか使えなくなってしまう。この回避策として、２つのＶＲＯファイル間でReserved Extentを移動する手段を設ける。

図１０には、２つのＶＲＯファイル（ＶＲＯ−Ｆ１、ＶＲＯ−Ｆ２）が確保された様子を示している。そして一方のＶＲＯファイル（ＶＲＯ−Ｆ１）のReserved Extentのうちの一部を他方のＶＲＯファイル（ＶＲＯ−Ｆ２）に移動した様子を示している。このように、２つのファイル間で空き領域のやり取りを可能にすることでディスク容量を有効に利用することが可能となる。この手段は、ファイルシステムを駆動する制御プログラムを利用しており、ＭＰＵ部１００内で実現される。

この手段を用いて、録画終了時、及び録画済データの削除時など各ＶＲＯファイルのContents Extentのサイズが変更されるタイミングで、常に片方のＶＲＯファイルのReserved Extentサイズを一定にするような制御が可能になる。

つまり、録画終了時、あるいは録画済みデータの削除時には、ファイルシステムでは、使用済み領域の管理情報，未使用領域の管理情報を設定しなおす処理が行われる。またファイルエントリー情報の追加（初期の録画時）や削除も行われる。またファイル長の情報の修正も行われる。

図１に示した映像記録再生装置の場合、副エンコーダ用のＶＲＯファイルは常に４．７ＧＢを割り当て、主エンコーダ用のＶＲＯファイルには、ハードディスクの残りの空き容量全てを割り当てることができる。これにより副エンコーダ用は常にＤＶＤ−ＲＡＭ１枚分だけ確保するという、ユーザに理解しやすい管理方法を取ることができる。

しかし、ハードディスクの空き容量が、例えば５ＧＢしか残っていないとき、副エンコーダ側に４．７ＧＢを割り当てると、主エンコーダ用のファイルには０．３ＧＢしか残らなくなる。

そこでこの場合本発明では、主と副という性格分けがある以上、主側を優先するべきであるので、例えば４．７ＧＢの２倍以上ハードディスクの空き領域が無い場合は、すべて主エンコーダ用のファイルに割り当てるようにしている。

このReserved Extent移動処理を応用して、実際に記録済みのContents Extentを移動することも可能である。本来、ＤＶＤビデオ記録フォーマットではＶＲＯファイルを２つに分割することは認められていないため、記録終了時に副エンコーダ用ＶＲＯファイルのContents Extentをすべて主エンコーダ用ＶＲＯファイルに移動することで規格を遵守することが可能になる。

図１１には、ファイルシステムにより、ファイル管理を行う場合の動作をフローチャートで示している。記録媒体はハードディスクが対象となるものとする。まず録画終了時には、副エンコーダ用として管理されている全Reserved Extentを、主エンコーダ用として管理されているReserved Extentに移動する（ステップＳＴ１）。そして、ファイルシステムでは、主エンコーダ用のReserved Extentとして、一旦並び替え、などを行う（ステップＳＴ２）。この並び替え処理は、ファイルシステムで実現されるもので、使用済み領域と、未使用領域との設定のし直し処理、また欠陥エリアが見つかったときの欠陥エリア設定処理が行われる。次に、Reserved Extentが連続するように結合処理が行われる（ステップＳＴ３）。これは未使用領域のエクステントアロケーションの記述処理で実現され、ディスク上の物理セクタ番号（ＬＳＮ；（ディスクの全領域に割り当てられた物理アドレスに相当する）、ロジカルセクタ番号（ＬＳＮ；ディスク全体にわたり論理セクタ単位で管理する番号として付されている）、さらにはロジカルブロック番号（ＬＢＮ；データ領域に論理ブロック単位で付されている）が利用されている。

次に、主エンコーダ側のReserved Extentの中から、たとえばＲＡＭ４枚分のReserved Extentを、副エンコーダ側に移動するのである（ステップＳＴ４）。これにより、ハードディスク１６側において、複数（たとえば２つ）のＶＲＯファイルをファイル管理用のファイルシステムで管理することができる。また管理情報としてのファイルＩＦＯをファイルシステムで管理することができる。そしてファイルＩＦＯでは、Ｍ＿ＶＯＢＩに拡張子（ＦＩＬＥ＿ＩＤ）が追加される。これにより、２つのＶＲＯファイル内の各ＡＶ情報の記録再生を制御することができる。

上記の説明では、記録再生メディアをハードディスクとして、このハードディスクに対するファイルシステムと、２つのＶＲＯファイル、およびファイルＩＦＯについて説明した。しかし、上記の記録再生技術、及びファイル管理技術は、本発明の情報記録再生装置内であれば、記録媒体がＤＶＤ１４であってもまったく同様に適用できる。

しかし、ＤＶＤ１４が外部に取り出される場合には、ＤＶＤ規格では、上述したＭ＿ＶＯＢＩの拡張子（ＦＩＬＥ＿ＩＤ）が規定されていないことに注意しなければならない。

そこでこの発明では、上述したようにファイルシステムが２つのＶＲＯファイルと、１つのファイルＩＦＯを管理した状態を、ＤＶＤ規格に適合した管理状態に移行させる手段を備えている。またファイルＩＦＯが２つのファイルの記録再生を制御できる状態を、ファイルＩＦＯが２つのファイルを１つのファイルとみなして記録再生を制御できる状態に移行させる手段を備えている。

今、２つのＶＲＯファイルをＤＶＤに記録し、このＤＶＤを情報記録再生装置から取り出す場合を説明する。このときの記録は、ハードディスクに記録されている２つのＶＲＯ及びファイルＩＦＯ、ファイルシステムがＤＶＤに移動された場合も含むものとする。

このときは１ディスク、１ＶＲＯファイルの原則が維持されなければならない。そこでこの発明では、主エンコーダによる第１のファイルと副エンコーダによる第２のファイルとを結合した１つのＶＲＯファイルとして、記録再生が制御可能となるようにファイルＩＦＯを修正変更する手段を備えている。この修正変更は、まず、図５で説明したＭ＿ＶＯＢＩ内のＦＩＬＥ＿ＩＤをＭＰＵによる処理で削除、またはＭＰＵが無視できるように変更する。次に、 副エンコーダ側に生成されたＭ＿ＶＯＢＩ内のアドレスオフセットを書き換えるのである。このように管理ファイル内のＭ＿ＶＯＢＩがファイル識別を持たないようにし、副エンコーダ側に生成されたＭ＿ＶＯＢＩ内のアドレスオフセットを書き換えることで、主エンコーダ側の使用済み領域のオブジェクトが第１のビデオオブジェクト（ＶＯＢ＃１）、副エンコーダ側の使用済み領域のオブジェクトが第２のオブジェクト（ＶＯＢ＃２）となり、１つのＶＲＯファイルとして管理されるようになる。もちろん、タイムマップに記述されている、時間情報も、第１のビデオオブジェクト（ＶＯＢ＃１）の最後の再生時間の値に、第２のオブジェクト（ＶＯＢ＃２）のタイムマップが連続するように、第２のＶＯＢＩ内に記述されている再生時間が修正される。

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

本発明に係る記録再生装置の全体的な構成説明図。 本発明に係るＤＶＤフォーマットにおけるルートディレクトリーの説明図。 本発明に係るＤＶＤフォーマットにおけるルートディレクトリーの説明図。 本発明に係るＤＶＤフォーマットにおけるＭ＿ＡＶＦＩの内容を示す説明図。 本発明に係るＤＶＤフォーマットにおけるＭ＿ＶＯＢＩの内容を示す説明図。 本発明に係るＤＶＤフォーマットにおけるＴＭＡＰＩの内容を示す説明図。 本発明に係るＤＶＤフォーマットにおけるＴＭ＿ＥＮＴの内容を示す説明図。 本発明が着目しているＭ＿ＢＯＢＩの性質を説明するために示した説明図。 本発明に係る情報記録媒体における領域確保の例を示す説明図。 本発明に係る情報記録媒体におけるファイル領域確保の例を示す説明図。 本発明に係る装置のファイル管理動作の例を説明するために示したフローチャート。

符号の説明

１１…データ処理部、１２…一次記憶部、１３…ディスクドライブ部、１４…光ディスク、１５…ハードディスク部、１６…ハードディスク、４０１，４０２…エンコーダ部、６０１…デコーダ部、１００…ＭＰＵ部。

Claims (7)

1. 情報記録媒体に設定するファイルとして、少なくとも第１、第２のファイルとこの第１、第２のファイル内に第１及び第２の記録情報をそれぞれ記録及び再生するために用いられる単一の管理ファイルとを設定する手段と、
   前記第１、第２のファイル及び前記単一の管理ファイルをアクセスするための少なくともエントリー情報を含むファイルシステムを設定する手段と、
   夫々の入力ビデオ信号をそれぞれＤＶＤフォーマットに変換し、前記第１、第２の記録情報に変換する第１、第２のエンコーダと、
   前記単一の管理ファイル内に番組再生シーケンスを示す情報であってかつ対応する番組の連続記録単位毎に設定されるムービービデオオブジェクト情報（Ｍ＿ＶＯＢＩ）を複数格納する場合、前記ムービービデオオブジェクト情報（Ｍ＿ＶＯＢＩ）内にはそれぞれ対応する番組が格納される前記第１、第２のファイルを識別させるためのファイル識別情報（ＦＩＬＥ＿ＩＤ）を付加する手段と、
   を具備したことを特徴とする情報記録再生装置。
2. 前記情報記録媒体は、ハードディスクまたは光ディスクであることを特徴とする請求項１記載の情報記録再生装置。
3. 前記第１、第２のファイルを１つのファイルとして見なせるように統合するために、
   前記ムービービデオオブジェクト情報を、前記第１のファイル用のファイル識別情報が付加されている複数の第１のムービービデオオブジェクト情報と、前記第２のファイル用のファイル識別情報が付加されている複数の第２のムービービデオオブジェクト情報との前記ファイル識別情報は削除し、
   前記第１のムービービデオオブジェクト情報による記録情報の再生シーケンスはそのまま維持し、前記第２のムービービデオオブジェクト情報に対しては、第１のファイルの情報の再生に続いて、前記第２のファイルの情報が再生管理されるように、第２のムービービデオオブジェクト情報に含まれる情報であるアドレスオフセット（ＡＤＲ＿ＯＦＳ）及び再生シーケンスとなるタイムマップ情報を修正する手段と
   をさらに有したことを特徴とする請求項２記載の情報記録再生装置。
4. 前記アドレスオフセットが修正された前記第２のムービービデオオブジェクト情報を含む管理情報（ＶＭＧ）と前記第１と第２のファイル内の情報は、ＤＶＤに記録されることを特徴とする請求項３記載の情報記録再生装置。
5. 前記情報記録媒体に前記第１のファイルを記録するための第１の領域をエクステントにより確保し、前記第１の記録情報が前記第１の領域に記録された場合には、前記第１の領域を第１の使用領域と第１の未使用領域として確保する手段と、
   前記第１の未使用領域から、一定量を分割して、前記第２のファイルを記録するための第２の領域内の第２の未使用領域として確保する手段と、
   をさらに具備したことを特徴とする請求項１記載の情報記録再生装置。
6. さらに、録画終了時及び録画済みデータ削除時には、前記第１の未使用領域に対して、前記第２の未使用領域を一旦結合した管理を行い、新未使用領域を設定し、再度、前記新未使用領域から、一定量を分割して、前記第２のファイル用の前記第２の未使用領域として新たに確保する手段を具備したことを特徴とする請求項５記載の情報記録再生装置。
7. 前記情報記録媒体の空き容量が所定量より少なくなったときは、前記空き容量をすべて前記第１のファイルに割り当てて管理する手段を更に具備したことを特徴とする請求項６記載の情報記録再生装置。

Images