(57)【要約】【課題】録画再生装置において、メモリ上のビットマップテーブルによりＨＤＤの領域のビットマップ管理をおこなう場合であっても、起動を高速化して、録画・再生を迅速におこなえるようにする。【解決手段】ＨＤＤ上のブロックの空きを管理するためのメモリ上のビットマップテーブル（拡張ビットマップテーブル）を所定のタイミングでＨＤＤに保存する。そして、起動時にそれを読み込んで使用する。ＨＤＤに保存した拡張ビットマップテーブルが、正しくＨＤＤ上のブロックの空きの状態を反映しているか否かを示すＶａｉｌｄフラグを用意し、装置の起動時にそれを検証し、 Ｖａｉｌｄフラグが「一致」を示すときには、ＨＤＤに保存した拡張ビットマップテーブルをメモリ上に読み込み、Ｖａｉｌｄフラグが「不一致」を示すときには、メモリ上に拡張ビットマップテーブルを作成する。【選択図】        図５
2008217884.tif 000002
【特許請求の範囲】
【請求項１】
録画データを録画ファイルとして記憶する記憶装置を有する録画再生装置において、
前記記憶装置に前記録画ファイルを複数のブロックに分割して記憶する手段と、
前記記憶装置に記憶されたブロックの使用状況を、対応するビットの値によって示すビットマップテーブルと、
映像の録画・再生要求のコマンドを受け付けて、映像の録画・再生要求を指示し、プログラムを実行する制御部と、
前記制御部が読み書きするデータおよび前記プログラムを保持するメモリとを有し、
前記ビットマップテーブルは、この録画再生装置の起動時に前記メモリ中に作成され、
前記ビットマップテーブルは、前記記憶装置に記憶されたブロックの使用状況が変化されたときに、更新され、
前記ビットマップテーブルは、前記起動時に前記ビットマップテーブルが作成されたとき、または、前記録画ファイルの前記記憶装置への書き込み処理が終了したときに、前記メモリ中のビットマップテーブルを、前記記憶装置に格納することを特徴とする録画再生装置。
【請求項２】
前記ビットマップテーブルの各ビットは、複数のブロックの使用中か空きかを示していることを特徴とする請求項１記載の録画再生装置。
【請求項３】
さらに、前記記憶装置に、前記ビットマップテーブルが正しくＨＤＤ上のブロックの空きの状態を反映しているか否かを示すＶａｌｉｄフラグが格納され、
この装置の起動時に、
前記Ｖａｌｉｄフラグが正しくＨＤＤ上のブロックの空きの状態を反映しているときには、前記記憶装置に格納されているビットマップテーブルを読み込み、
前記Ｖａｌｉｄフラグが正しくＨＤＤ上のブロックの空きの状態を反映していないときには、前記ビットマップテーブルをこの録画再生装置の起動時に前記メモリ中に作成することを特徴とする請求項１記載の録画再生装置。
【請求項４】
さらに、前記記憶装置に、ボリューム毎にデータを書き込んだプログラム情報であるボリュームＩＤが格納され、データを書き込もうとするプログラムのプログラム情報と一致しないときには、前記ビットマップテーブルをこの録画再生装置の起動時に前記メモリ中に作成することを特徴とする請求項１記載の録画再生装置。
【請求項５】
録画データを録画ファイルとして記憶する記憶装置を有する録画再生装置のファイル制御方法において、
前記記憶装置に前記録画ファイルを複数のブロックに分割して記憶する手段と、
前記記憶装置に記憶されたブロックの使用状況を、対応するビットの値によって示す第一のビットマップテーブルと、
映像の録画・再生要求のコマンドを受け付けて、映像の録画・再生要求を指示し、プログラムを実行する制御部と、
前記制御部が読み書きするデータおよび前記プログラムを保持するメモリとを有し、
前記制御部が、起動時に、前記メモリ上に前記第一のビットマップテーブルに基づいて、前記第一のビットマップテーブルの複数のビットの状態を、それらに対応する一つのビットにより表す第二のビットマップテーブルをメモリ上に作成するステップと、
前記制御部が、前記第一のビットマップテーブルの状態が変わったときに、前記第二のビットマップテーブルを、更新するステップと、
前記制御部が、前記起動時に前記メモリ上に第二のビットマップテーブルが作成されたとき、または、前記録画ファイルの前記記憶装置への書き込み処理が終了したときに、前記メモリ上の第二のビットマップテーブルを、前記記憶装置に格納するをステップと、
前記制御部が、起動時に、前記記憶装置に格納された前記第二のビットマップテーブルを前記メモリ上に読み込むステップとを有することを特徴とする録画再生装置のファイル制御方法。
【請求項６】
さらに、前記記憶装置は、前記第二のビットマップテーブルが正しく前記第一のビットマップテーブルの内容を反映しているか否かを示すＶａｌｉｄフラグを格納する領域を有し、
前記制御部が、前記録画装置の起動時に前記第二のビットマップテーブルを作成するステップにおいて、
前記Ｖａｌｉｄフラグが、正しく前記第一のビットマップテーブルの内容を反映しているときには、前記記憶装置に格納されている第二のビットマップテーブルを読み込み、
前記Ｖａｌｉｄフラグが、前記第一のビットマップテーブルの内容を反映していないときには、前記第二のビットマップテーブルを前記録画再生装置の起動時に前記メモリ中に作成することを特徴とする請求項５記載の録画再生装置のファイル制御方法。
【請求項７】
さらに、前記記憶装置は、ボリューム毎にデータを書き込んだプログラム情報であるボリュームＩＤを格納する領域を有し、
前記制御部が、前記録画装置の起動時に前記第二のビットマップテーブルを作成するステップにおいて、
データを書き込もうとするプログラムのプログラム情報と一致しないときには、前記第二のビットマップテーブルを前記録画再生装置の起動時に前記メモリ中に作成することを特徴とする請求項５記載の録画再生装置のファイル制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画再生装置、および、そのファイル制御方法に係り、特に、録画データの記憶装置への書き込みをビットマップで管理するファイルシステムを有する装置において、その起動を高速化する（もしくは起動時間を短縮化する）のに用いて好適な録画再生装置、および、そのファイル制御方法に関する。
【背景技術】
【０００２】
近年、テレビ放送の分野においては、従来のアナログ放送からデジタル放送に移行しつつある。
【０００３】
デジタル放送では、画像データをデジタルデータとして扱い、画像データを圧縮して送信する画像圧縮技術などが用いられ、受信環境による画像の劣化などの問題が少ないという利点がある。デジタル放送の概要については、以下の非特許文献１に記載がある。
【０００４】
また、デジタル放送などで送信された番組などの画像データを、画像ファイルとして例えばＨＤＤ（Hard Disk Drive）などに記録することも為されている。ユーザは、例えば録画指定により、番組をファイルとして記録し、その番組を再生したいときには、例えば再生指定によりその録画された画像ファイルをＨＤＤより読み出して再生する。ファイルは、ＨＤＤ上のアクセスの管理においては、セクタなどのブロック単位に管理されており、そのブロックが使用中であるのか、空きであるのかという情報は、ブロック毎に１ビットを割り当てるビットマップテーブルにより管理することができる。
【０００５】
以下の特許文献１には、そのようなビットマップテーブルを用いたファイル管理をおこなっている録画再生装置の録画データのファイル削除について開示されている。また、以下の特許文献２には、シリンダ毎にビットマップテーブルのビットを割り当てて、データの削除をおこなう方法が開示されている。
【０００６】
【特許文献１】特開２００３−３１６６２３号公報
【特許文献２】特開２００３−３４５５２６号公報
【非特許文献１】羽島光俊監修,「ポイント図解式、コンピュータ／通信／放送標準事典」,株式会社アスキー,初版,１９９８年５月,第１３章（６２８頁−６８９頁）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記従来技術は、ビットマップテーブルをＨＤＤ上に記録して、ブロックやシリンダという領域単位でＨＤＤへのデータアクセスを管理するものである。
【０００８】
一方、録画再生装置において、録画データのための空きエリアを確保するために、ＨＤＤ上のビットマップテーブルとは別に、例えばメモリ（主記憶装置）上にビットマップテーブルを展開して処理の高速を図ることが考えられる。主記憶装置は、通常、揮発性メモリ（ＲＡＭ）などの半導体メモリで構成され、磁気円盤に情報を書き込むＨＤＤよりは高速にアクセスすることができるからである。
【０００９】
図４は、ＨＤＤ上に記憶されるビットマップテーブルとメモリ上に置かれるビットマップテーブルを対比して示した図である。
【００１０】
この図の例では、メモリ上に置かれるビットマップテーブルでは、８ブロック毎に１ビットを割り当てて、全てのブロックが使用中のときには（それに対応するＨＤＤ上のビットマップが全て「１」）、そのビットを「１」にし、それ以外のとき、すなわち、８ブロック中に１ブロックでも空きがあるときには（それに対応するＨＤＤ上ビットマップの中で、少なくとも一つ「０」のものがある）、そのビットを「０」にしている。
【００１１】
ところで、家電製品においては、ユーザの使い勝手に対する配慮が重要になってくる。録画再生装置では、電源をＯＮにしてできるだけ待たされることなく使いたいという要望がある。
【００１２】
しかしながら、上記のようなＨＤＤの領域のビットマップ管理をおこなったときに、従来技術においては装置の初期化時にメモリ上のビットマップテーブルを作るために多大の時間を要してしまい、ビットマップテーブルを作り終わるまでは、その装置の初期化が終了せずに、その間は録画も再生もできないという問題点があった。特に、ＨＤＤの大容量化が目ざましい昨今では、特に、このことが起動時のユーザインタフェースを快適にするための問題としてクローズアップされる。
【００１３】
本発明は、上記課題に鑑みてなされたもので、その目的は、ＨＤＤ等の録画再生装置において、起動を高速化するのに好適な技術を提供することにある。
【課題を解決するための手段】
【００１４】
本発明の録画再生装置では、ＨＤＤ上のブロックの空きを管理するためのメモリ上のビットマップテーブル（拡張ビットマップテーブル）を所定のタイミングでＨＤＤに保存する。そして、起動時にそれを読み込んで使用する。ＨＤＤに保存した拡張ビットマップテーブルが、正しくＨＤＤ上のブロックの空きの状態を反映しているか否かを示す特別のフラグを用意し、装置の起動時にそれを検証し、そのフラグが「一致」を示すときには、ＨＤＤに保存した拡張ビットマップテーブルをメモリ上に読み込み、そのフラグが「不一致」を示すときには、メモリ上に拡張ビットマップテーブルを作成する。
【発明の効果】
【００１５】
本発明によれば、録画再生装置において、メモリ上のビットマップテーブルによりＨＤＤの領域のビットマップ管理をおこなう場合であっても、起動を高速化して、録画・再生を迅速におこなえる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係る一実施形態を、図１ないし図７を用いて説明する。
【００１７】
先ず、図１および図２を用いて一の実施形態に係る録画再生装置の構成について説明する。
図１は、本発明の一実施形態に係る録画再生装置のハードウェア構成例を示すブロック図である。
図２は、本発明の一実施形態に係る録画再生装置の起動制御のためのソフトウェア構成を示すブロック図である。
【００１８】
本実施形態の録画再生装置１００では、外部入力（１，２，…，Ｎ）１０またはアナログチューナ１１からの映像・音声をスイッチ２０を介して、選択的にＭＰＥＧエンコーダ３０に導き、映像・音声ストリームデータを生成する。そして、ＭＰＥＧエンコーダ３０、または、デジタルチューナ１２からの映像・音声ストリームデータを、他のスイッチ２１を介して、選択的に、例えばＲＡＭで構成される３５に一時的に格納される。このバッファメモリ３５は、例えば４Ｍバイト程度の記憶容量を有している。そしてバッファメモリ３５は、ＨＤＤ制御部５０からのコマンドによって所定サイズ単位（例えば１．５Ｍバイト）で読み出されてＨＤＤ（ハードディスクドライブ）６０に、ファイルとして記録される。ＨＤＤ６０は、録画再生装置１００に内蔵されたものでもよいし、カートリッジタイプのリムーバブルＨＤＤでもよい。ＲＡＭ７０は、制御部４０と接続され、制御部４０で使用されるデータやプログラムを保持する。このＲＡＭ７０は、上記のバッファメモリ３５と一体化させてもよい（すなわち、一つのＲＡＭで、バッファメモリ３５の機能とＲＡＭ７０の機能を兼用させてもよい）。ＲＯＭ７１は、制御部４０と接続され、制御部４０で使用されるファームウェアや制御プログラムなどのプログラムを記憶する読み出し専用の記憶装置である。上記録画再生装置１００は、テレビジョン放送信号を受信して表示するテレビジョン受信機に内蔵されるものであってもよい。
【００１９】
一方、ＨＤＤ６０へ記録された映像・音声ストリームデータのファイルを再生するときには、ＨＤＤ制御部５０の制御によって、ＨＤＤ６０から映像・音声ストリームデータを読み出して、いったんバッファメモリ３５に格納する。そして、ＨＤＤ制御部５０の制御によって、所定サイズのデータ（例えば３０または６０フレーム分のデータ）がバッファメモリ３５から読み出され、ＭＰＥＧデコーダ３１において復号化され、所定のフォーマットに変換された後、その表示部８０に出力されて表示される。表示部８０は、例えば、液晶ディスプレイ（ＬＣＤ）パネルであり、またはプラズマディスプレイパネル（ＰＤＰ）を用いて構成される。
【００２０】
なお、これらＨＤＤ制御部５０は、ＣＰＵにより構成される制御部４０により制御される。また、ユーザが装置の起動や録画・再生を指示するときには、リモコン９０または図示していない装置本体のフロントパネルのボタンを押下することによりおこなう。
【００２１】
録画ファイルに対するデータ制御のソフトウェア構成は、図２に示されるように、上位のレイヤからユーザインタフェースＡＰ２０４、録画・再生制御２０２およびファイル制御２０３、ファイルシステム２０１、オペレーティングシステム（ＯＳ）２００となり、オペレーティングシステム２００は、ＨＤＤデバイスドライバ２００ａを含んでいる。
【００２２】
ユーザインタフェースＡＰ２０４は、画面の制御とユーザからの録画や再生、または、ファイルの削除などの指示を受け付けるプログラム群である。録画・再生制御２０２は、映像データの録画、再生などの指示をするプログラム群である。ファイル制御２０３は、ファイルの生成、削除、移動などのファイルに関する制御の指示を与えるプログラム群である。ファイルシステム２０１は、ファイルをデータ構造として実現し、その操作をするためのプログラム群である。オペレーティングシステム２００は、ソフトウェアとハードウェアの仲立ちとなる基本プログラムであり、ＨＤＤデバイスドライバ２００ａは、ＨＤＤにアクセスするための制御ソフトウェアである。
【００２３】
これらのソフトウェアは、ＨＤＤ６０のシステムエリアか、ＲＯＭ７１からＲＡＭ７０上にロードされ、ＣＰＵにより実行される。
【００２４】
次に、図３ないし図６を用いて本発明の一実施形態に係る録画再生装置のファイル制御方法について説明する。
【００２５】
先ず、図３を用いて本発明の一実施形態に係る録画ファイルのファイル制御処理に関するデータ構造について説明する。
図３は、ＨＤＤ６０におけるファイルとその管理情報のデータ構造を表す図である。
【００２６】
本実施形態では、図３に示すようなデータ構造を意図している。すなわち、ファイルは、各々に通番が付加されたブロック単位で管理されている。ファイル管理情報３１０としては、ファイル名３１１、ファイルサイズ３１２が先頭にあり、以下には、データエリア４００の中にとられる開始ブロック番号３２０と、そのブロック数３２１が複数保持されている。開始ブロック番号３２０には、データ領域の対象としているブロックの番号が格納される。ブロック数３２１は、開始ブロックからそのファイルのために使用しているブロックの数が格納される。すなわち、開始ブロック番号３２０からそのブロック数３２１分だけ連続するデータエリア４００内の所定のデータ領域４０１が使われることになる。ここで、開始ブロック番号３２０ａ及びブロック数３２１ａについてはデータ領域４０１ａが使用され、開始ブロック番号３２０ｂ及びブロック数３２１ｂについてはデータ領域４０１ｂが使用されるものとする。
【００２７】
そして、本実施形態に係るファイルシステムは、空きブロックを管理するための空きブロックビットマップ３００を有している。データ領域のブロックにおいて、０のときが、そのブロックは空きであり、１のときが、使用中であることを示している。ブロックは、ＨＤＤにおける最小の記録単位としてセクタが取られることが多い。
【００２８】
さらに、本実施形態に係るファイルシステムは、ファイルシステム管理情報を保存する領域として、ボリュームＩＤ５０１、Ｖａｌｉｄフラグ５０２を有している。ボリュームＩＤ５０１とＶａｌｉｄフラグ５０２とは、ボリューム毎にとられる領域である。
【００２９】
ここで、本実施形態においては、ＨＤＤ６０として、リムーバブルＨＤＤの規格である例えばｉＶＤＲ（Information Versatile Disk for Removable usage）規格に準拠したＨＤＤであり、ＨＤＤ６０のファイルシステムは、ＵＤＦ（Universal Disk Format）規格に準拠するものとする。ＵＤＦ規格においては、ファイルシステムにおける仕様や状態等を管理もしくは識別するための論理ボリューム識別子（Logical Volume Integrity Descriptor）が定められている。論理ボリューム識別子は、記録再生装置１００の製造者が利用可能なデータ領域である「Implementation Use」と、当該記録再生装置１００がデータ記録中か否かを表すためのデータ領域である「Integrity Type」とを含んでおり、上記「Implementation Use」は、更に「Implementation ＩＤ」を含んでいる。この「Implementation ＩＤ」には、更に「Identifier」の領域が設定され、ここに、記録再生装置１００の製造者を識別するための識別子(例えば「HITACHI」)や、記録再生装置１００の機種名、型番を識別するための識別子（例えば「Wooo 9000」）が格納される。
【００３０】
また、「Integrity Type」は、データの記録中（更新中）のときは、例えば「OPEN」との識別子が割り当てられ、記録中でない場合（更新終了）のときは、例えば「CLOSE」との識別子が割り当てられる。
【００３１】
本実施形態は、上記ＵＤＦ規格に論理ボリューム識別子のデータ構造を利用したものであり、上記「Identifier」を上記ボリュームＩＤ５０１として利用し、更に上記「Integrity Type」をＶａｌｉｄフラグ５０２として利用したものである。尚、以下では、「Integrity Type」が「OPEN」のときはＶａｌｉｄフラグ５０２が「０」であり、「CLOSE」のときはＶａｌｉｄフラグ５０２が「１」であるものとする。
【００３２】
尚、本実施形態に係る記録再生装置１００においては、上記のようにｉＶＤＲ規格に準拠したリムーバブルＨＤＤを使用しているので、ＨＤＤ６０を当該装置１００に対し着脱可能に構成することができる。また、２つのｉＶＤＲ規格に準拠したＨＤＤ６０を２つ用い、一方を装置１００内部に格納してユーザにより取り外しできないように固定し、他方をユーザにより取り外し可能なように設けてもよい。装置１００に対しＨＤＤ６０を着脱可能にする場合は、当然、装置１００にＨＤＤ６０が挿入されるためのスロットが設けられる。
【００３３】
上記「Identifier」は、例えば録画を開始する前に、ボリュームＩＤ５０１として、記録再生装置１００によってＨＤＤ６０に書き込まれる。つまり記録再生装置１００は、録画を開始する前に、記録再生装置１００の製造者や機種をボリュームＩＤ５０１としてＨＤＤ６０に書き込む。従って、装置１００の起動時もしくはＨＤＤ６０の使用前において、記録再生装置１００が、ＨＤＤ６０に記録されたボリュームＩＤ５０１を参照して当該記録再生装置１００が有するＩＤと比較することにより、そのボリュームに書かれている管理情報の正当性が検証することができる。この検証は、特に、リムーバルＨＤＤで録画データファイルを他の機種から持ち込んだときに有用である。例えば、あるリムーバルＨＤＤを記録再生装置１００とは別の記録再生装置に差し込んで使用する場合、別の記録再生装置が記録再生装置１００と同じボリュームＩＤを有しているとき（例えば別の記録再生装置にも「Identifier」として「HITACHI」が記述されているとき）は、当該リムーバルＨＤＤを別の記録再生装置でも利用（記録もしくは再生）することができる。一方、別の記録再生装置が記録再生装置１００とは異なるボリュームＩＤを有しているときは、当該リムーバルＨＤＤを別の記録再生装置で利用することはできない。これによって、リムーバルＨＤＤの記録されたコンテンツを有効に保護することができる。
【００３４】
上述のように、本実施形態において、「Integrity Type」はＶａｌｉｄフラグ５０２として利用される。Ｖａｌｉｄフラグ５０２は、本実施形態においては、拡張ビットマップ６００に保存した拡張ビットマップテーブルが、正しくＨＤＤ上のブロックの空きの状態を反映しているか否かを示す特別のフラグを格納する領域である。Ｖａｌｉｄフラグ５０２の値は、正しくＨＤＤ上のブロックの空きの状態を反映しているときには、「１」として、正しくＨＤＤ上のブロックの空きの状態を反映していないときには、「０」とする。
【００３５】
拡張ビットマップ６００は、メモリ上に展開した拡張ビットマップテーブル（後述）を、ＨＤＤに格納するための領域である。
【００３６】
ここで、開始ブロック番号３２０およびブロック数３２１で構成されるサイズは、上記バッファメモリ３５からＨＤＤ６０に記憶される所定サイズ単位であり、開始ブロック番号３２０ａとブロック数３２１ａの組、および開始ブロック番号３２０ｂとブロック数３２１ｂの組が、それぞれ上述したように１．５Ｍバイトのサイズを有しているものとする。
【００３７】
図４は、既に説明したように、ＨＤＤ上に記憶されるビットマップテーブルとメモリ上に置かれる拡張ビットマップテーブルを対比して示した図である。
図５は、ＨＤＤ上に記憶されるビットマップテーブル、メモリ上に置かれる拡張ビットマップテーブル、および、拡張ビットマップテーブルがＨＤＤ上に格納される様子を示した図である。
【００３８】
ＨＤＤ６０上に置かれるビットマップテーブルは、図４（ａ）に示されるように、録画データファイルの１ブロックを１ビットに割り当ててものであり、そのブロックが空きのときには、「０」とし、使用中のときには、「１」とする。ブロックは、ＨＤＤ上のデータ書き込み領域の一単位であり、例えば、ＨＤＤの一セクタ（５１２バイトの仕様のものが多い）である。
【００３９】
一方、既に説明したように、メモリ上に置かれるビットマップテーブルでは、８ブロック毎に１ビットを割り当てて、全てのブロックが使用中のときには、そのビットを「１」にし、それ以外のとき、すなわち、８ブロック中に１ブロックでも空きがあるときには、そのビットを「０」にしている。
【００４０】
実際には、図４（ｂ）に示されるように、ＨＤＤ上のビットマップテーブルを見て、それに対応するＨＤＤ上ビットマップの中で、それに対応するＨＤＤ上のビットマップが全て「１」のときには、そのビットを「１」とし、少なくとも一つ「０」のものがあれば、そのビットを「０」にすればよい。
【００４１】
このように、録画データファイルの１ブロックを１ビットとして割り当てられたＨＤＤ６０上に置かれるビットマップテーブルを管理するための上位に作られるビットマップテーブルを本明細書中では、「拡張ビットマップテーブル」ということにする。
【００４２】
図４の例では、拡張ビットマップテーブルの１ビットで８ブロックであり、１ブロック＝５１２バイトとしたときには、５１２バイト×８＝４Ｋバイトの領域を拡張ビットマップテーブルの１ビットで管理していることになる。しかしながら、何ブロックを拡張ビットマップテーブルの１ビットに対応させるかは、装置のハードウェアや実行するソフトウェアの性能に応じて、設計上変更することが考えられ、拡張ビットマップテーブルの１ビットで１６ブロック（５１２バイト×１６＝８Ｋバイト）、３２ブロック（５１２バイト×３２＝１６Ｋバイト）などとしてもよい。
【００４３】
本実施形態では、図５に示されるメモリ上に展開された拡張ビットマップテーブルを必要に応じて、所定のタイミングでＨＤＤ上に展開し、起動時に読み出して利用することにより、起動の高速化を図ったものである。
【００４４】
以下、図６および図７を用いて本発明の一実施形態に係る録画再生装置のファイル制御処理について説明する。
図６は、本発明の一実施形態に係るファイル制御処理の起動時の動作について示すフローチャートである。
図７は、本発明の一実施形態に係るファイル制御処理の録画時の動作について説明するフローチャートである。
【００４５】
リモコン９０などから録画再生装置に対して電源ＯＮの指示が与えられると、装置が起動され、ハードウェアの初期化、ＯＳ２００の初期化、ＨＤＤ制御プログラム２００ａの後に、ファイルシステムの初期化が開始され、以下の図６に示す処理が実行される。これらの処理は、制御部４０がメモリ（ＲＡＭ７０）上に必要に応じてデータを展開し、ＨＤＤ制御部５０に指示することによりなされる。
【００４６】
先ず、ボリュームＩＤ５０１を読み込み、そのボリュームＩＤ５０１の値を判定して（Ｓ６００）、動作しているプログラムの意図している値と一致しているときには、Ｓ６０１に行き、一致していないときには、Ｓ６０３に行く。
【００４７】
ここで、動作しているプログラムの意図している値とは、プログラムを開発しているデベロッパが取り扱えることを予定しているファイルシステムであることを示す値である。また、Ｓ６００のように判定するのは、特に、リムーバルＨＤＤの場合において、本実施形態に係るファイルシステムとは異なるシステム（すなわちボリュームＩＤ５０１が示す製造者や機種、型番の識別子とは異なる装置）で録画されたデータファイルは、以下のＳ６０１とＳ６０２の処理の正当性を保証しえないからである。
【００４８】
次に、Ｖａｌｉｄフラグ５０２を読み込み、そのＶａｌｉｄフラグ５０２の値を判定し（Ｓ６０１）、その値が「１」、すなわち、正しくＨＤＤ上のブロックの空きの状態を反映しているときにはＳ６０２に行き、その値が「０」、すなわち、正しくＨＤＤ上のブロックの空きの状態を反映していないときにはＳ６０３に行く。
【００４９】
正しくＨＤＤ上のブロックの空きの状態を反映しているときには、拡張ビットマップ６００の拡張ビットマップテーブルをメモリ上に読み込む（Ｓ６０２）。
【００５０】
ボリュームＩＤ５０１の値が一致しないとき、または、 Ｖａｌｉｄフラグ５０２の値が正しくＨＤＤ上のブロックの空きの状態を反映していないときには、ＨＤＤ上のブロックの空きの状態を示すビットマップテーブルを参照し、拡張ビットマップテーブルをメモリ上に作成する（Ｓ６０３）。
【００５１】
そして、メモリ上の拡張ビットマップテーブルをＨＤＤ上の拡張ビットマップ６００の領域に書き込む（Ｓ６０４）。
【００５２】
最後に、拡張ビットマップ６００の領域に書き込まれた拡張ビットマップテーブルが、正しくＨＤＤ上のブロックの空きの状態を反映していることを示すために、Ｖａｌｉｄフラグ５０２の値を「１」にする。
【００５３】
次に、リモコン９０などから録画再生装置に対して録画処理が録画ファイル制御プログラム２０２がファイル制御プログラム２０３に指示を与えることにより、録画の処理がなされ、録画データファイルの一ファイル毎に、以下の図７に示す処理が実行される。これらの処理は、制御部４０がメモリ（ＲＡＭ７０）上に必要に応じてデータを展開し、ＨＤＤ制御部５０に指示することによりなされる。
【００５４】
先ず、ボリュームＩＤ５０１の値を更新する（Ｓ７００）。このボリュームＩＤ５０１の更新は、記録再生装置１００において最初の記録時に行われるものとする。よって、同じ装置において次回以降に記録する場合は、この更新処理（すなわちＳ７００）はスキップされる。この処理で、記録再生装置の製造者や機種、型番を示すＩＤが書き込まれる。
【００５５】
次に、初期化のためにＶａｌｉｄフラグ５０２の値を「０」にする（Ｓ７０１）。
【００５６】
次に、所定データサイズ（１または複数のブロックのサイズ）の録画データ処理をおこなう（Ｓ７０２）。所定データサイズの録画データ処理が終わると、対応するブロックの空きを示すビットマップテーブルの値を更新する（Ｓ７０３）。
【００５７】
次に、Ｓ７０３に対応して、メモリ上の拡張ビットマップテーブルの値を更新する（Ｓ７０４）。
【００５８】
そして、録画データのブロックがまだあるか否かを判定し（Ｓ７０５）、録画する録画データのブロックがまだあるときには、Ｓ７０２に戻り、録画する録画データのブロックがなくなったときには、ループを抜けて、メモリ上の拡張ビットマップテーブルをＨＤＤ上の拡張ビットマップ６００の領域に書き込む（Ｓ７０６）。
【００５９】
最後に、現在のＨＤＤに書き込まれた拡張ビットマップテーブルが、正しくＨＤＤ上のブロックの空きの状態を反映していることを示すために、Ｖａｌｉｄフラグ５０２の値を「１」にする（Ｓ７０７）。
【００６０】
この図７に示す処理によれば、録画データの処理が終了した時点で、Ｖａｌｉｄフラグ５０２の値を「１」にするため、電源断などの不測の事態で処理が中断されたときには、Ｖａｌｉｄフラグ５０２の値は「０」のままである。したがって、そのような事態がおこったとき、再起動時に誤って拡張ビットマップテーブルが参照されることはない。
【００６１】
以上説明した実施形態は、特に、既に説明したＵＤＦのファイルシステムに適合し、ＵＤＦのファイルシステムを採用する録画再生装置の起動の高速化に用いて好適な手法である。
【００６２】
さらに、以上の実施形態では、ＨＤＤ上のセクタなどによって例示されるブロックの空きを示すビットマップに対して、それを管理する拡張ビットマップテーブルをＨＤＤに格納する手法について説明してきたが、この手法は、任意の単位領域の管理手法にも応用することができる。例えば、リムーバルＨＤＤの標準規格として採用が予定されているｉＶＤＲ（Information Versatile Disk for Removable usage）のＡＬＵ（ALlocation Unit、約１．５Ｍの単位領域）と、その制御情報であるＡＬＵｉｎｆｏに基づいて、上記の拡張ビットマップテーブルと同様な拡張されたＡＬＵの情報を定義して、所定のタイミングでＨＤＤに書き込み、それを利用することにより起動の高速化を図る例も考えられる。
【００６３】
発明者は、出願時の標準的な録画再生装置のスペックで、２００〜３００Ｇ程度のＨＤＤのデータ領域に対して、本発明により起動時に拡張ビットマップテーブルの再作成をしないことにより、２０秒〜３０秒程度の高速化をおこないうることを検証することができた。よって、本実施形態によれば、記録再生装置の起動時間を短縮化することが可能となる。特に、起動時においてＨＤＤの空きを示すビットマップメモリを作成し主記憶装置に格納するようなシステムにおいて本実施形態は有効である。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に係る録画再生装置のハードウェア構成例を示すブロック図である。
【図２】本発明の一実施形態に係る録画再生装置の起動制御のためのソフトウェア構成を示すブロック図である。
【図３】ＨＤＤ６０におけるファイルとその管理情報のデータ構造を表す図である。
【図４】ＨＤＤ上に記憶されるビットマップテーブルとメモリ上に置かれる拡張ビットマップテーブルを対比して示した図である。
【図５】ＨＤＤ上に記憶されるビットマップテーブル、メモリ上に置かれる拡張ビットマップテーブル、および、拡張ビットマップテーブルがＨＤＤ上に格納される様子を示した図である。
【図６】本発明の一実施形態に係るファイル制御処理の起動時の動作について示すフローチャートである。
【図７】本発明の一実施形態に係るファイル制御処理の録画時の動作について説明するフローチャートである。
【符号の説明】
【００６５】
１０…外部入力
１１…アナログチューナ
１２…デジタルチューナ
２０、２１…スイッチ
３０…ＭＰＥＧエンコーダ
３５…バッファメモリ
４０…制御部
５０…ＨＤＤ制御部
６０…ＨＤＤ
７０…ＲＡＭ
７１…ＲＯＭ
８０…表示部
９０…リモコン
１００…録画再生装置
【図１】
2008217884.tif 000003
【図２】
2008217884.tif 000004
【図３】
2008217884.tif 000005
【図４】
2008217884.tif 000006
【図５】
2008217884.tif 000007
【図６】
2008217884.tif 000008
【図７】
2008217884.tif 000009