(57)【要約】【課題】  固定長ブロック記録と可変長ブロック記録を適宜選択でき、且つ、可搬型メディアに記録された際にも、異種の機器間で互換性を確保できるフォーマットにてファイルデータを記録する。【解決手段】  サムネイルファイルには、サムネイル構造体の格納単位として、所定データサイズからなるブロックが設定される。ヘッダ（Header for recorded thumbnails）のフラグ情報として、固定長(Constant)を示すフラグが設定されるとき、当該ファイルに対しては、サムネイル構造体が一つのブロックに格納される。また、フラグ情報として、可変ブロック長 (Multiple of block size)を示すフラグが設定されるとき、当該ファイルに対しては、サムネイル構造体が一つあるいはそれ以上のブロックに跨って格納されるよう制御される。単位ブロックのデータ容量は、ヘッダ中のブロックサイズに設定される。【選択図】    図４
2005332430.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ構造体を一つのファイル中に格納して記録するデータ記録方法であって、
前記データ構造体の格納単位として所定データサイズからなるブロックを設定し、
前記ブロックのデータサイズを規定するサイズ情報と、前記データ構造体を一つのブロックを用いて格納するか一つ以上のブロックを用いて格納するかを規定するフラグ情報を、当該ファイルの管理情報として設定し、
さらに、前記データ構造体を一つ以上のブロックを用いて格納する場合に、当該データ構造体の格納に用いられるブロック数を規定する情報を、当該データ構造体の管理情報として設定する、
ことを特徴とするデータ記録方法。
【請求項２】
請求項１において、さらに、
前記データ構造体の管理情報として、当該データ構造体が消去可能か否かを規定する情報を設定する、
ことを特徴とするデータ記録方法。
【請求項３】
請求項２において、
前記消去の可否を規定する情報は、当該データ構造体に対するリンク数を規定する情報であって、このリンク数が０のときに、当該データ構造体が消去可能とされる、
ことを特徴とするデータ記録方法。
【請求項４】
請求項２または３において、
新たなデータ構造体を当該ファイルに格納する場合、前記ブロック数を規定する情報と、前記消去の可否を規定する情報を参照して、新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出し、検出したデータ構造体に前記新たなデータ構造体を上書きする、
ことを特徴とするデータ記録方法。
【請求項５】
請求項４において、
前記新たなデータ構造体を上書きするときに、当該上書きされるデータ構造体に１ブロック以上の残存ブロックが生じる場合、当該残存ブロックに対する前記消去可否を規定する情報を消去可能に設定するとともに、当該残存ブロックに対応するデータ構造体が無効データを保持するものであることを規定する情報を、当該データ構造体の管理情報として設定する、
ことを特徴とするデータ記録方法。
【請求項６】
請求項４において、
前記新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出できない場合には、当該ファイルの最後に、前記新たなデータ構造体を格納する、
ことを特徴とするデータ記録方法。
【請求項７】
請求項１乃至６の何れかにおいて、
前記データ構造体は、主データとしてサムネイルデータを含む、
ことを特徴とするデータ記録方法。
【請求項８】
複数のデータ構造体を一つのファイル中に格納して記録するデータ記録装置であって、
前記データ構造体の格納単位として所定データサイズからなるブロックを設定するブロック設定手段と、
前記ブロックのデータサイズを規定するサイズ情報と、前記データ構造体を一つのブロックを用いて格納するか一つ以上のブロックを用いて格納するかを規定するフラグ情報を、データフォーマット中における当該ファイルの管理情報として設定する第１の情報設定手段とを有する、
ことを特徴とするデータ記録装置。
【請求項９】
請求項８において、
前記データ構造体を一つ以上のブロックを用いて格納する場合に、当該データ構造体の格納に用いられるブロック数を規定する情報を、データフォーマット中における当該データ構造体の管理情報として設定する第２の情報設定手段を有する、
ことを特徴とするデータ記録装置。
【請求項１０】
請求項８または９において、
前記第２の情報設定手段は、さらに、データフォーマット中における当該データ構造体の管理情報として、当該データ構造体が消去可能か否かを規定する情報を設定する、
ことを特徴とするデータ記録装置。
【請求項１１】
請求項１０において、
前記消去の可否を規定する情報は、当該データ構造体に対するリンク数を規定する情報であって、このリンク数が０のときに、当該データ構造体が消去可能とされる、
ことを特徴とするデータ記録装置。
【請求項１２】
請求項１０または１１において、
新たなデータ構造体を当該ファイルに格納する場合、前記ブロック数を規定する情報と、前記消去の可否を規定する情報を参照して、新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出し、検出したデータ構造体に前記新たなデータ構造体を上書きする、
ことを特徴とするデータ記録装置。
【請求項１３】
請求項１２において、
前記新たなデータ構造体を上書きしたときに、前記検出したデータ構造体に１ブロック以上の残存ブロックが生じる場合、当該残存ブロックに対する前記消去可否を規定する情報を消去可能に設定するとともに、当該残存ブロックに対応するデータ構造体が無効データを保持するものであることを規定する情報を、データフォーマット中における当該データ構造体の管理情報として設定する、
ことを特徴とするデータ記録装置。
【請求項１４】
請求項１２において、
前記新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出できない場合には、当該ファイルの最後に、前記新たなデータ構造体を格納する、
ことを特徴とするデータ記録装置。
【請求項１５】
請求項８乃至１４の何れかにおいて、
前記データ構造体は、主データとしてサムネイルデータを含む、
ことを特徴とするデータ記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ記録方法およびデータ記録装置に関し、特に、リムーバブルディスクに対しファイルデータを記録する際に用いて好適なものである。
【背景技術】
【０００２】
あるデータ群を記録媒体にファイル形式で格納する場合、個々のデータを個々のファイルとして格納する方式が一般的である。ただし、意味が共通のデータ群(例えばサムネイルなど)の場合は、まとめて１つのファイルとして格納する場合もある。この場合のメリットは、ファイルの開閉に伴うオーバーヘッドを軽減できることにある。１ファイルに１データを保持している場合は、Ｎ個のデータを読むのにＮ個のファイルを開く必要があるが、１ファイルに全データ群を保持している場合は、１個のファイルを開くだけで十分である。ただし、デメリットとしては、管理が複雑になることが挙げられる。データの追加、削除によるアクセス性の低下が懸念される。
【０００３】
ところで、CD（Compact Disc）、DVD（Digital Versatile Disc）、リムーバブルHDD（Hard Disc Drive）などの可搬型記録媒体においては、どの機種のビデオレコーダ、PCでも互換性が確保できる共通のデータ構造が必要である。ビデオレコーダやPC等においては、取り扱うデータの種類や設計思想に応じて、データフォーマットを適宜、選択できる様にすることが望ましい。従って、このような要件を満たすデータフォーマットの策定が要求される。
【０００４】
なお、以下の特許文献１には、異なるデータフォーマットのリムーバブルディスクに対する記録および再生をサポートするための技術が記載されている。
【特許文献１】特開２００４−５４９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで、本発明は、記録領域の利用効率の向上を必要に応じて適宜図ることができ、且つ、可搬型メディアが異種の機器に装着された場合にも互換性を確保し得る記録方法および記録装置を提供することを課題とする。加えて、検索性に優れ、且つ、データ構造体の追加、削除の管理を容易に行える記録方法および記録装置を提供することを課題とする。
【課題を解決するための手段】
【０００６】
第１の発明は、複数のデータ構造体を一つのファイル中に格納して記録するデータ記録方法であって、前記データ構造体の格納単位として所定データサイズからなるブロックを設定し、前記ブロックのデータサイズを規定するサイズ情報と、前記データ構造体を一つのブロックを用いて格納するか一つ以上のブロックを用いて格納するかを規定するフラグ情報を、当該ファイルの管理情報として設定し、さらに、前記データ構造体を一つ以上のブロックを用いて格納する場合に、当該データ構造体の格納に用いられるブロック数を規定する情報を、当該データ構造体の管理情報として設定することを特徴とする。
【０００７】
第２の発明は、前記第１の発明に係るデータ記録方法において、さらに、前記データ構造体の管理情報として、当該データ構造体が消去可能か否かを規定する情報を設定することを特徴とする。
【０００８】
第３の発明は、前記第２の発明に係るデータ記録方法において、前記消去の可否を規定する情報は、当該データ構造体に対するリンク数を規定する情報であって、このリンク数が０のときに、当該データ構造体が消去可能とされることを特徴とする。
【０００９】
第４の発明は、前記第２または第３の発明に係るデータ記録方法において、新たなデータ構造体を当該ファイルに格納する場合、前記ブロック数を規定する情報と、前記消去の可否を規定する情報を参照して、新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出し、検出したデータ構造体に前記新たなデータ構造体を上書きすることを特徴とする。
【００１０】
第５の発明は、前記第４の発明に係るデータ記録方法において、前記新たなデータ構造体を上書きするときに、当該上書きされるデータ構造体に１ブロック以上の残存ブロックが生じる場合、当該残存ブロックに対する前記消去可否を規定する情報を消去可能に設定するとともに、当該残存ブロックに対応するデータ構造体が無効データを保持するものであることを規定する情報を、当該データ構造体の管理情報として設定することを特徴とする。
【００１１】
第６の発明は、前記第４の発明に係るデータ記録方法において、前記新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出できない場合には、当該ファイルの最後に、前記新たなデータ構造体を格納することを特徴とする。
【００１２】
第７の発明は、前記第１乃至第６の発明のうち何れか一の発明において、前記データ構造体は、主データとしてサムネイルデータを含むことを特徴とする。
【００１３】
第８の発明は、複数のデータ構造体を一つのファイル中に格納して記録するデータ記録装置であって、前記データ構造体の格納単位として所定データサイズからなるブロックを設定するブロック設定手段と、前記ブロックのデータサイズを規定するサイズ情報と、前記データ構造体を一つのブロックを用いて格納するか一つ以上のブロックを用いて格納するかを規定するフラグ情報を、データフォーマット中における当該ファイルの管理情報として設定する第１の情報設定手段とを有することを特徴とする。
【００１４】
第９の発明は、前記第８の発明に係るデータ記録装置において、前記データ構造体を一つ以上のブロックを用いて格納する場合に、当該データ構造体の格納に用いられるブロック数を規定する情報を、データフォーマット中における当該データ構造体の管理情報として設定する第２の情報設定手段を有することを特徴とする。
【００１５】
第１０の発明は、前記第８または第９の発明に係るデータ記録装置において、前記第２の情報設定手段は、さらに、データフォーマット中における当該データ構造体の管理情報として、当該データ構造体が消去可能か否かを規定する情報を設定することを特徴とする。
【００１６】
第１１の発明は、前記第１０の発明に係るデータ記録装置において、前記消去の可否を規定する情報は、当該データ構造体に対するリンク数を規定する情報であって、このリンク数が０のときに、当該データ構造体が消去可能とされることを特徴とする。
【００１７】
第１２の発明は、前記第１０または第１１の発明に係るデータ記録装置において、新たなデータ構造体を当該ファイルに格納する場合、前記ブロック数を規定する情報と、前記消去の可否を規定する情報を参照して、新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出し、検出したデータ構造体に前記新たなデータ構造体を上書きすることを特徴とする。
【００１８】
第１３の発明は、前記第１２の発明に係るデータ記録装置において、前記新たなデータ構造体を上書きしたときに、前記検出したデータ構造体に１ブロック以上の残存ブロックが生じる場合、当該残存ブロックに対する前記消去可否を規定する情報を消去可能に設定するとともに、当該残存ブロックに対応するデータ構造体が無効データを保持するものであることを規定する情報を、データフォーマット中における当該データ構造体の管理情報として設定することを特徴とする。
【００１９】
第１４の発明は、前記第１２の発明に係るデータ記録装置において、前記新たなデータ構造体のデータサイズ以上で且つ消去可能なデータ構造体を検出できない場合には、当該ファイルの最後に、前記新たなデータ構造体を格納することを特徴とする。
【００２０】
第１５の発明は、前記第８乃至第１４の発明のうち何れか一の発明において、前記データ構造体は、主データとしてサムネイルデータを含むことを特徴とする。
【００２１】
本発明の特徴は、以下に示す実施の形態の説明により更に明らかとなろう。
【００２２】
なお、上記各発明における「データ構造体」は以下の実施の形態では「サムネイル構造体」が対応し、「サイズ情報」は以下の実施の形態では「ブロックサイズ（Length ob Block Size）」が対応し、「ファイルの管理情報」は以下の実施の形態では「ヘッダ（Header for recorded thumbnails）」が対応し、「データ構造体の管理情報」は以下の実施の形態では「ヘッダ（Header for each thumbnails）」が対応し、「リンク数を規定する情報」は以下の実施の形態では「リンクカウント情報（Link Count）」が対応し、「無効データを保持するものであることを規定する情報」は以下の実施の形態では「無効化識別ビット（Broken Bit）」が対応する。また、上記第７ないし第１３の発明における各手段の機能は以下の実施の形態では「システムコントローラ１０９」が実行する。
【００２３】
ただし、以下の実施の形態は、あくまでも、本発明の一つの実施形態であって、本発明ないし各構成要件の用語の意義は、以下の実施の形態に記載されたものに制限されるものではない。
【発明の効果】
【００２４】
第１の発明によれば、サイズ情報を適宜設定することにより、当該ファイルに適用されるブロックのサイズを任意に設定することができる。
【００２５】
また、フラグ情報を適宜設定することにより、当該ファイルに適用されるデータ格納方式を任意に設定することができる。たとえば、フラグ情報を「一つのブロックを用いてデータ構造体を格納する方式」に対応するものとすれば、ブロック毎に一つのデータ構造体を格納するデータ格納方式を設定できる。このとき、サイズ情報は、想定されるデータ構造体を格納するに十分な大きさのブロックサイズに設定すれば良い。
【００２６】
また、フラグ情報を「一つ以上のブロックを用いてデータ構造体を格納する方式」に対応するものとすれば、一つまたは複数のブロックに跨って一つのデータ構造体を格納するデータ格納方式を設定できる。このとき、サイズ情報を小さく設定すれば、記録領域の利用効率の向上を図ることができる。また、一つのデータ構造体の格納がブロックの整数倍にて行われるため、ブロックの開始位置が明確となる。その結果、可変長であっても検索性が高く、且つ、データ構造体の追加、削除の管理が簡易化されるとの効果を奏することができる。
【００２７】
なお、フラグ情報を「一つ以上のブロックを用いてデータ構造体を格納する方式」に設定した場合にも、データ構造体のサイズが小さければ、一つのブロックにデータ構造体を格納することができる。
【００２８】
さらに、ファイルの管理情報として設定されたサイズ情報とフラグ情報を参照することにより、当該ファイルのファイルフォーマットを識別することができ、また、データ構造体の管理情報として設定されたブロック数を規定する情報を参照することにより、当該データ構造体のブロック長を識別することができる。よって、異種の対応機器に記録媒体が装着された場合においても、当該ファイルのファイルフォーマットとブロックサイズを把握することができ、任意の記録媒体を互換再生できるようになる。
【００２９】
また、第２および第３の発明によれば、「データ構造体が消去可能か否かを規定する情報」をデータ構造体の管理情報に設定するのみで、上書き可能なデータ構造体を設定することができる。また、この情報の設定を適宜解除することにより、当該データ構造体を消去可能から消去不可に復活させることができ、記録済みデータ構造体の有効利用を図ることができる。
【００３０】
また「データ構造体が消去可能か否かを規定する情報」をデータ構造体の管理情報に設定するようにすれば、第４の発明に示す如く、当該情報を参照して、上書き可能なデータ構造体を検出することができる。さらに、第５の発明によれば、上書き後の残存ブロックを無効化することができ、データ構造体の処理効率を向上させることができる。第６の発明によれば、使用済みブロックを有効活用しながら、新たなデータ構造体を円滑に格納・記録することができる。
【００３１】
なお、前記データ構造体は、第７の発明に示す如く、主データとしてサムネイルデータを含むよう構成することができる。
【００３２】
第８ないし第１５の発明は、上記第１ないし第７の発明をデータ記録装置に適用したものであって、それぞれ、上記第１ないし第７の発明と同様の効果を奏し得るものである。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態につき図面を参照して説明する。
【００３４】
図１に、実施の形態に係るデジタルテレビ録画再生装置の構成を示す。かかるデジタルテレビ録画再生装置は、外部記憶装置としてリムーバブルＨＤＤユニットを用い、受信したＳＤ（Standard Definition）画像情報またはＨＤ（High Definition）画像情報を再生し、あるいは、リムーバブルＨＤＤユニットに対し適宜記録するものである。
【００３５】
図示の如く、デジタルテレビ録画再生装置は、アンテナ(100)、チューナ(101)、伝送路復号部(102)、ＴＳ分離/選択部(103)、ＭＰＥＧ‐ＴＳデコーダ(104)、MPEGデコード及び表示用メモリ(105)、Ｄ／Ａコンバータ(106)、表示装置(107)、リモコン受光部(108)、システムコントローラ(109)、表示パネル(110)、バッファメモリ(111)、リムーバブルＨＤＤスロット(112)、リムーバブルＨＤＤ挿入検出部(113)、表示画像縮小部 (114)、JPEG圧縮/解凍部(115)から構成されている。
【００３６】
リムーバブルＨＤＤユニット(200)は、当該デジタルテレビ録画装置で使用される記録媒体である。
【００３７】
図１を参照して、デジタル放送の記録、再生の基本動作を説明する。
【００３８】
アンテナ(100)は、デジタル変調された信号を受信する。チューナ(101)は、ユーザが選択したチャンネルをシステムコントローラ(109)の指示に従って選択し、アンテナ(100)で受信された信号から、選択したチャンネルの信号を抽出する。伝送路復号部(102)は、チューナ(118)で抽出された信号をＭＰＥＧ２によって符号化された映像音声データの形式に復号し、ＴＳ分離/選択部(103)へ出力する。
【００３９】
ＴＳ分離/選択部(103)は、映像音声データを記録しないとき、映像音声データをＭＰＥＧ‐ＴＳデコーダ(104)へ出力する。かかる映像音声データは、ＰＥＧ‐ＴＳデコーダ(104)によってデコードされた後、Ｄ／Ａコンバータ(106)を介して表示装置(107)に表示・出力される。また、ＴＳ分離/選択部(103)は、映像音声データを記録するとき、映像音声データをバッファメモリ(111)へ出力する。かかる映像音声データは、順次、システムコントローラ(109)によってファイルフォーマット化され、リムーバブルＨＤＤスロット(112)を介して、リムーバブルＨＤＤユニット(200)に記録される。
【００４０】
リムーバブルＨＤＤユニット(200)に記録されたファイルデータを再生する場合は、リモコン（図示せず）を操作しながら、再生するタイトルに対応する映像音声データを選択する。これにより、当該映像音声データがリムーバブルＨＤＤユニット(200)から読み出され、ＭＰＥＧ‐ＴＳデコーダ(104)に出力される。かかる映像音声データは、ＭＰＥＧ‐ＴＳデコーダ(104)によってデコードされた後、Ｄ／Ａコンバータ(106)を介して表示装置(107)に表示・出力される。
【００４１】
なお、再生対象タイトルの選択は、それぞれの映像音声データに対応して付加されたサムネイル画像を参照しながら行われる。サムネイル画像とは、フレーム画像を縮小した画像のことで、一般に、画像によるインデックスの意味合いを持つものである。すなわち、一つの映像音声データファイル（番組）に対して、その代表画像の縮小画像（サムネイル画像）を設定し、当該映像音声データファイルのインデックス画像とする。サムネイル画像は、映像音声データファイルに対応して作成され、リムーバブルＨＤＤユニット(200)に記録される。
【００４２】
次に、サムネイル画像の作成・記録について説明する。
【００４３】
まず、ユーザは、記録済みの番組一覧から、所望の番組を選択し再生する。次に、当該番組の再生の途中で、サムネイル画像にしたい画像で表示を止め、その画像をサムネイル画像にする旨の指令を、リモコン（図示せず）を介して当該装置に入力する。そうすると、MPEGデコード及び表示用メモリ(105)が保持するデジタル化された表示画像を、表示画像縮小部(114)によって所定サイズに縮小する。例えば、縦720画素、横480画素の画像を縦横ともに4分の１（縦180画素、横120画素）にする。この縮小画像は、JPEG圧縮/解凍部(115)によって圧縮される。圧縮されたサムネイルデータは、リムーバブルＨＤＤユニット(200)に、当該番組情報（映像音声データファイル）と関連付けされて記録される。
【００４４】
このようにしてサムネイル画像データが記録された後に、ユーザがリムーバブルHDDユニット(200)に記録された番組一覧の表示を指示すると、番組情報と共に関連づけられたサムネイルファイルからサムネイルデータが読み出され、JPEC圧縮/解凍部(202)によって解凍される。解凍されたサムネイルデータは、MPEGデコード及び表示用メモリ(105)に書き込まれ、さらに、ＭＰＥＧ‐ＴＳデコーダ(104)、Ｄ／Ａコンバータ(106)を介して表示装置(107)に表示される。
【００４５】
図２に、リムーバブルHDD(200)に番組を記録する場合のディレクトリ/ファイル構造を示す。
【００４６】
図示の如く、録画番組に関する全情報は、番組ファイル管理ディレクトリの下に存在している。番組管理ファイル(300)は、録画されている全番組を管理しているファイルである。映像音声データファイル(500)は、番組データが保持されており形式はＭＰＥＧ−ＴＳである。サムネイルファイル(400)は、全番組に対応するサムネイル画像情報を１ファイルに保持している。かかるサムネイルファイル(400)の構造は、追って詳述する。
【００４７】
図３に、番組管理ファイル(300)の構成を示す。
【００４８】
この番組管理ファイル(300)は、ハードディスクに録画されている全番組の管理情報を記録したファイルである。番組管理ファイル(300)には、まず、総記録番組数が格納される。ここでは、総記録番組数はＮである。その後に、映像音声データファイル名と対応するサムネイルの位置情報(ファイル上の開始位置とサムネイル長)のペアが、上記総記録番組数Ｎ個だけ連続して格納される。かかる番組管理ファイル(300)を参照することにより、ハードディスクに記録された番組の検索性が高まると共に、サムネイル画像情報と番組ファイルとの関連付けも管理できる。
【００４９】
図４に、サムネイルファイル(400)の基本構造を示す。
【００５０】
サムネイルファイル(400)には、まず、サムネイルファイル全体のヘッダ（Header for recorded thumbnails）が格納される。その後に、複数のサムネイル構造体（Thumbnail Structure）が順次格納される。ヘッダ（Header for recorded thumbnails）には、ブロックサイズ(Length of Block Size)と、サムネイル構造体が固定長(Constant)か、ブロックサイズの倍数か(Multiple of block size)を識別するフラグ情報(Flag)が格納される。また、これに続いて、当該ファイルに含まれるサムネイル構造体の総数(Number of Thumbnail Structure)と、これらのサムネイル構造体の中で有効とされる(使用されている)サムネイル構造体の数(Number of Valid Thumbnail Structure)が格納される。
【００５１】
それぞれのサムネイル構造体は、ヘッダ情報(Header for each thumbnail)と、サムネイルデータ(Thumbnail Data)で構成される。このうち、ヘッダ情報(Header for each thumbnail)には、図３のサムネイル位置情報によって当該サムネイル構造体にリンクされているリンク総数を示すリンクカウント情報(Link Count)と、サムネイルデータタイプ(Data Type)と、サムネイルデータが壊れている否かを示す無効化識別ビット(Broken bit)と、サムネイルデータが暗号化されているか否かを示す暗号化識別ビット(Encryption bit)にて構成されるデータフォーマット情報(Data Format)が含まれている。
【００５２】
さらに、これらに続いて、サムネイルデータ用フィールド長(Thumbnail Data Field Length)と、サムネイルデータ長(Thumbnail Data Length)が含まれている。サムネイルデータ用フィールド長(Thumbnail Data Field Length)は、サムネイルデータ構造を格納するために利用されるブロック数分のデータ容量からヘッダ情報(Header for each thumbnail)の格納に使用されるデータ容量を差し引いたデータ容量である。サムネイルデータ長(Thumbnail Data Length)は、サムネイルデータのデータ長である。
【００５３】
サムネイルファイルには、サムネイル構造体の格納単位として、所定データサイズからなるブロックが設定される。図４に示すヘッダ（Header for recorded thumbnails）のフラグ情報として、固定長(Constant)を示すフラグが設定されるとき、当該ファイルに対しては、サムネイル構造体が必ず一つのブロックに格納されるよう制御される。このとき、単位ブロックのデータ容量は、ヘッダ（Header for recorded thumbnails）中のブロックサイズに設定される。
【００５４】
また、図４に示すヘッダ（Header for recorded thumbnails）のフラグ情報として、可変ブロック長、すなわち、ブロックサイズの倍数(Multiple of block size)を示すフラグが設定されるとき、当該ファイルに対しては、サムネイル構造体が一つあるいはそれ以上のブロックに跨って格納されるよう制御される。このとき、当該サムネイル構造体の格納に使用したブロック数分のデータ容量からヘッダ情報(Header for each thumbnail)のデータ容量を差し引いたデータ容量が、ヘッダ情報(Header for each thumbnail)中のサムネイルデータ用フィールド長(Thumbnail Data Field Length)に設定される。
【００５５】
図５は、フラグ情報が可変ブロック長の場合のデータ格納例を示すものである。ここでは、ヘッダ（Header for recorded thumbnails）中のブロックサイズがＬに設定されており、サムネイル構造体は、当該ブロックサイズの倍数からなるフィールドに格納される。同図では、サムネイル構造体♯１は２ブロックを用いて格納され、また、サムネイル構造体♯１は２ブロックを用いて格納されている。
【００５６】
かかるフォーマットを採ることにより、サムネイル構造体の追加、削除、検索性を考慮しつつ、サムネイル構造体の格納効率を向上させることが可能となる。例えば、デジタル放送においては、SD画面サイズのサムネイル構造体のデータ容量をブロックサイズに設定すれば、HD画面サイズのサムネイルもブロックサイズの倍数として表現可能となる。
【００５７】
図６に、可変ブロック長の場合に、新たなサムネイル構造体を追加する際の処理例を示す。
【００５８】
同図の説明に入る前に、上記リンクカウント情報（Link Count）について、若干の説明を補足する。上記の如く、リンクカウント情報は、番組管理ファイルからリンクされているリンク数の総数を示すものである。例えば、ある番組ファイルを編集してダイジェスト版を作成した場合、当該番組用に既に作成してあるサムネイル画像を、ダイジェスト版のサムネイル画像としてそのまま使用したい場合がある。この場合、同じサムネイルを新たに作成して追加するのではなく、既に作成してあるサムネイル画像をダイジェスト版の映像音声ファイルにリンクさせる。このとき、当該サムネイル画像のリンクカウント情報（Link Count）は１プラスされる。
【００５９】
このように、サムネイル構造体のヘッダ情報(Header for each thumbnail)中に設定されているリンクカウント情報（Link Count）は、当該サムネイル画像に対するリンク数に応じて変動する。逆に、リンク元の番組ファイルを消去した場合等、当該サムネイル画像に対するリンク数が０になる場合も起こり得る。この場合、リンクカウント０のサムネイル構造体は、消去可能ということになる。
【００６０】
なお、サムネイルファイルのヘッダ（Header for recorded thumbnails）中にある「有効なサムネイル構造体の数」(Number of Valid Thumbnail Structure)は、リンクカウントが０でない構造体の総数を示すものである。
【００６１】
可変ブロック長において新たなサムネイル構造体をサムネイルファイルに追加する場合、最も簡単な処理方法は、新たなサムネイル構造体をファイルの最後に追加する方法である。しかし、この場合、既に格納済みのサムネイル構造体のうち、リンクされていない消去可能なサムネイル構造体がサムネイルファイル中に残存し、ハードディスクの容量が無駄に消費されることとなる。
【００６２】
かかる問題は、図６を参照して、リンクカウントの値（同図ではLC）が０であり、かつ、そのサイズ（ブロック数）が新たに追加するサムネイル構造体のサイズ（ブロック数）と同じか、もしくは、それより大きい場合に、当該サムネイル構造体に新たなサムネイル構造体を上書きする方法を採用することで解消できる。
【００６３】
ここで、両者のサイズが同じである場合は、新たに追加するサムネイル構造体をそのまま上書きすれば良い。これに対し、新たに追加するサムネイル構造体のサイズの方が小さい場合には、これを上書きしても、上書きされるサムネイル構造体のサイズ（ブロック数）から新たに追加するサムネイル構造体のサイズ（ブロック数）を差し引いた分だけ残存ブロックが生じる。かかる残存ブロックは、全く意味のない構造体となる。
【００６４】
この場合、かかる残存ブロックには、ヘッダ情報（Header for each Thumbnail）を付加し、リンクカウント情報を０（Link Count=0）、無効化識別ビットに１（Broken bit=1）を設定する。“Broken bit＝１”は、当該サムネイル構造体のデータは再生できないことを示す。これにより、サムネイルファイルとしての整合性を保つことができる。
【００６５】
図７に、可変ブロック長においてサムネイル構造体を新たに追加する際の処理フローを示す。なお、かかる処理フローは、番組が新たに記録され、そのサムネイル画像を作成して記録する際に実行されるものである（既に記録されているサムネイル画像のリンク数を変更するのみの場合には実行されない）。
【００６６】
まず、変数Iを１に初期化する（S100）。次に、サムネイル構造体＃Iのリンクカウントを確認する（S102）。リンクカウントが０でない場合（S102：No）、サムネイル構造体＃Iがファイル中の最後のものでなければ(S108：No)、変数Iに１をプラスして（S110）、次のサムネイル構造体＃Iのリンクカウントを確認する（S102）。サムネイル構造体＃Iがファイル中の最後のものであれば(S108：Yes)、新規追加のサムネイル構造体をファイルの最後に追加する（S112）。
【００６７】
S102に戻り、サムネイル構造体＃Iのリンクカウントが０である場合（S102：Yes）、サムネイル構造体＃Iのサイズと新たに追加するサムネイル構造体のサイズ（ブロック数）を比較する。ここで、両者のサイズが同じであれば（S104：Yes）、サムネイル構造体＃Iの先頭ブロックから新規追加のサムネイル構造体を上書きし(S106)、終了となる。
【００６８】
サムネイル構造体＃Iのサイズと新たに追加するサムネイル構造体のサイズを比較した結果、新たに追加するサムネイル構造体の方が大きい場合は(S104：No、S114：No)、S108に進み、上記の処理を繰り返す。
【００６９】
サムネイル構造体＃Iのサイズと新たに追加するサムネイル構造体のサイズを比較した結果、サムネイル構造体＃Iのサイズの方が大きい場合には、（S104：No、S114：Yes）、サムネイル構造体＃Iの先頭ブロックから新規追加のサムネイル構造体を上書きする(S116)。
【００７０】
更に、上書きを終了したその次のブロックからヘッダ情報を書き込む(S118)。この際、各種パラメータは、リンクカウントの値＝０、Broken bit＝１（このサムネイルは再生できない）、サムネイル用フィールド長＝（元サムネイル構造体＃Iのブロック数のデータ容量）−（新規挿入サムネイル構造体のブロック数のデータ容量）‐（ヘッダ情報のデータ容量）として設定する。
【００７１】
以上、本発明に係る実施の形態について説明したが、本発明は上記実施の形態に限定されるものではなく、他に種々の変更が可能であることは言うまでもない。たとえば、上記実施の形態では、サムネイルファイルデータの記録処理に本発明を適用した例を示したが、本発明は、これ以外のファイルデータの記録処理にも適宜適用可能である。また、本発明は、デジタルテレビ録画再生装置以外のデータ記録装置にも適用できる。
【００７２】
本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【図面の簡単な説明】
【００７３】
【図１】実施の形態に係るデジタルテレビ録画再生装置の構成を示す図
【図２】ディレクトリ／ファイル構成を示す図
【図３】番組管理ファイルのデータ構造を示す図
【図４】サムネイルファイルのデータ構造を示す図
【図５】サムネイルファイルのデータ構造を示す図
【図６】新たにサムネイル構造体を追加する際の処理を説明する図
【図７】新たにサムネイル構造体を追加する際の処理フローを示す図
【符号の説明】
【００７４】
１０９  システムコントローラ
２００  リムーバブルＨＤＤユニット
【図１】
2005332430.tif 000003
【図２】
2005332430.tif 000004
【図３】
2005332430.tif 000005
【図４】
2005332430.tif 000006
【図５】
2005332430.tif 000007
【図６】
2005332430.tif 000008
【図７】
2005332430.tif 000009