(57)【要約】【課題】既存の記録装置との互換性を維持しつつリアルタイムな記録に適した装置を提供する。【解決手段】ハードディスクの記録領域を、所定のサイズの物理的に連続した記録領域により構成されるユニットを単位として管理し、ユニットの使用状況をＡＵ管理テーブルに格納しておく。リアルタイムな処理を要するデータは、ユニットを単位として格納される。データの記録または削除によりユニットの使用状況が変わったときには、ＡＵ管理テーブルを更新し、ＡＵ管理テーブルを更新したことを示す情報を記録しておく。ハードディスク挿入時またはファイルシステム初期化時に、最終変更装置を検出し（Ｓ２００）、最終変更装置がＡＵ管理テーブルを使用しないファイルシステムであった場合に（Ｓ２０２のＮ）、ＡＵ管理テーブルの整合性を保つために、テーブルを再構成する（Ｓ２０４）。【選択図】　　　　図１０
2004127426.tif 000002
【特許請求の範囲】
【請求項１】
論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として、記録領域の使用状況を管理するためのユニット管理テーブルが記録された記録媒体に対して、データの書き込みまたは削除に伴う処理を行う処理部と、
前記処理によりユニットの使用状況が変化したときに、前記ユニット管理テーブルを更新する更新部と、
前記処理を行ったときに、処理の主体が前記ユニット管理テーブルを更新する機能を有する装置である旨を示す装置情報を前記記録媒体に記録する更新装置情報記録部と、
前記記録媒体が接続されたときに、前記装置情報を読み出して、最後に処理を行った主体が前記ユニット管理テーブルを更新する機能を有する装置であるか否かを検出する検出部と、
前記最後に処理を行った主体が前記ユニット管理テーブルを更新する機能を有する装置ではなかったときに、前記ユニット管理テーブルを再構成する再構成部と、
を備えることを特徴とする記録制御装置。
【請求項２】
前記再構成部は、記録領域の実際の使用状況を参照して、前記ユニット管理テーブルを再構成することを特徴とする請求項１に記載の記録制御装置。
【請求項３】
前記ユニットのサイズは、時間的に連続して書き込みまたは読み出しを行うことを要するデータを処理するときに遅延を生じないよう、記録媒体の性能に基づいて定められることを特徴とする請求項１または２に記載の記録制御装置。
【請求項４】
前記処理部は、連続して書き込みを行うことを要するデータを記録するときに、前記ユニット管理テーブルを参照して未使用のユニットを検出し、そのユニットに前記データを記録することを特徴とする請求項１から３のいずれかに記載の記録制御装置。
【請求項５】
前記記録媒体は、前記ユニットのサイズよりも小さいサイズの論理アドレスが連続した記録領域により構成されるブロックを単位として入出力を行うハードディスクであり、
前記ユニットは、複数の前記ブロックから構成されることを特徴とする請求項１から４のいずれかに記載の記録制御装置。
【請求項６】
前記記録媒体は、前記ブロックの使用状況を管理するための領域管理テーブルをさらに備え、
前記再構成部は、前記領域管理テーブルを参照してユニットを構成するブロックの使用状況を把握することにより、前記ユニット管理テーブルを再構成することを特徴とする請求項４に記載の記録制御装置。
【請求項７】
論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として記録領域の使用状況を管理するためのユニット管理テーブルと、
記録領域を最後に更新した装置が、前記ユニット管理テーブルを更新する機能を有する装置であるか否かを示す装置情報と、
を含む管理情報が記録されていることを特徴とする記録媒体。
【請求項８】
論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として記録領域の使用状況を管理するためのユニット管理テーブルが記録された記録媒体に、データを記録または削除するステップと、前記記録または削除によりユニットの使用状況が変わったときに、前記ユニット管理テーブルを更新するステップと、
前記記録媒体に、前記ユニット管理テーブルを更新したことを示す情報を記録するステップと、
記録媒体の使用に先立って前記情報を読み出し、前記記録媒体に対して最後に記録または削除を行った主体が、前記ユニット管理テーブルを更新したか否かを検出するステップと、
前記最後に記録または削除を行った主体が、前記ユニット管理テーブルを更新していなかったときに、前記ユニット管理テーブルを再構成するステップと、
を含むことを特徴とする記録制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、記録制御技術に関する。この発明はとくに、記録媒体の記録領域を論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として管理する技術に関する。
【０００２】
【従来の技術】
ＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ）の発達に伴い、音楽データ（Ａｕｄｉｏ　Ｄａｔａ）や映像データ（Ｖｉｓｕａｌ　Ｄａｔａ）などのＡＶデータを、デジタルデータとしてＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）などの記録媒体に記録し、それを再生して楽しむことが可能になった。デジタルデータによる記録方式は、従来のアナログによる記録方式に比べて、音質や画質が良く、劣化が少ないという利点を持っており、音楽データに関しては、周知のとおり、アナログ盤は一部の愛好家により楽しまれるのみとなり、ほぼ完全にデジタル記録のＣＤやＤＶＤなどに取って代わられた。
【０００３】
映像データに関しても、高い音質および画質を求めるユーザの間では、ＤＶＤなどのデジタルベースの記録再生方式が普及しつつある。また、テレビジョン放送のデジタル化が進む中、従来のビデオテープなどの媒体へのアナログ記録ではなく、ＤＶＤやハードディスクなどの大容量磁気記録ディスクへのデジタル記録再生技術に注目が集まっている。
【０００４】
映像データなどの大容量のファイルを格納するための大容量ディスクを取り扱うことが可能で、コンピュータシステム間におけるディスク交換を保証するファイルシステムとして、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｋ　Ｆｏｒｍａｔ）が普及しつつある（たとえば、非特許文献１参照）。ＵＤＦを使用することで、ＣＤ、ＤＶＤ、バードディスクなどのメディア上でのデータの保存形態、データの管理方式が標準化され、ハードウェア、ソフトウェア、オペレーティングシステムを問わず、データ交換を円滑に行うことが可能となる。
【０００５】
【非特許文献１】
オスタ（ＯＳＴＡ：Ｏｐｔｉｃａｌ　Ｓｔｏｒａｇｅ　Ｔｅｃｈｎｏｌｏｇｙ　Ａｓｓｏｃｉａｔｉｏｎ）、“ユニバーサルディスクフォーマット規格第２．０１版（Ｕｎｉｖｅｒｓａｌ　Ｄｉｓｋ　Ｆｏｒｍａｔ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｒｅｖｉｓｉｏｎ　２．０１）”、［ｏｎｌｉｎｅ］、２０００年３月１５日、オスタ、全文、［平成１４年８月２３日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｓｔａ．ｏｒｇ／ｓｐｅｃｓ／ｐｄｆ／ｕｄｆ２０１．ｐｄｆ＞
【０００６】
【発明が解決しようとする課題】
放送波などから取得されたＡＶデータをメディアに記録する場合、ＡＶデータは所定のビットレートで連続的に送られてくるため、それらのＡＶデータを次々と書き込んでいかなければならない。また、記録されたＡＶデータを再生する場合、ＡＶデータを所定のビットレートで供給しなければ再生映像に乱れが生じるため、遅延が生じないように次々とデータを読み出さなければならない。しかしながら、ＵＤＦは、このようなリアルタイム性が重視されるデータの記録再生を意識して制定されたわけではないため、リアルタイム性を保証するための新たな技術の開発が必要となっている。
【０００７】
本発明はこうした状況に鑑みてなされたものであり、その目的は、リアルタイム性が重視されるデータの記録に適した技術の提供にある。本発明の別の目的は、既存の記録装置との互換性を維持しつつリアルタイムな記録再生が可能な装置の提供にある。
【０００８】
【課題を解決するための手段】
本発明のある態様は、記録制御装置に関する。この記録制御装置は、論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として、記録領域の使用状況を管理するためのユニット管理テーブルが記録された記録媒体に対して、データの書き込みまたは削除に伴う処理を行う処理部と、前記処理によりユニットの使用状況が変化したときに、前記ユニット管理テーブルを更新する更新部と、前記処理を行ったときに、処理の主体が前記ユニット管理テーブルを更新する機能を有する装置である旨を示す装置情報を前記記録媒体に記録する更新装置情報記録部と、前記記録媒体が接続されたときに、前記装置情報を読み出して、最後に処理を行った主体が前記ユニット管理テーブルを更新する機能を有する装置であるか否かを検出する検出部と、前記最後に処理を行った主体が前記ユニット管理テーブルを更新する機能を有する装置ではなかったときに、前記ユニット管理テーブルを再構成する再構成部と、を備える。
【０００９】
前記ユニットのサイズは、時間的に連続して書き込みまたは読み出しを行うことを要するデータを処理するときに遅延を生じないよう、記録媒体の性能に基づいて定められてもよい。データの格納域が記録領域中に点在していると、アクセスに時間を要し、リアルタイムな処理が破綻する恐れがある。そのため、物理的に連続した記録領域を予め確保しておくことで、高速な書き込みおよび読み出しを実現する。
【００１０】
処理部は、連続して書き込みを行うことを要するデータを記録するときに、前記ユニット管理テーブルを参照して未使用のユニットを検出し、そのユニットに前記データを記録してもよい。これにより、未使用のユニットを素早く検出し、連続してデータを記録することが可能となる。ユニット管理テーブルと実際の記録領域の使用状況を同期させるためには、ユニットにデータを記録または消去するたびにユニット管理テーブルを更新する必要がある。ところが、このような機能を有しない装置により記録または消去が行われると、ユニット管理テーブルの内容に不整合が生じる。再構成部は、このような不整合を正すために設けられる。再構成部は、記録領域の実際の使用状況を参照して、前記ユニット管理テーブルを再構成してもよい。
【００１１】
記録媒体が接続されるたびにユニット管理テーブルを再構成するのは効率的でないため、再構成の要否を判断するために、最後に記録媒体の内容を更新した装置の情報を記録しておく。最後に更新した装置が、ユニット管理テーブルを更新しない装置であったときにのみ、ユニット管理テーブルを再構成すれば十分である。これにより、効率的にユニット管理テーブルの整合性を保つことができる。
【００１２】
記録媒体は、前記ユニットのサイズよりも小さいサイズの論理アドレスが連続した記録領域により構成されるブロックを単位として入出力を行うハードディスクであり、前記ユニットは、複数の前記ブロックから構成されてもよい。前記記録媒体は、前記ブロックの使用状況を管理するための領域管理テーブルをさらに備え、前記再構成部は、前記領域管理テーブルを参照してユニットを構成するブロックの使用状況を把握することにより、前記ユニット管理テーブルを再構成してもよい。ハードディスクは、ＵＤＦ形式でフォーマットされたものであってもよい。
【００１３】
本発明の別の態様は、記録媒体に関する。この記録媒体は、論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として記録領域の使用状況を管理するためのユニット管理テーブルと、記録領域を最後に更新した装置が、前記ユニット管理テーブルを更新する機能を有する装置であるか否かを示す装置情報と、を含む管理情報が記録されている。
【００１４】
本発明のさらに別の態様は、記録制御方法に関する。この方法は、論理アドレスが連続した、所定のサイズの記録領域により構成されるユニットを単位として記録領域の使用状況を管理するためのユニット管理テーブルが記録された記録媒体に、データを記録または削除するステップと、前記記録または削除によりユニットの使用状況が変わったときに、前記ユニット管理テーブルを更新するステップと、前記記録媒体に、前記ユニット管理テーブルを更新したことを示す情報を記録するステップと、記録媒体の使用に先立って前記情報を読み出し、前記記録媒体に対して最後に記録または削除を行った主体が、前記ユニット管理テーブルを更新したか否かを検出するステップと、前記最後に記録または削除を行った主体が、前記ユニット管理テーブルを更新していなかったときに、前記ユニット管理テーブルを再構成するステップと、を含む。
【００１５】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【００１６】
【発明の実施の形態】
以下、本発明の好適な実施の形態を説明する。実施の形態に係るデジタル記録再生装置では、映像や音声などのＡＶデータを記録する記録媒体としてハードディスクを使用する。ＡＶデータは、そのフォーマットに応じて、所定のビットレートで連続的に記録または再生を行う必要があり、リアルタイムな処理が要求される。このような、リアルタイム性が重視されるデータを、以下、単に「リアルタイムデータ」といい、リアルタイム性を重要視しない通常のデータを、単に「ノンリアルタイムデータ」という。
【００１７】
リアルタイムデータを格納した記録領域がディスク上に点在していると、記録または再生中に、離散したアドレスにアクセスするためのシーク時間および回転待ち時間がたびたび発生し、書き込みまたは読み出しが間に合わなくなる恐れがある。そのため、リアルタイム性を保証するためには、ある程度の量の論理アドレスが連続した記録領域を確保してリアルタイムデータを格納し、連続して書き込みまたは読み出しを行えるようにする必要がある。ここでは、ホストが記録媒体にアクセスするときに用いる論理アドレス（ＬＢＡ）が連続した記録領域は、物理的に連続した記録領域とみなし、連続したＬＢＡ間では、シーク、回転待ち等が発生することは想定しない。本実施の形態では、この連続した記録領域の単位を「ユニット」または「ＡＵ（Ａｌｌｏｃａｔｉｏｎ　Ｕｎｉｔ）」と呼び、リアルタイムデータの格納はこのユニット単位で行う。そして、ユニットの使用状況を管理するためのＡＵ管理テーブルを設け、ＡＵ管理テーブルを参照してリアルタイムデータの記録を行う。一般に、ハードディスクにおいては、所定長の連続した記録領域からなるブロック（セクタ）単位で入出力が行われるが、ユニットは所定数のブロックにより構成される。
【００１８】
本実施の形態のデジタル記録再生装置では、ハードディスクに記録、編集、または削除を行うたびに、ＡＵ管理テーブルを更新してユニットの使用状況を管理する。従来、ハードディスクは、パーソナルコンピュータなどの装置に固定的に設けられる場合がほとんどであったが、最近になって、着脱自在なハードディスクドライブが登場し、ＣＤやＤＶＤなどと同様に、持ち運びが容易で、装置間での共有が可能な、リムーバブルメディアとして利用できるようになっている。このような着脱自在のハードディスクを採用した場合、そのハードディスクを既存の記録再生装置にも接続して利用することが可能となる。このとき、ハードディスクに、本方式を採用していない記録装置で記録または消去を行うと、その記録装置はＡＵ管理テーブルを更新しないため、ＡＵ管理テーブルと実際のユニット使用状況との間に不整合が生じる。
【００１９】
このような問題を解決するために、本実施の形態では、本方式以外の記録装置による記録または削除が行われたか否かを検知し、行われていた場合には、ＡＵ管理テーブルを再構成することにより、ＡＵ管理テーブルと実際のユニット使用状況の同期を保つ。これにより、ハードディスクをユニット単位で適切に管理することができるとともに、既存のファイルシステムを採用した記録装置との互換性も維持される。本実施の形態では、ＵＤＦとの互換性を意識し、ＵＤＦを拡張する形で上記の記録再生方式を実現する。
【００２０】
図１は、実施の形態に係るデジタル記録再生装置の全体構成を示す図である。なお、図１において、太線で示した信号線は、映像または音声データの流れを表す信号線であり、細線で示した信号線は、制御信号の流れを表す信号線である。
【００２１】
デジタル記録再生装置は、アンテナ１００、外部入力端子１０１、チューナ１０２および１０３、セレクタ１０４、Ａ／Ｄコンバータ１０５および１０６、ＭＰＥＧ２ビデオエンコーダ１０７および１０８、オーディオエンコーダ１０９および１１０、マルチプレクサ／デマルチプレクサ１１１、ＭＰＥＧ２ビデオデコーダ１１２、オーディオデコーダ１１３、Ｄ／Ａコンバータ１１４、バッファメモリ１１５および１１６、ハードディスクドライブコントローラモジュール１１７、ハードディスクドライブ１１８、システムコントローラ１１９、メモリ１２０、ユーザインタフェース１２１、グラフィックコントローラ１２２、テレビジョンモニタ１２３、リアルタイムクロックモジュール１２４、デジタルインプット１２５、デジタルアウトプット１２６、ＬＥＤ１２７から構成されている。
【００２２】
アンテナ１００で受信した、例えばテレビジョン放送の信号電波は、チューナ１０２および１０３に共通に与えられる。チューナ１０２は、アンテナ１００で受信した信号電波から、ユーザによって指定された１つのチャネルの信号電波を選択し、映像信号と音声信号とからなるアナログのテレビジョン信号に復調してセレクタ１０４に供給する。外部入力端子１０１には、ビデオテープレコーダ（ＶＴＲ）、カムコーダ等の各種の外部テレビジョン信号源が接続可能であり、外部入力端子１０１から入力された信号はセレクタ１０４に供給される。セレクタ１０４は、チューナ１０２からの出力または外部入力端子１０１からの入力のいずれかを選択してＡ／Ｄコンバータ１０５に与えるとともに、グラフィックコントローラ１２２の１つの入力に与える。一般に、セレクタ１０４は、外部入力端子１０１に何らかの外部信号源が接続されている場合には、外部入力端子１０１からの入力を選択し、接続されていない場合にはチューナ１０２の出力を選択する。
【００２３】
Ａ／Ｄコンバータ１０５は、セレクタ１０４から出力されるアナログのテレビジョン信号の映像信号および音声信号をそれぞれデジタル信号に変換し、デジタル映像信号をＭＰＥＧ２ビデオエンコーダ１０７に与えるとともに、デジタル音声信号をオーディオエンコーダ１０９に与える。ＭＰＥＧ２ビデオエンコーダ１０７は、与えられたデジタル映像信号を圧縮してマルチプレクサ／デマルチプレクサ１１１に与え、オーディオエンコーダ１０９は、与えられたデジタル音声信号を圧縮してマルチプレクサ／デマルチプレクサ１１１に与える。マルチプレクサ／デマルチプレクサ１１１は、与えられた映像信号のストリームと音声信号のストリームとをマルチプレクスし、ＭＰＥＧ２のシステムストリームに変換する。
【００２４】
一方、チューナ１０３は、アンテナ１００で受信した信号電波から、ユーザによって指定された１つのチャネルの信号電波を選択し、映像信号と音声信号とからなるアナログのテレビジョン信号に復調してＡ／Ｄコンバータ１０６に与えるとともに、グラフィックコントローラ１２２のもう１つの入力に与える。Ａ／Ｄコンバータ１０６は、チューナ１０３から出力されるアナログのテレビジョン信号の映像信号および音声信号をそれぞれデジタル信号に変換し、デジタル映像信号をＭＰＥＧ２ビデオエンコーダ１０８に与えるとともに、デジタル音声信号をオーディオエンコーダ１１０に与える。ＭＰＥＧ２ビデオエンコーダ１０８は、与えられたデジタル映像信号を圧縮してマルチプレクサ／デマルチプレクサ１１１に与え、オーディオエンコーダ１１０は、与えられたデジタル音声信号を圧縮してマルチプレクサ／デマルチプレクサ１１１に与える。マルチプレクサ／デマルチプレクサ１１１は、与えられた映像信号のストリームと音声信号のストリームとをマルチプレクスし、ＭＰＥＧ２のシステムストリームに変換する。
【００２５】
このデジタル記録再生装置には、ランダムアクセス可能な記録媒体の一例としてのハードディスクを内蔵するハードディスクドライブ（ＨａｒｄＤｉｓｋ　Ｄｒｉｖｅ：以下、「ＨＤＤ」とも表記する）１１８が、着脱自在に装着される。以下の説明においては、便宜上、この単体のＨＤＤ１１８そのものを書き込み読み出し可能な記録媒体と見なすことにする。このＨＤＤ１１８へのデータの書き込み、およびＨＤＤ１１８からのデータの読み出しは、後述するようにＨＤＤコントローラモジュール１１７によって実行される。
【００２６】
上述のマルチプレクサ／デマルチプレクサ１１１と、このＨＤＤコントローラモジュール１１７との間には、バッファメモリ１１５を途中に含む第１のデータバスと、バッファメモリ１１６を途中に含む第２のデータバスとからなる２系統のデータチャネルが設けられている。さらに、デジタルインプット１２５を介して外部接続された他の装置からのデジタルデータがバッファメモリ１１５に入力可能であり、一方バッファメモリ１１６のデジタルデータは、デジタルアウトプット１２６を介して外部接続された他の装置へ出力可能である。したがって、後述するように、バッファメモリ１１５および１１６を介して、マルチプレクサ／デマルチプレクサ１１１と、ＨＤＤコントローラモジュール１１７と、デジタルインプット１２５およびデジタルアウトプット１２６との間で、ＭＰＥＧ２のシステムストリームデータのやり取りが行なわれることになる。
【００２７】
マルチプレクサ／デマルチプレクサ１１１は、バッファメモリ１１５および１１６から受取ったＭＰＥＧ２のシステムストリームを、映像信号のストリームと音声信号のストリームとにデマルチプレクスし、前者をＭＰＥＧ２ビデオデコーダ１１２に、後者をオーディオデコーダ１１３に与える。ＭＰＥＧ２ビデオデコーダ１１２は、与えられた映像信号のストリームをデコードしてＤ／Ａコンバータ１１４に与え、オーディオデコーダ１１３は、与えられた音声信号のストリームをデコードしてＤ／Ａコンバータ１１４に与える。Ｄ／Ａコンバータ１１４は、与えられた信号をそれぞれアナログ信号に変換し、映像信号と音声信号とからなるアナログのテレビジョン信号をグラフィックコントローラ１２２のさらにもう１つの入力に与える。グラフィックコントローラ１２２は、セレクタ１０４と、チューナ１０３と、Ｄ／Ａコンバータ１１４とからそれぞれ与えられたアナログのテレビジョン信号のいずれかを選択して、デジタル記録再生装置の外部に接続されたテレビジョンモニタ１２３に与える。マルチプレクサ／デマルチプレクサ１１１およびグラフィックコントローラ１２２の動作は、システムコントローラ１１９から与えられる制御信号によって制御される。
【００２８】
また、このデジタル記録再生装置がデジタルインプット１２５およびデジタルアウトプット１２６を介して外部の他の装置と接続されたときに、システムコントローラ１１９からの制御信号は、デジタルインプット１２５を介して（細線）他の装置のシステムコントローラ（図示せず）に与えられ、そのシステムコントローラからの制御信号は、デジタルアウトプット１２６を介して（細線）、このデジタル記録再生装置のシステムコントローラ１１９に与えられる。システムコントローラ１１９には、ユーザインタフェース１２１と、メモリ１２０と、リアルタイムクロックモジュール１２４とが接続される。
【００２９】
図１に示したデジタル記録再生装置における記録、消去等の基本動作原理については、ハードディスクドライブ１１８に対するファイル記録方法との関係において後で詳細に説明することにする。
【００３０】
図２は、ハードディスクに記録される情報の種類とＡＵ管理テーブルの構造を示す。記録媒体であるハードディスクにデータをファイルとして記録する場合、映像や音声などの記録されるべきデータ自体（以下、「記録データ」２０という）と、記録データ２０がファイルとして構成されるために必要な管理情報（以下、「メタデータ」２１という）が、ハードディスクに記録される。メタデータ２１は、領域管理テーブル２１０、ＡＵ管理テーブル２１１、ファイル管理情報２１２の３つの情報からなり、本デジタル記録再生装置において、記録媒体の初期設定時に生成され、データが記録、編集、または消去されるごとに更新される。
【００３１】
ＡＵ管理テーブル２１１は、ハードディスク上に設けられたＡＵの総数を格納する総ＡＵ数欄２２０、および複数のＡＵのそれぞれに対して設けられたＡＵ情報欄２２２を有する。ＡＵ情報欄２２２には、それぞれ、ＡＵ番号欄２２４、開始アドレス欄２２６、ＡＵサイズ欄２２８、ＡＵ状態情報欄２３０、およびＡＵ使用状況情報欄２３２が設けられる。ＡＵ番号欄２２４は、ＡＵを一意に識別する番号を格納する。開始アドレス欄２２４は、そのＡＵの先頭の論理ブロックアドレス（Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓ：ＬＢＡ）を格納する。ＡＵサイズ欄２２８は、ＡＵのサイズをセクタ単位で格納する。この例では、１つのＡＵは４セクタからなる。ＡＵのサイズは、リアルタイムデータの書き込み読み出しを所定のビットレートで連続的に行うときに、リアルタイム性が保証される程度の大きさに設定される。シーク時間や回転待ち時間などは、ハードディスクの性能によって異なるので、ＡＵのサイズはハードディスクごとに定められてもよい。たとえば、シーク時間や回転待ち時間が長いハードディスクの場合、ＡＵのサイズを大きめに設定しておくことが望ましい。
【００３２】
ここで、ＡＵのサイズおよびアプリケーションが用意すべきバッファ量の算出法の一例を説明する。ハードディスクには、出荷時までに、そのハードディスクの性能などを示す情報が予め所定位置に記録されているものとする。ハードディスクに対して、その性能などを示す情報を問い合わせるためのコマンドを発行することにより、予め記録されていた情報を取得することができる。その情報に基づいて、ＡＵのサイズおよびアプリケーションが用意すべきバッファ量が算出される。
【００３３】
ＡＵサイズをＵｓｉｚｅ、ハードディスクの書き込みまたは読み出しのレートをＢｈｄｄ、待ち時間をＴｗ、ハードディスクとホストとの間の伝送レートをＢｉｆ、アプリケーションで利用する最大のビットレートをＢｓｙｓとする。ここで、待ち時間Ｔｗは、最大シーク時間、コマンド待ち時間、回転待ち時間などを考慮した値である。ＨＤＤ−ホスト間の伝送レートＢｉｆが、ハードディスクの書き込みまたは読み出しのレートＢｈｄｄよりも十分に高い場合、ハードディスクの書き込みまたは読み出しの方が律速となるので、リアルタイム性を保証するために必要なＡＵサイズＵｓｉｚｅの条件は、
Ｕｓｉｚｅ／（Ｕｓｉｚｅ／Ｂｈｄｄ＋Ｔｗ）＞Ｂｓｙｓ
となる。また、アプリケーションが用意すべきバッファ量Ｃは、
Ｃ＞（Ｂｈｄｄ−Ｂｓｙｓ）／（Ｕｓｉｚｅ／Ｂｈｄｄ）
となる。
【００３４】
ＨＤＤ−ホスト間の伝送レートＢｉｆが、ハードディスクの書き込みまたは読み出しのレートＢｈｄｄよりも低い場合、ＨＤＤ−ホスト間の伝送の方が律速となるので、リアルタイム性を保証するために必要なＡＵサイズＵｓｉｚｅの条件は、
Ｕｓｉｚｅ／（Ｕｓｉｚｅ／Ｂｉｆ＋Ｔｗ）＞Ｂｓｙｓ
となる。また、アプリケーションが用意すべきバッファ量Ｃは、
Ｃ＞（Ｂｉｆ−Ｂｓｙｓ）／（Ｕｓｉｚｅ／Ｂｉｆ）
となる。
【００３５】
ただし、上述の式は、アプリケーションが平均的に情報を消費する場合の例であり、アプリケーション側も断続的に情報を消費する場合は、アプリケーション側で余分にバッファを用意しておくことが好ましい。
【００３６】
ＡＵ状態情報欄２３０は、そのＡＵの状態を示す情報を格納し、具体的には、リアルタイムデータの格納に使用可能か否かを示す情報を格納する。所定のサイズの連続した記録領域を１ユニットとするが、その領域内に使用不可能な欠陥があった場合、通常、リザーブ領域に代替領域を確保する。このような欠陥を有するユニットは、１回のシークで連続的にアクセスすることができず、代替領域へアクセスするときにオーバーヘッドが生じる。そこで、欠陥の程度により、そのユニットをリアルタイムデータの格納に使用可能か否かを判断して格納しておく。
【００３７】
ＡＵ使用状況情報欄２３２は、ＡＵの使用状況を示す情報を格納し、具体的には、「未使用」、「ＲＴ全使用」、「ＮＲＴ一部使用」、「ＮＲＴ全使用」などがある。「未使用」は、ユニットを構成しているブロック全てが記録可能である場合をいう。「ＲＴ全使用」とは、ユニットを構成しているブロック全てを連続してリアルタイムデータの記録に使用している場合をいう。「ＮＲＴ一部使用」とは、ユニットを構成しているブロックの一部をノンリアルタイムデータの記録に使用している場合をいう。「ＮＲＴ全使用」とは、ユニットを構成しているブロック全てがノンリアルタイムデータの記録に使用されている場合をいう。ユニットは、リアルタイム処理をするために必要な最小の領域であり、リアルタイムデータはユニットを単位として記録されるため、「ＲＴ一部使用」の状態は存在しない。また、ユニット内にリアルタイムデータとノンリアルタイムデータが混在することはない。したがって、ユニットが「ＮＲＴ一部使用」の場合、残りのブロックにはノンリアルタイムデータのみを記録可能である。
【００３８】
図３は、本実施の形態のＡＵ管理テーブルを用いた記録方法を模式的に説明する図である。領域管理テーブル２１０は各ブロック（セクタ）の使用状況を管理する。ＵＤＦにおいては、”Ｓｐａｃｅ　Ｂｉｔｍａｐ　Ｄｅｓｃｒｉｐｔｏｒ”　に相当する。領域管理テーブル２１０を構成するエントリ２１０ａ、２１０ｂ、２１０ｃ、２１０ｄ、…、は記録領域３０ａ、３０ｂ、３０ｃ、３０ｄ、…、のブロックに対応しており、ブロックの使用状況に応じ、使用中のブロックの場合は「１」、未使用のブロックの場合は「０」を格納する。
【００３９】
ＡＵ管理テーブル２１１は、ＨＤＤ１１８の記録領域をユニット単位のアドレス空間とみなしてユニット番号を順に付けたときに、それぞれのユニットの使用状況を管理する。ＡＵ管理テーブル２１１は、エントリ２１１ａ、２１１ｂ、…、から構成され、例えば、エントリ２１１ａは、領域管理テーブル２１０上のエントリ２１０ａ、２１０ｂ、２１０ｃ、２１０ｄに対応したブロックを含むユニットのエントリであり、そのユニットの管理情報を格納する。
【００４０】
ファイル管理情報２１２は、記録データ２０をファイルごとに管理するための情報である。記録データ２０に対応したファイルのファイル管理情報２１２には、ヘッダ情報とアロケーション記述子が記録されている。ヘッダ情報は、ファイルに関する属性情報を含み、記録データ２０がリアルタイムに処理されるデータか否かを示す情報が記録されている。アロケーション記述子は、記録データ２０を構成するブロックのリンク情報を含み、ブロックの開始アドレス情報およびサイズが参照順に記録されている。
【００４１】
リアルタイムファイル１には、上記マルチプレクサ／デマルチプレクサ１１１によって作成されたＭＰＥＧ２のシステムストリームなど、リアルタイムに処理される記録データ２０が、上述のユニット単位のデータとして格納される。したがって、リアルタイムファイル１の全体の容量は、必ずユニット単位容量の整数倍である。また、ブロック単位で記録を行っているＨＤＤ１１８においても、リアルタイムファイル１の開始アドレスは、ユニットの境界にあたるアドレスでなくてはならない。これは、ＡＵ管理テーブル２１１において、記録空間をユニット単位のアドレス空間とみなすためである。このリアルタイムファイル１のファイル構成を示すファイル管理情報２１２には、ユニットを構成するブロックのリンク情報が記録される。
【００４２】
ノンリアルタイムファイル２の場合、リアルタイムに処理される必要がない記録データ２０が、ブロック単位のデータとして格納されるため、このノンリアルタイムファイル２の全体の容量は、ブロック単位容量の整数倍となる。また、ノンリアルタイムファイル２のファイル構成を示すファイル管理情報２１２には、リアルタイムファイルと同様にブロックのリンク情報が記録される。
【００４３】
図４は、本実施の形態のデジタル記録再生装置において、メディアをフォーマットする手順を示すフローチャートである。未フォーマットのハードディスクをデジタル記録再生装置に接続したとき、または、ユーザからフォーマットの指示があったときに、システムコントローラ１１９にて起動中のファイルシステムがＨＤＤ１１８をＵＤＦ形式にフォーマットする（Ｓ１０）。このとき、ＨＤＤ１１８の容量や性能などに基づいて、ＡＵのサイズと総ＡＵ数が決定される（Ｓ１２）。そして、ＨＤＤ１１８に、領域管理テーブル２１０、ＡＵ管理テーブル２１１、およびファイル管理情報２１２を含むメタデータ２１が作成される。ＡＵ管理テーブル２１１には、それぞれのＡＵのＡＵ状態情報に初期値として「ＲＴ使用可能」がセットされ（Ｓ１４）、ＡＵ使用状況情報に初期値として「未使用」がセットされる（Ｓ１６）。これにより、ＨＤＤ１１８が初期化され、以降、本実施の形態のデジタル記録再生装置により使用することが可能となる。ここで、記録領域に欠陥などが発見された場合は、その欠陥を含むＡＵのＡＵ状態情報が「ＲＴ使用不可能」にセットされる場合もある。
【００４４】
図５は、本実施の形態のデジタル記録再生装置において、リアルタイムデータを記録する手順を示すフローチャートである。まず、アプリケーションが新規ファイルをリアルタイムファイルとしてオープンすると（Ｓ１００）、リアルタイムファイルの先頭にあるヘッダ内のファイル属性にリアルタイム属性が指定される（Ｓ１０２）。ＨＤＤコントローラモジュール１１７は、ＡＵ管理テーブル２１１を参照して、未使用かつＲＴ使用可能なＡＵを検索し（Ｓ１０４）、検索の結果得られたＡＵを記録対象に割り当て、このＡＵに対応するＡＵ管理テーブル２１１のＡＵ使用状況情報欄２３２を「ＲＴ全使用」に変更する（Ｓ１０６）。ＡＵ管理テーブル２１１の存在により、迅速に記録可能なＡＵを検索することができるので、リアルタイムな処理が可能となる。つづいて、ＨＤＤコントローラモジュール１１７は、このＡＵを構成するブロックにリアルタイムファイルのデータを書き込む（Ｓ１０８）。このとき、ファイル管理情報２１２のアロケーション記述子に、書き込んだブロックの開始アドレスとサイズを追加する（Ｓ１１０）。さらに、領域管理テーブル２１０の、このＡＵを構成するブロックに対応するエントリを、「使用中」を示す「１」に更新する（Ｓ１１２）。次に、記録すべきデータが残っているか否かを判断し（Ｓ１１４）、記録すべきデータが残っていれば（Ｓ１１４のＹ）、Ｓ１０４に戻って、検索により得られたＡＵにデータを記録する処理を繰り返す。記録すべきデータが残っていない場合は（Ｓ１１４のＮ）、ファイルをクローズし（Ｓ１１６）、処理を終了する。
【００４５】
図６は、本実施の形態のデジタル記録再生装置において、ノンリアルタイムデータを記録する手順を示すフローチャートである。まず、アプリケーションが新規ファイルをノンリアルタイムファイルとしてオープンすると（Ｓ１２０）、ノンリアルタイムファイルの先頭にあるヘッダ内のファイル属性にノンリアルタイム属性が指定される（Ｓ１２２）。ＨＤＤコントローラモジュール１１７は、ＡＵ管理テーブル２１１を参照して、ＮＲＴ一部使用のＡＵが存在するか否かを検索する（Ｓ１２４）。ＮＲＴ一部使用のＡＵが存在する場合は（Ｓ１２４のＹ）、検索の結果得られたＡＵを構成するブロックのうち未使用であるブロックを、領域管理テーブル２１０を参照して検索し、記録対象に割り当てる（Ｓ１２６）。このブロックにデータを記録することで、このＡＵの全てのブロックが使用中となった場合は（Ｓ１２８のＮ）、このＡＵに対応するＡＵ管理テーブル２１１のＡＵ使用状況情報欄２３２を「ＮＲＴ全使用」に変更し（Ｓ１３０）、割り当てられたブロックにノンリアルタイムファイルのデータを書き込む（Ｓ１３８）。まだ未使用ブロックが存在する場合は（Ｓ１２８のＹ）、ＡＵの使用状況を変更せず、データの書き込みを行う（Ｓ１３８）。
【００４６】
Ｓ１２４において、ＡＵ管理テーブル２１１にＮＲＴ一部使用のＡＵが存在しなかった場合は（Ｓ１２４のＮ）、さらに未使用のＡＵを検索し（Ｓ１３２）、検索の結果得られたＡＵのうち任意の未使用ブロックを記録対象に割り当てる（Ｓ１３４）。つづいて、このＡＵに対応するＡＵ管理テーブル２１１のＡＵ使用状況情報欄２３２を「ＮＲＴ一部使用」に変更し（Ｓ１３６）、データの書き込みを行う（Ｓ１３８）。このように、一部使用中のＡＵを優先的に使用してノンリアルタイムデータを記録することにより、後にリアルタイムデータを記録するときに使用可能な未使用のＡＵをより多く残しつつノンリアルタイムデータを記録することができる。
【００４７】
データの書き込みが終了すると、ファイル管理情報２１２のアロケーション記述子に、書き込んだ領域の開始アドレスとサイズを追加し（Ｓ１４０）、領域管理テーブル２１０の、書き込んだブロックに対応するエントリを、「使用中」を示す「１」に更新する（Ｓ１４２）。次に、記録すべきデータが残っているか否かを判断し（Ｓ１４４）、記録すべきデータが残っていれば（Ｓ１４４のＹ）、Ｓ１２４に戻って、検索により得られたブロックにデータを記録する処理を繰り返す。記録すべきデータが残っていない場合は（Ｓ１４４のＮ）、ファイルをクローズし（Ｓ１４６）、処理を終了する。
【００４８】
図７は、本実施の形態のデジタル記録再生装置において、リアルタイムデータを削除する手順を示すフローチャートである。まず、アプリケーションが削除するリアルタイムファイルを選択すると（Ｓ１５０）、選択されたファイルのファイル管理情報２１２のうち、最初のアロケーション記述子が読み出される（Ｓ１５２）。ＨＤＤコントローラモジュール１１７は、領域管理テーブル２１０を参照してそのブロックに対応するフィールドを読み出すとともに、ＡＵ管理テーブル２１１を参照してそのブロックを含むＡＵに対応するフィールドを読み出す（Ｓ１５４）。そして、領域管理テーブル２１０のフィールドを「未使用」を示す「０」にリセットし（Ｓ１５６）、ＡＵ管理テーブル２１１のＡＵ使用状況情報欄２３２を「未使用」に変更する（Ｓ１５８）。つづいて、次のアロケーション記述子が存在するか否かを判断し（Ｓ１６０）、アロケーション記述子が残っていれば（Ｓ１６０のＹ）、そのアロケーション記述子を読み出して（Ｓ１６２）、Ｓ１５４へ戻り、再び領域管理テーブル２１０とＡＵ管理テーブル２１１を更新する。アロケーション記述子が残っていない場合は（Ｓ１６０のＮ）、選択されたファイルのファイル管理情報２１２を削除し（Ｓ１６４）、処理を終了する。
【００４９】
図８は、本実施の形態のデジタル記録再生装置において、ノンリアルタイムデータを削除する手順を示すフローチャートである。まず、アプリケーションが削除するノンリアルタイムファイルを選択すると（Ｓ１７０）、選択されたファイルのファイル管理情報２１２のうち、最初のアロケーション記述子が読み出される（Ｓ１７２）。ＨＤＤコントローラモジュール１１７は、領域管理テーブル２１０を参照してそのブロックに対応するフィールドを読み出すとともに、ＡＵ管理テーブル２１１を参照してそのブロックを含むＡＵに対応するフィールドを読み出す（Ｓ１７４）。そして、領域管理テーブル２１０のフィールドを「未使用」を示す「０」にリセットする（Ｓ１７６）。このブロックを「未使用」とすることにより、そのブロックを含むＡＵの全てのブロックが「未使用」になった場合（Ｓ１７８のＹ）、ＡＵ管理テーブル２１１のＡＵ使用状況情報欄２３２を「未使用」に変更する（Ｓ１８０）。そのＡＵに「使用中」のブロックが残っている場合は（Ｓ１７８のＮ）、ＡＵ管理テーブル２１１のＡＵ使用状況情報欄２３２を「ＮＲＴ一部使用」に変更する（Ｓ１８２）。既に「ＮＲＴ一部使用」であった場合は、変更するに及ばない。つづいて、次のアロケーション記述子が存在するか否かを判断し（Ｓ１８４）、アロケーション記述子が残っていれば（Ｓ１８４のＹ）、そのアロケーション記述子を読み出して（Ｓ１８６）、Ｓ１７４へ戻り、再び領域管理テーブル２１０とＡＵ管理テーブル２１１を更新する。アロケーション記述子が残っていない場合は（Ｓ１８４のＮ）、選択されたファイルのファイル管理情報２１２を削除し（Ｓ１８８）、処理を終了する。
【００５０】
以上、図５から図８を参照して、本実施の形態のデジタル記録再生装置における、データの記録および削除の手順を説明した。本実施の形態では、データの記録および削除に伴って、ＡＵの使用状況が変わるたびに、ＡＵ管理テーブル２１１を適切に更新して同期を保つ。これにより、リアルタイムデータを記録する際に、ＡＵ管理テーブル２１１を参照して、未使用のＡＵを素早く検索することが可能となる。
【００５１】
つづいて、ＡＵ管理テーブル２１１を有するＨＤＤ１１８に、ＡＵ管理テーブル２１１に対応していない記録装置によりデータを記録したときの処理について説明する。
【００５２】
図９は、ＡＵ管理テーブルに対応していない記録装置（以下、単に「非対応記録装置」という）によりデータが記録される様子を示す。以下、説明の簡便のため、本実施の形態のデジタル記録再生装置を、「対応記録装置」とも呼ぶ。非対応記録装置は、ノンリアルタイムファイル３を記録するにあたって、領域管理テーブル２１０を参照して、未使用のブロックを検索する。ここでは、ＬＢＡ＝８からの４ブロックと、ＬＢＡ＝ｎ−１５からの２ブロックが未使用であり、それらのブロックにノンリアルタイムファイル３が記録される。記録に成功すると、非対応記録装置は、領域管理テーブル２１０の対応するブロックのエントリを「使用中」を示す「１」にセットするが、ＡＵ管理テーブル２１１は更新しない。そのため、ＡＵ番号＃３のＡＵは、実際の使用状況は「ＮＲＴ全使用」に変わっているが、ＡＵ管理テーブル２１１では「未使用」のままであり、不整合が生じる。
【００５３】
本実施の形態では、このような不整合を正すために、領域管理テーブル２１０の内容とＡＵ管理テーブル２１１の内容を照合して、ＡＵ管理テーブル２１１を再構成する。すなわち、全てのＡＵについて、そのＡＵを構成するブロックの使用状況をチェックし、ＡＵ使用状況情報欄２３２に誤りがあれば訂正する。このような処理は、比較的時間を要するため、ＨＤＤ１１８が対応記録装置に接続されるたびに実行するのは効率的でない。そのため、本実施の形態では、非対応記録装置による記録が行われたか否かを検知する仕組みを設け、ＨＤＤ１１８が対応記録装置に接続されたとき、そのＨＤＤ１１８に非対応記録装置による記録が行われたことが検知された場合にのみ、上述のようにＡＵ管理テーブル２１１を再構成する。
【００５４】
ＵＤＦにおいては、論理ボリューム内に変更を加えた場合、”Ｌｏｇｉｃａｌ　Ｖｏｌｕｍｅ　Ｉｎｔｅｇｒｉｔｙ　Ｄｅｓｃｒｉｐｔｏｒ”　（ＵＤＦ規格２．２．６参照）の　”Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　Ｕｓｅ”　（ＵＤＦ規格２．２．６．４参照）内に　”Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ＩＤ”　（ＵＤＦ規格２．２．６．４参照）を記録することになっている。この　”Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ＩＤ”には、”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　を記録することになっており、一般にはメーカ名が記録される。本実施の形態では、この　”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　を利用して、非対応記録装置による記録の有無を検知する。
【００５５】
対応記録装置により記録を行うときには、”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　として、メーカ名に、対応記録装置であることを示す特定の文字列を付加する。たとえば、対応記録装置が記録または削除を行うとき、”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　の末尾に　”−ｉＶＤＲ”　の文字列を付加する規則にしておいた場合、ＸＹＺ社の対応記録装置　”ＨＤＤＰｌａｙｅｒ”　の　”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　は、”ＸＹＺＨＤＤＰｌａｙｅｒ−ｉＶＤＲ”　となる。これに対し、非対応記録装置が記録を行うときには、この特定の文字列を付加しないので、”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”を読み出して特定文字列の有無を確認することにより、最後に記録した装置が非対応記録装置か否かを検知することができる。
【００５６】
直前に変更を加えた装置が非対応記録装置であれば、ＡＵ管理テーブル２１１を再構成し、直前に変更を加えた装置が対応記録装置であれば、それ以前に不整合があっても直前に使用した対応記録装置が正しているはずであるから、ＡＵ管理テーブル２１１を再構成する必要はない。すなわち、直前に変更を加えた装置がいずれであるかが分かれば十分である。
【００５７】
図１０は、本実施の形態のデジタル記録再生装置に、ＨＤＤが接続されたときの処理手順を示すフローチャートである。ＨＤＤ１１８が挿入されたとき、または、デジタル記録再生装置を再起動するなどしてファイルシステムが初期化されたとき、ＨＤＤコントローラモジュール１１７は、”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　を読み出して特定文字列の有無を確認し、最後に変更を加えた装置を検出する（Ｓ２００）。最後に変更を加えたのが非対応記録装置であった場合（Ｓ２０２のＮ）、ＡＵ管理テーブル２１１を再構成する（Ｓ２０４）。最後に変更を加えたのが対応記録装置であった場合（Ｓ２０２のＹ）、ＡＵ管理テーブル２１１の再構成を行わずに処理を終了する。
【００５８】
図１１は、ＡＵ管理テーブル２１１を再構成する手順を示すフローチャートである。ＨＤＤコントローラモジュール１１７は、ＡＵ管理テーブル２１１および領域管理テーブル２１０を読み出し、先頭から順に、ＡＵ情報欄２２２のＡＵ使用状況情報と、それに対応するブロックの使用状況とを比較して整合性をチェックする（Ｓ２１０）。ＡＵ使用状況が「未使用」または「ＲＴ全使用」で、かつ、ＡＵを構成するブロックの一部が使用中であった場合（Ｓ２１２のＹ）、そのブロックに記録されているデータは必ずノンリアルタイムデータであるから、ＡＵ使用状況を「ＮＲＴ一部使用」に変更する（Ｓ２１４）。ＡＵ使用状況が「未使用」または「ＮＲＴ全使用」で、かつ、ＡＵを構成する全てのブロックが使用中であった場合（Ｓ２１６のＹ）、非対応記録装置が記録するデータは全てノンリアルタイムデータであるから、ＡＵ使用状況を「ＮＲＴ全使用」に変更する（Ｓ２１８）。ＡＵ使用状況が「ＲＴ全使用」または「ＮＲＴ一部使用」で、かつ、ＡＵを構成する全てのブロックが未使用であった場合（Ｓ２２０のＹ）、ＡＵ使用状況を「未使用」に変更する（Ｓ２２２）。Ｓ２１２、Ｓ２１６、Ｓ２２０のいずれにも該当しなかった場合は、ＡＵ使用状況と、実際のブロックの使用状況の整合性が保たれているので、ＡＵ使用状況を変更しない。ＡＵ管理テーブル２１１に次のＡＵ情報があれば（Ｓ２２４のＹ）、Ｓ２１２に戻って再び整合性のチェックを行う。以上の処理が、全てのＡＵについて繰り返される。
【００５９】
図１２は、本実施の形態のデジタル記録再生装置において、上述した記録方式を実現するための機能ブロックを示す。これらは、主に、ＨＤＤコントローラモジュール１１７により実現される機能であり、ハードウェア的にはコンピュータのＣＰＵやメモリなどの構成で実現でき、ソフトウェア的には記録制御機能のあるプログラムなどによって実現できるが、本図ではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろな形で実現できる。上述の説明では、これらの機能をＨＤＤコントローラモジュール１１７が行っていることとして説明を進めたが、個々の機能は、図１２に示した機能ブロックのそれぞれにより実現されている。
【００６０】
データ処理部１８２は、ＨＤＤ１１８へのデータの書き込みおよび読み出しを制御する。具体的には、図５から図８に示したデータの記録および削除のほか、リアルタイムデータの再生、ノンリアルタイムデータの読み出しに伴う処理などを行う。ユニット管理テーブル更新部１８３は、データ処理部１８２による処理の結果、ユニットの使用状況が変化したときに、ＡＵ管理テーブル２１１のうちそのユニットに対応するフィールドを更新する。更新装置情報記録部１８４は、データ処理部がＨＤＤ１１８の内容を更新したときに、ファイル管理情報２１２内の、”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　に、対応記録装置が更新したことを示す特定文字列を付加して記録する。最終更新装置検出部１８６は、ＨＤＤ１１８が挿入されたとき、または、デジタル記録再生装置を再起動するなどしてファイルシステムが初期化されたときに、ファイル管理情報２１２内の　”Ｄｅｖｅｌｏｐｅｒ　ＩＤ”　を読み出して特定文字列の有無を確認し、最後に変更を加えた装置を検出する。ＡＵ管理テーブル再構成部１８８は、最後に変更を加えたのが非対応記録装置であった場合に、図１１に示した処理を実行してＡＵ管理テーブル２１１を再構成する。
【００６１】
本実施の形態によれば、記録領域をユニット単位で管理することにより、リアルタイムデータの迅速な記録が実現される。また、ＡＵ管理テーブルを設けておくことで、リアルタイムデータを格納可能な未使用のユニットを迅速に検索することができる。さらに、本方式に対応していない記録装置により記録または消去が行われた場合であっても、適切にそれを検出し、ＡＵ管理テーブルを再構成して整合性を保つことができる。
【００６２】
以上、本発明を実施の形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６３】
実施の形態では、ＭＰＥＧデータを記録再生するデジタル記録再生装置を例に挙げて説明したが、その他、オーディオデータのみを記録再生するデジタル記録再生装置や、インターネット経由で入手したデータを記録再生する記録再生装置にも広く利用できる。その他、メタデータの更新タイミングや、メタデータファイルの構成タイミング等についても適宜変更可能である。
【００６４】
実施の形態では、ハードディスクを例にとって説明したが、このほか、ＣＤ、ＤＶＤ、ＭＯ、半導体メモリ、その他任意の記録媒体、とくにランダムアクセスが可能な記録媒体にデータを記録する場合にも実施の形態の方法が適用可能である。
【００６５】
【発明の効果】
本発明によれば、リアルタイム性が重視されるデータを適切に記録する技術を提供することができる。また、本発明によれば、既存の記録装置との互換性を維持しつつリアルタイムな記録が可能な装置を提供することができる。
【図面の簡単な説明】
【図１】実施の形態に係るデジタル記録再生装置の全体構成を示す図である。
【図２】ハードディスクに記録される情報の種類とＡＵ管理テーブルの構造を示す図である。
【図３】本実施の形態のＡＵ管理テーブルを用いた記録方法を模式的に説明する図である。
【図４】本実施の形態のデジタル記録再生装置において、メディアをフォーマットする手順を示すフローチャートである。
【図５】本実施の形態のデジタル記録再生装置において、リアルタイムデータを記録する手順を示すフローチャートである。
【図６】本実施の形態のデジタル記録再生装置において、ノンリアルタイムデータを記録する手順を示すフローチャートである。
【図７】本実施の形態のデジタル記録再生装置において、リアルタイムデータを削除する手順を示すフローチャートである。
【図８】本実施の形態のデジタル記録再生装置において、ノンリアルタイムデータを削除する手順を示すフローチャートである。
【図９】ＡＵ管理テーブルに対応していない記録装置によりデータが記録される様子を示す図である。
【図１０】本実施の形態のデジタル記録再生装置に、ＨＤＤが接続されたときの処理手順を示すフローチャートである。
【図１１】ＡＵ管理テーブルを再構成する手順を示すフローチャートである。
【図１２】本実施の形態のデジタル記録再生装置における記録方式を実現するための機能ブロックを示す図である。
【符号の説明】
１１７　ハードディスクコントローラモジュール、　１１８　ハードディスクドライブ、　１８２　データ処理部、　１８３　ＡＵ管理テーブル更新部、　１８４　更新装置情報記録部、　１８６　最終更新装置検出部、　１８８　ＡＵ管理テーブル再構成部、　２１０　領域管理テーブル、　２１１　ＡＵ管理テーブル、　２１２　ファイル管理情報。
【図１】
2004127426.tif 000003
【図２】
2004127426.tif 000004
【図３】
2004127426.tif 000005
【図４】
2004127426.tif 000006
【図５】
2004127426.tif 000007
【図６】
2004127426.tif 000008
【図７】
2004127426.tif 000009
【図８】
2004127426.tif 000010
【図９】
2004127426.tif 000011
【図１０】
2004127426.tif 000012
【図１１】
2004127426.tif 000013
【図１２】
2004127426.tif 000014