JP4680948B2 - 録画再生装置、記録装置、および、記録方法 - Google Patents

Description

本発明は、録画再生装置、および、そのファイル制御方法に係り、特に、録画データの記憶装置への書き込みをビットマップで管理するファイルシステムを有する装置において、その起動を高速化する（もしくは起動時間を短縮化する）のに用いて好適な録画再生装置、および、そのファイル制御方法に関する。

近年、テレビ放送の分野においては、従来のアナログ放送からデジタル放送に移行しつつある。

デジタル放送では、画像データをデジタルデータとして扱い、画像データを圧縮して送信する画像圧縮技術などが用いられ、受信環境による画像の劣化などの問題が少ないという利点がある。デジタル放送の概要については、以下の非特許文献１に記載がある。

また、デジタル放送などで送信された番組などの画像データを、画像ファイルとして例えばＨＤＤ（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、約１．５Ｍの単位領域）と、その制御情報であるＡＬＵｉｎｆｏに基づいて、上記の拡張ビットマップテーブルと同様な拡張されたＡＬＵの情報を定義して、所定のタイミングでＨＤＤに書き込み、それを利用することにより起動の高速化を図る例も考えられる。

発明者は、出願時の標準的な録画再生装置のスペックで、２００〜３００Ｇ程度のＨＤＤのデータ領域に対して、本発明により起動時に拡張ビットマップテーブルの再作成をしないことにより、２０秒〜３０秒程度の高速化をおこないうることを検証することができた。よって、本実施形態によれば、記録再生装置の起動時間を短縮化することが可能となる。特に、起動時においてＨＤＤの空きを示すビットマップメモリを作成し主記憶装置に格納するようなシステムにおいて本実施形態は有効である。

本発明の一実施形態に係る録画再生装置のハードウェア構成例を示すブロック図である。 本発明の一実施形態に係る録画再生装置の起動制御のためのソフトウェア構成を示すブロック図である。 ＨＤＤ６０におけるファイルとその管理情報のデータ構造を表す図である。 ＨＤＤ上に記憶されるビットマップテーブルとメモリ上に置かれる拡張ビットマップテーブルを対比して示した図である。 ＨＤＤ上に記憶されるビットマップテーブル、メモリ上に置かれる拡張ビットマップテーブル、および、拡張ビットマップテーブルがＨＤＤ上に格納される様子を示した図である。 本発明の一実施形態に係るファイル制御処理の起動時の動作について示すフローチャートである。 本発明の一実施形態に係るファイル制御処理の録画時の動作について説明するフローチャートである。

符号の説明

１０…外部入力
１１…アナログチューナ
１２…デジタルチューナ
２０、２１…スイッチ
３０…ＭＰＥＧエンコーダ
３５…バッファメモリ
４０…制御部
５０…ＨＤＤ制御部
６０…ＨＤＤ
７０…ＲＡＭ
７１…ＲＯＭ
８０…表示部
９０…リモコン
１００…録画再生装置

Claims (8)

1. 録画データを録画ファイルとして記録媒体に記録する録画再生装置において、
   前記記録媒体に前記録画ファイルを複数のブロックに分割して記録する記録手段と、
   映像の録画・再生要求のコマンドを受け付けて、映像の録画・再生要求を指示し、プログラムを実行する制御部と、
   前記制御部が読み書きするデータおよび前記プログラムを保持するメモリとを有し、
   前記記録媒体に記録されたブロックの使用状況を示すビットマップテーブルは、前記録画再生装置が起動されると前記メモリ中に作成され、または前記録画再生装置が起動されると前記記録媒体から前記メモリ中に読み出され、
   前記メモリ中のビットマップテーブルは、前記記録媒体に記録されたブロックの使用状況が変化したときに更新され、
   前記メモリに前記ビットマップテーブルが作成された後、前記メモリ中に作成されたビットマップテーブルを前記記録媒体に記録し、
   前記メモリ中のビットマップテーブルの更新が終了した後、前記記録媒体に記録されたビットマップテーブルを更新し、
   前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されたか否かを示す情報を前記記録媒体に記録し、
   前記録画再生装置が起動されたときに、前記情報が前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されたことを示す場合は、前記記録媒体に記録されたビットマップテーブルを前記メモリに読み出し、
   前記録画再生装置が起動されたときに、前記情報が前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されていないことを示す場合は、ビットマップテーブルを前記メモリ中に作成することを特徴とする録画再生装置。
2. 前記記録媒体には、装置の製造者、機種、またはファイルシステムを示す識別情報が記録されており、前記録画再生装置が起動されたときに、前記記録媒体に記録されている識別情報が示す製造者、機種、またはファイルシステムが、前記録画再生装置の製造者、機種、またはファイルシステムを示す識別情報と一致しないときには、前記ビットマップテーブルを前記メモリに作成することを特徴とする請求項１記載の録画再生装置。
3. データが入力される入力部と、
   前記入力部に入力されたデータを記録媒体に記録する記録部と、
   前記記録部を制御する制御部と、
   前記制御部で用いられるプログラムを保持するメモリと、を有する記録装置であって、
   前記記録装置が起動されると前記メモリに前記記録媒体の使用状況を示すビットマップテーブルを作成し、または前記記録装置が起動されると前記メモリ中に前記記録媒体に記録されたビットマップテーブルを読み出し、
   前記記録媒体の使用状況が変化すると前記メモリ中のビットマップテーブルを更新し、
   前記メモリ中のビットマップテーブルが作成されると、作成されたビットマップテーブルを前記記録媒体に記録し、
   前記メモリ中のビットマップテーブルが更新された後、前記記録媒体に記録されたビットマップテーブルが更新されたか否かを示す情報を前記記録媒体に記録し、
   前記記録装置が起動されたときに、前記情報が前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されたことを示す場合は、前記記録媒体に記録されたビットマップテーブルを前記メモリに読み込み、
   前記記録装置が起動されたときに、前記情報が前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されていないことを示す場合は、ビットマップテーブルを前記メモリ中に作成することを特徴とする記録装置。
4. 前記記録媒体には、装置の製造者、機種、またはファイルシステムを示す識別情報が記録されており、前記記録装置が起動されたときに、前記記録媒体に記録されている識別情報が示す製造者、機種、またはファイルシステムが、前記記録装置の製造者、機種、またはファイルシステムを示す識別情報と一致しないときには、前記ビットマップテーブルを前記メモリ中に作成することを特徴とする請求項３記載の記録装置。
5. 前記記録媒体の記録処理を開始すると、前記情報を、前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されていないことを示すように変更することを特徴とする請求項３記載の記録装置。
6. 記録装置にデータを記録する記録方法であって、
   データが入力されるステップと、
   入力されたデータを記録媒体に記録するステップと、
   前記記録装置が起動されると前記記録装置のメモリに前記記録媒体の使用状況を示すビットマップテーブルを作成して保持する、または前記記録装置が起動されると前記メモリに前記記録媒体に記録されたビットマップテーブルを読み出すステップと、
   前記記録媒体の使用状況が変化すると前記メモリ中に作成されたビットマップテーブルを更新するステップと、
   前記メモリ中のビットマップテーブルが作成されると、作成されたビットマップテーブルを前記記録媒体に記録するステップと、
   前記メモリ中のビットマップテーブルが更新されると、前記記録媒体に記録されたビットマップテーブルを更新するステップと、
   前記メモリ中のビットマップテーブルが更新された後、前記記録媒体に記録されたビットマップテーブルが更新されたか否かを示す情報を前記記録媒体に記録するステップと、
   を有し、
   前記記録装置が起動されたときに、前記情報が前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されたことを示す場合は、前記記録媒体に記録されたビットマップテーブルを前記メモリ中に読み出し、
   前記記録装置が起動されたときに、前記情報が前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが前記更新されていないことを示す場合は、ビットマップテーブルを前記メモリ中に作成することを特徴とする記録方法。
7. 前記記録媒体には、装置の製造者、機種、またはファイルシステムを示す識別情報が記録されており、前記記録装置が起動されたときに、前記記録媒体に記録されている識別情報が示す製造者、機種、またはファイルシステムが、前記記録装置の製造者、機種、またはファイルシステムを示す識別情報と一致しないときには、前記ビットマップテーブルを前記メモリ中に作成することを特徴とする請求項６記載の記録方法。
8. 前記記録媒体の記録処理を開始すると、前記情報を、前記メモリ中のビットマップテーブルが更新された後に前記記録媒体に記録されたビットマップテーブルが更新されていないことを示すように変更することを特徴とする請求項６記載の記録方法。

Images