(57)【要約】【課題】録画再生装置において、録画や再生中にファイルを削除するときに、録画や再生のための待ち時間を短くし、映像の乱れや録画の一時中断のないようにする。【解決手段】ＨＤＤ内に記憶された録画ファイルの削除処理をおこなうとき、先ファイルを構成するブロックのビットマップ管理テーブルのブロックのビットを順次「空き」に設定していき、ファイル管理情報内のブロック数も書き換えていく。そして、削除の途中で、録画・再生の処理を受け付けたときには、削除を中断し、それらの処理が中断したときに、中断したところから削除を開始する。また、メモリ内の録画データのバッファデータを監視しておき、一定の閾値未満になったときには、削除を中断し、回復した時には、削除を再開する。【選択図】        図５
2008186491.tif 000002
【特許請求の範囲】
【請求項１】
録画データを録画ファイルとして記憶する記憶装置を有する録画再生装置において、
前記記憶装置に前記録画ファイルを複数のブロックに分割して記憶する手段と、
前記記憶装置に記憶されたブロックを一つずつ削除する手段と、
映像の録画・再生要求があったことを判断し、映像の録画・再生要求があったときに前記ブロックの削除を中断する手段と、
映像の録画・再生が終了したことの通知を受けて、前記ブロックの削除を再開する手段とを有することを特徴とする録画再生装置。
【請求項２】
録画データを録画ファイルとして記憶し、録画・再生中に録画データをバッファデータとして蓄えるメモリを有する記憶装置を有する録画再生装置において、
前記記憶装置に前記録画ファイルを複数のブロックに分割して記憶する手段と、
前記記憶装置に記憶されたブロックを一つずつ削除する手段と、
前記メモリ中の前記録画データの量を監視する手段と、
前記メモリ中の前記録画データの量が第一の閾値未満になったときに、前記ブロックの削除を中断する手段と、
前記メモリ中の前記録画データの量が第二の閾値以上になったときに、前記ブロックの削除を再開する手段とを有することを特徴とする録画再生装置。
【請求項３】
録画データを録画ファイルとして記憶する記憶装置と、前記記録装置に記憶された録画ファイルへのデータアクセスを制御する制御部とを有する録画再生装置のファイル削除方法において、
前記制御部が、前記記憶装置に前記録画ファイルを複数のブロックに分割して記憶する指示を与えるステップと、
前記制御部が、前記記憶装置に記憶されたブロックを一つずつ削除する指示を与えるステップと、
前記制御部が、映像の録画・再生要求があったことを判断し、映像の録画・再生要求があったときに前記ブロックの削除を中断する指示を与えるステップと、
前記制御部が、映像の録画・再生が終了したことの通知を受けて、前記ブロックの削除を再開する指示を与えるステップとを有することを特徴とする録画再生装置のファイル削除方法。
【請求項４】
請求項３記載の録画再生装置のファイル削除情報において、
前記記憶装置に記憶されるファイルの情報は、空きブロックを管理する空きブロックビットマップとファイル管理情報とデータエリアに分割して保持され、
前記制御部が、前記記憶装置に記憶されたブロックを一つずつ削除する指示を与えるステップで、削除しようとするブロックに対応する空きブロックビットマップのビットをクリアすることにより、前記ブロックの削除をおこなうことを特徴とする録画再生装置のファイル削除方法。
【請求項５】
請求項３記載の録画再生装置のファイル削除情報において、
前記記憶装置に記憶されるファイルの情報は、空きブロックを管理する空きブロックビットマップとファイル管理情報とデータエリアに分割して保持され、前記ブロックは、各々一意的に付された番号を有し、
前記ファイル管理情報は、開始ブロック番号と、領域の連続するブロック数との複数のペアよりなり、
前記開始ブロック番号と前記ブロック数に対応する領域のブロックが削除されたときに、前記ブロック数を書き換えることを特徴とする録画再生装置のファイル削除方法。
【請求項６】
録画データを録画ファイルとして記憶し、前記記録装置に記憶された録画ファイルへのデータアクセスを制御する制御部と、録画・再生中に録画データをバッファデータとして蓄えるメモリとを有する記憶装置を有する録画再生装置のファイル削除方法において、
前記制御部が、前記記憶装置に前記録画ファイルを複数のブロックに分割して記憶する指示を与えるステップと、
前記制御部が、前記記憶装置に記憶されたブロックを一つずつ削除する指示を与えるステップと、
前記制御部が、前記メモリ中の前記録画データの量を監視するステップと、
前記制御部が、前記メモリ中の前記録画データの量が第一の閾値未満になったときに、前記ブロックの削除を中断する指示を与えるステップと、
前記制御部が、前記メモリ中の前記録画データの量が第二の閾値以上になったときに、前記ブロックの削除を再開する指示を与えるステップとを有することを特徴とする録画再生装置のファイル削除方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画再生装置、および、そのファイル削除方法に係り、特に、ファイル削除中に、録画・再生を並列におこなう用途に用いて好適な録画再生装置、および、そのファイル削除方法に関する。
【背景技術】
【０００２】
近年、テレビ放送の分野においては、従来のアナログ放送からデジタル放送に移行しつつある。
【０００３】
デジタル放送では、画像データをデジタルデータとして扱い、画像データを圧縮して送信する画像圧縮技術などが用いられ、受信環境による画像の劣化などの問題が少ないという利点がある。デジタル放送の概要については、以下の非特許文献１に記載がある。
【０００４】
また、画像データは、通常、ファイルシステムのファイルとして、ＨＤＤなどに記録され、ユーザは、移動、削除などの処理をおこなうことができる。以下の特許文献１には、ファイル削除処理中に録画・再生が中断しないように、ファイルを徐々に縮小することにより、ファイルの削除処理をおこなう技術が開示されている。
【０００５】
【特許文献１】特開２００３−３１６６２３号公報
【非特許文献１】羽島光俊監修,「ポイント図解式、コンピュータ／通信／放送標準事典」,株式会社アスキー,初版,１９９８年５月,第１３章（６２８頁−６８９頁）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来技術は、録画や再生中にファイルを削除するときに、ファイル縮小処理をおこなってブロック毎にファイルを縮小することにより、ＣＰＵに負荷をかけずに、映像の乱れなく録画や再生をおこなうようにしたものである。
【０００７】
しかしながら、上記従来技術は、あるまとまった単位のブロックを縮小するするものであるため、ブロックのサイズが大きいときには、ブロックの管理テーブルを書き換えるために時間（特に、空きブロックの管理のためのビットマップのクリア）が掛かり、そのため録画や再生のための待たされる時間が長くなり、映像の乱れや録画の一時中断するおそれがあった。
【０００８】
本発明は、上記問題点を解決するためになされたもので、その目的は、録画再生装置において、録画や再生中にファイルを削除するときに、録画や再生のための待ち時間を短くし、映像の乱れや録画の一時中断のない録画再生装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の録画再生装置では、削除処理をおこなうとき、先ず、削除の対象となるファイルを削除ディレクトリに移動させる。そして、ファイルを構成するブロックのビットマップ管理テーブルのブロックのビットを順次「空き」に設定していき、ファイル管理情報内のブロック数も書き換えていく。
【００１０】
削除の途中で、録画・再生の処理を受け付けたときには、削除を中断し、それらの処理が中断したときに、中断したところから削除を再開する。
【発明の効果】
【００１１】
本発明によれば、録画再生装置において、録画や再生中にファイルを削除するときに、録画や再生のための待ち時間を短くし、映像の乱れや録画の一時中断のない録画再生装置を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、各実施形態を、図１ないし図５を用いて説明する。
【００１３】
〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図４を用いて説明する。
【００１４】
先ず、図１および図２を用いて第一の実施形態に係る録画再生装置の構成について説明する。
【００１５】
図１は、第一の実施形態に係る録画再生装置のハードウェア構成例を示すブロック図である。
【００１６】
図２は、第一の実施形態に係る録画再生装置のデータ制御のためのソフトウェア構成を示すブロック図である。
【００１７】
本実施形態の録画再生装置１００では、外部入力（１，２，…，Ｎ）１０またはアナログチューナ１１からの映像・音声をスイッチ２０を介して、選択的にＭＰＥＧエンコーダ３０に導き、映像・音声ストリームデータを生成する。そして、ＭＰＥＧエンコーダ３０、または、デジタルチューナ１２からの映像・音声ストリームデータを、他のスイッチ２１を介して、選択的に、例えばＲＡＭで構成される３５に一時的に格納される。このバッファメモリ３５は、例えば４Ｍバイト程度の記憶容量を有している。そしてバッファメモリ３５は、ＨＤＤ制御部５０からのコマンドによって所定サイズ単位（例えば１．５Ｍバイト）で読み出されてＨＤＤ（ハードディスクドライブ）６０に、ファイルとして記録される。ＨＤＤ６０は、録画再生装置１００に内蔵されたものでもよいし、カートリッジタイプのリムーバブルＨＤＤでもよい。ＲＡＭ７０は、制御部４０と接続され、制御部４０で使用されるデータやプログラムを保持する。このＲＡＭ７０は、上記のバッファメモリ３５と一体化させてもよい（すなわち、一つのＲＡＭで、バッファメモリ３５の機能とＲＡＭ７０の機能を兼用させてもよい）。ＲＯＭ７１は、制御部４０と接続され、制御部４０で使用されるファームウェアや制御プログラムなどのプログラムを記憶する読み出し専用の記憶装置である。
【００１８】
一方、ＨＤＤ６０へ記録された映像・音声ストリームデータのファイルを再生するときには、ＨＤＤ制御部５０の制御によって、ＨＤＤ６０から映像・音声ストリームデータを読み出して一旦バッファメモリ３５に格納する。そしてＨＤＤ制御部５０の制御によって、所定サイズのデータ（例えば３０または６０フレーム分のデータ）がバッファメモリ３５から読み出され、ＭＰＥＧデコーダ３１において復号化され、所定のフォーマットに変換された後、その表示部８０に出力されて表示される。表示部８０は、例えば、フラットパネルディスプレイ（ＦＰＤ）であり、液晶ディスプレイ（ＬＣＤ）パネルまたはプラズマディスプレイパネル（ＰＤＰ）を用いて構成される。
【００１９】
なお、これらＨＤＤ制御部５０は、ＣＰＵにより構成される制御部４０により制御される。また、ユーザが録画・再生、また、ファイルの削除を指示するときには、リモコン９０または図示していない装置本体のフロントパネルのボタンを押下することによりおこなう。
【００２０】
録画ファイルに対するデータ制御のソフトウェア構成は、図２に示されるように、上位のレイヤからユーザインタフェースＡＰ２０４、録画・再生制御２０２およびファイル制御２０３、ファイルシステム２０１、オペレーティングシステム（ＯＳ）２００となり、オペレーティングシステム２００は、ＨＤＤデバイスドライバ２００ａを含んでいる。
【００２１】
ユーザインタフェースＡＰ２０４は、画面の制御とユーザからの録画や再生、または、ファイルの削除などの指示を受け付けるプログラム群である。録画・再生制御２０２は、映像データの録画、再生などの指示をするプログラム群である。ファイル制御２０３は、ファイルの削除などのファイルに関する制御の指示を与えるプログラム群である。ファイルシステム２０１は、ファイルをデータ構造として実現し、その操作をするためのプログラム群である。オペレーティングシステム２００は、ソフトウェアとハードウェアの仲立ちとなる基本プログラムであり、ＨＤＤデバイスドライバ２００ａは、ＨＤＤにアクセスするための制御ソフトウェアである。
【００２２】
これらのソフトウェアは、ＨＤＤ６０のシステムエリアか、ＲＯＭ７１からＲＡＭ７０上にロードされ、ＣＰＵにより実行される。
【００２３】
次に、図３を用いて第一の実施形態に係る録画ファイルの削除処理に関するデータ構造について説明する。
【００２４】
図３は、ＨＤＤ６０におけるファイルのデータ構造を表す図である。
【００２５】
本実施形態では、図３に示すようなデータ構造を意図している。すなわち、ファイルは、各々に通番が付加されたブロック単位で管理されている。ファイル管理情報３１０としては、ファイル名３１１、ファイルサイズ３１２が先頭にあり、以下には、データエリア４００の中にとられる開始ブロック番号３２０と、そのブロック数３２１が複数保持されている。開始ブロック番号３２０には、データ領域の対象としているブロックの番号が格納される。ブロック数３２１は、開始ブロックからそのファイルのために使用しているブロックの数が格納される。今、開始ブロック番号３２０からそのブロック数３２１だけ連続するデータエリア４００を「領域」といい、それらを保持するエリアを「領域リスト」ということにする。
【００２６】
そして、空きブロックを管理するための空きブロックビットマップ３００を有している。データ領域のブロックにおいて、０のときが、そのブロックは空きであり、１のときが、使用中であることを示している。ブロックは、ＨＤＤにおける最小の記録単位としてセクタが取られることが多い。また、このようなデータ構造を採用するファイルシステムとして代表的なものとしては、ＵＤＦ（Universal Disk Format）がある。ここで、開始ブロック番号３２０及びブロック数３２１で構成されるサイズは、上記バッファメモリ３５からＨＤＤ６０に記憶される所定サイズ単位であり、開始ブロック番号３２０ａとブロック数３２１ａの組、及び開始ブロック番号３２０ｂとブロック数３２１ｂの組が、それぞれ上述したように１．５Ｍバイトのサイズを有しているものとする。
【００２７】
次に、図４および図５を用いて第一の実施形態に係る録画ファイルの削除処理について説明する。
【００２８】
図４は、第一の実施形態に係る録画ファイルの削除処理の手順を示すフローチャートである。
【００２９】
図５は、第一の実施形態に係る領域削除処理の手順を示すフローチャートである。
【００３０】
録画ファイルの削除は、ユーザが所望する録画番組に対応するファイルをリモコン９０などの手段により、選択して削除コマンドを指示することによりおこなう。
【００３１】
このとき図２に示したユーザインタフェースＡＰ２０４より、ファイル制御プログラム２０３に指示が行き、ファイル制御プログラム２０３は、ファイルシステム２０１により、ファイルシステム上のファイルを削除する処理をおこなう。
【００３２】
先ず、削除処理においては、図４に示されるように、削除しようとするファイルを削除ディレクトリに移動する（Ｓ４００）。削除ディレクトリは、いわば「ごみ箱」を実現するための削除専用のために用いられるディレクトリであり、このディレクトリの配下に置かれるファイルは、削除すべきファイルであることを意味する。実際には、図３に示したファイル名を書き換えて、削除ディレクトリに属するようにすればよい。
【００３３】
次に、領域リストの中に、未削除領域があるか否かを調べる（Ｓ４０１）。ここで、図３に示したデータ構造の管理情報３１０において、領域リストの後ろ側のアドレス（つまり紙面の右側）の領域から消去するようにすればよい。これは、ファイル管理情報３１０を先頭アドレスから消去すると、消去した管理情報に続く管理情報を先頭側に詰める（移動させる）処理が必要になるからである。例えば開始ブロック番号３２０ａとブロック数３２１ａの情報を消去した場合、それに続く開始ブロック番号３２０ｂとブロック数３２１ｂの情報を、開始ブロック番号３２０ａとブロック数３２１ａのアドレスに移動させる処理が必要となり、ファイルの消去に要する時間が多くなる。これを解消するために、本実施形態では、上述のように、削除ファイルに対応するファイル管理情報３１０のデータ列の、最終アドレス側から順にファイル管理情報３１０を削除するようにしている。これは、空きブロックビットマップ３００の削除処理（セクタに対応するビットマップデータを「１」から「０」に書き換える処理）も同様である。
【００３４】
未削除領域があるときには、以下の図５のフローチャートに示すブロック削除処理により、その領域の中のブロック削除をおこなう（Ｓ４０２）。そして、ファイル管理情報のファイルサイズを更新する（Ｓ４０３）。
【００３５】
未削除ブロックがないときには、ファイル名３１１をクリアして終了する（Ｓ４０４）。
【００３６】
次に、図５を用いてＳ４０２の領域削除処理について詳説する。
【００３７】
先ず、削除しようとする領域内において、空きブロックビットマップエリア３００を参照し、未削除のブロックがあるか否かを調べる（Ｓ４０１）。すなわち、空きブロックビットマップエリア３００内に、開始ブロック番号から始まるブロックに１が立っているブロックがあるか否かを調べる。
【００３８】
削除しようとするブロック内に、未削除のブロックがないとき、すなわち、全て空きブロックのときには、この処理は終了する。
【００３９】
削除しようとするブロック内に、未削除のブロックがあるときには、未削除ブロックのビットマップを一つクリアする。つまり該当ビットマップのデータを「１」から「０」に更新する（Ｓ５０１）。
【００４０】
次に、上記のビットマップのクリアに対応して、ブロック数３２１を書き換える（Ｓ５０２）。すなわち、ブロック数３２１の数を１だけデクリメントする。これを、上述した所定サイズ単位（１．５Ｍバイト単位）で行う。開始ブロック番号３２０ａとブロック数３２１ａの組、開始ブロック番号３２０ｂとブロック数３２１ｂの組毎に、このＳ５０２の処理を行う。
【００４１】
そして、ファイル制御プログラム２０３は、録画・再生制御プログラム２０２から、録画・再生要求がなされていないかを調べる（Ｓ５０３）。
【００４２】
録画・再生要求がなされていないときには、Ｓ５００に戻り、その領域内のブロックの削除を続行する。例えば、開始ブロック番号３２０ｂとブロック数３２１ｂの組について削除処理が終了した後に、録画・再生要求の有無をチェックし、かかる要求がなされていないときは、Ｓ５０１、５０２に戻って、開始ブロック番号３２０ｂとブロック数３２１ｂの組の前にある開始ブロック番号３２０ａとブロック数３２１ａの組の削除処理を行う。全ての所定サイズのデータについて、ビットマップのクリア処理、ファイル管理情報の更新処理（ビットマップのクリアに対応するようにファイル管理情報を書き換える処理）の順番で行う。
【００４３】
録画・再生要求がなされているときに、待機処理に入り（Ｓ５０４）、録画・再生制御プログラム２０２から、録画・再生処理の終了通知を待ち、録画・再生処理の終了通知があったときには（Ｓ５０５）、Ｓ５００に戻り、その領域内のブロックの削除を再開する。このようにして、削除処理が完了すると、削除ファイルに対応する空きブロックビットマップ３００及びファイル管理情報３１０がクリア（つまり「０」に）され、ＨＤＤ６０内に削除ファイルが存在しない状態が形成される。
【００４４】
このように、本実施形態によれば、１ブロック削除毎に、録画・再生要求がなされているかを調べるため、録画・再生要求に対して待たせる時間が短くなり、映像の乱れや録画処理の遅れなどの発生を防止することができる。
【００４５】
特に、削除処理に要する時間は、空きビットマップのクリアが大半を占め、ブロック数が大きいファイルの削除のときにそれが著しくなることを注意する必要がある。本実施形態では、いかにブロック数が大きくとも、１ブロック単位で削除していくので、そのために録画・再生要求に対して待たせる時間が問題となることはない。
【００４６】
〔実施形態２〕
以下、第二の実施形態を、図６を用いて説明する。
【００４７】
図６は、第二の実施形態に係る領域削除処理の手順を示すフローチャートである。
【００４８】
本実施形態のハードウェア構成、ソフトウェア構成、データ構造は、第一の実施形態で用いたものと同じものでよい。
【００４９】
第一の実施形態では、所定サイズ（例えば１．５Ｍバイト）毎に、空きブロックビットマップのクリア処理、ファイル管理情報のクリア処理、及び録画・再生処理要求の有無の確認処理を行っているため、全体的に削除処理に掛かる時間が増加する。本実施形態では、所定サイズ毎に削除処理を行わず、所望の削除ファイルについて、まず空きブロックビットマップのクリア処理を行いつつ録画・再生処理要求の割り込みを受け付ける。空きブロックビットマップのクリア処理中に録画・再生処理要求の割り込みがあった場合には、その時点で当該ビットマップのクリア処理を中断し、そのときのビットマップのデータと整合を取るようにファイル管理情報を更新した後に録画・再生処理を行うようにしている。これにより、全体的なファイルの削除処理時間を短縮している。この処理の詳細について図６のフローチャートを参照しつつ説明する。
【００５０】
図６は、ある録画番組のファイルを削除するための本発明に掛かる第二実施形態を示しており、ファイル削除中に録画処理の割り込みが入る場合を例にした処理のフローを示している。ファイル削除処理に入ると、Ｓ６００において未削除ブロックが存在するかどうかを判定する。これは、図５に示されたＳ５００の処理と同様である。Ｎであれば本処理を終了し、ＹであればＳ６０１に進んでビットマップのクリア処理を行う。このビットマップのクリア処理と並行し、ＨＤＤ制御部４０は、バッファメモリ３５に格納されたデータの量を監視する。そしてＳ６０２において、バッファメモリ３５に格納されたデータの量が所定サイズ以上か（例えば１．５Ｍバイト）を判定する。これ以上の場合はＨＤＤ６０への書き込み最小単位のデータが用意されたものとして書き込み（録画）可能状態となる。すなわち、本実施形態では、バッファメモリ３５に格納されたデータの量が所定値以上の場合に書き込み（録画）のための割り込みが発生するものとしている。尚、ＨＤＤ制御部４０によるバッファメモリ３５のデータ量の監視は、ユーザによって録画指令が発せられた場合に行うものとする。
【００５１】
Ｓ６０２の判定がＹの場合、つまり書き込み（録画）のための割り込みが発生し他場合は、Ｓ６０３へ進んで、割込が発生する前に行われたビットマップデータのクリア処理と対応（整合）するようにファイル管理情報の内容を更新する。例えば、ブロック数３２１ｂが４である場合において、そのブロック群に対応する４つのビットマップのセクタのうち３つがクリアされると、ブロック数３２１ｂのデータが「４」から「１」に書き換えられる。当然４つのビットマップのセクタが全てクリアされると、ブロック数３２１ｂのデータは「０」となる。
【００５２】
Ｓ６０３の処理が終了するとＨＤＤ６０への書込準備完了状態となり、Ｓ６０４へ進んでバッファメモリ３５に格納された所定サイズのデータがＨＤＤ６０に書き込まれる。その後、Ｓ６０５へ進んで再度バッファメモリ３５に格納されたデータの量が所定値以上かどうかを判定する。Ｓ６０４におけるデータの書込中に、バッファメモリ３５に次のデータが蓄積されるため、このような判定を行っている。この判定がＹの場合は、その次のデータをＨＤＤ６０に書き込む。一方、Ｓ６０５の判定がＮの場合はＳ６００まで戻って上述の削除処理を繰り返す。つまり、本実施形態は、バッファメモリ３５に格納されたデータ量が所定値未満の場合はファイル削除処理を再開するものである。
【００５３】
本実施形態でも、第一の実施形態と同様に削除処理中であっても書込み(録画)処理を優先させている。また本実施形態では、書込割込が生じた後にファイル管理情報の更新をしているが、ファイル管理情報の更新処理に掛かる時間は、ビットマップのクリア処理よりも非常に短いため、書込割込の発生から実際に書込処理を行うまでの時間は短く、応答性も損ねない。更にまた、本実施形態は、書込（録画）処理のみならず、再生処理も動揺に行うことができる、再生処理の場合は、Ｓ６０２とＳ６０４の判定を、バッファメモリ３５に格納されたデータ量が所定値以下であるかを判定するようにすればよい。
【００５４】
このように、本実施形態では、削除ファイル全体のビットマップのクリア処理中にバッファメモリ３５のデータ量を監視しており、そのデータ量が所定値以上に達したときにファイル管理情報の更新処理をして書込／再生処理をしているので、全体的なファイル削除処理時間を低減でき、かつ書込／再生処理を妨げることなくファイルの削除処理を行うことができる。更にまた本実施形態によれば、削除処理のために、録画・再生のバッファデータがバッファメモリ３５の中で枯渇するのを避けることができ、再生時の映像の乱れや録画処理の遅れなどを防止することができる。
【図面の簡単な説明】
【００５５】
【図１】第一の実施形態に係る録画再生装置のハードウェア構成例を示すブロック図である。
【図２】第一の実施形態に係る録画再生装置のデータ制御のためのソフトウェア構成を示すブロック図である。
【図３】ＨＤＤ６０におけるファイルのデータ構造を表す図である。
【図４】第一の実施形態に係る録画ファイルの削除処理の手順を示すフローチャートである。
【図５】第一の実施形態に係る領域削除処理の手順を示すフローチャートである。
【図６】第二の実施形態に係る領域削除処理の手順を示すフローチャートである。
【符号の説明】
【００５６】
１０…外部入力
１１…アナログチューナ
１２…デジタルチューナ
２０、２１…スイッチ
３０…ＭＰＥＧエンコーダ
４０…制御部
５０…ＨＤＤ制御部
６０…ＨＤＤ
７０…ＲＡＭ
７１…ＲＯＭ
８０…表示部
９０…リモコン
１００…録画再生装置
【図１】
2008186491.tif 000003
【図２】
2008186491.tif 000004
【図３】
2008186491.tif 000005
【図４】
2008186491.tif 000006
【図５】
2008186491.tif 000007
【図６】
2008186491.tif 000008