JP2006139845A - 情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】ファイル再生処理速度の向上。
【解決手段】ヘッダ領域Ａ１、データ領域Ａ２、及びリソース領域Ａ３が順次配置されて成る構造のファイルをＨＤＤに記録するときに、データ領域Ａ２を形成する実データであるサムネイルデータの終端位置から、その終端位置を含むクラスタの終端までをアライメント領域Ａ２−１により埋める。アライメント領域Ａ２−１はサムネイルデータの再生には影響しない。これにより、リソース領域Ａ３は、常にクラスタの開始位置から記録されることになる。
【選択図】図１５

Description

本発明は、所定サイズによる最小データ管理単位により記憶媒体に対してデータを記録するようにされた情報処理装置とその方法に関する。また、このような情報処理装置が実行するプログラムに関する。

近年においては、記憶デバイスとして、記憶媒体に磁気ディスクを採用したＨＤＤ（ハードディスクドライブ）が広く普及している。
ＨＤＤは、周知のようにしてランダムアクセスが可能な記憶装置であり、記録されたデータの書き込み／読み出しは、基本的には、磁気ヘッドによって磁気ディスクに形成されるトラックに対してデータに応じた磁界印加／磁界検出を実行することによって実現される。

また、このようなＨＤＤにおいては、例えばＦＡＴファイルシステムなどに代表されるファイルシステムのフォーマットにより、ファイルとしてのデータの記録／再生、ファイル管理などが行われるようにされているのが通常である。

特開２００４−７９０８７号公報

ところで、ＨＤＤは、上記しているように磁気ヘッドによりトラックに対するデータの書き込み／読み出しを行うようにされている。従って、ＨＤＤにおいて記憶されているファイルなどのデータにアクセスするためには、そのデータが書き込まれているトラックに対してアクセスが行われるように、物理的に磁気ヘッドを移動させるシークといわれる動作が必要となる。このことから、周知のようにして、ＨＤＤなどのディスクメディアにおけるアクセス時間は、シーク動作に要するシーク時間が必ず含まれることになる。

アクセス時間が長くなると、例えばファイルのデータの転送速度の低下など、ファイル再生の処理速度などのパフォーマンスの低下を招くので、できるだけ短縮されるべきことが好ましいが、ＨＤＤなどのように、物理的にヘッドが移動してデータへのアクセスを行う記憶デバイス（記憶媒体）においては、ヘッドが物理的に移動している以上、上記したシーク時間が存在することは避けられない。
そこで、本発明としては、ＨＤＤなどのようなシーク動作を伴ってデータへのアクセスが行われる記憶デバイス（記憶媒体）を対象として、上記したような構造のファイルの再生を行う場合に関して、ファイル再生処理速度が向上されるようにすることを、その課題とする。

このために、本発明は情報処理装置について次のように構成する。
つまり、所定サイズの最小データ管理単位により記憶媒体にデータを書き込んで記憶させるデータ書き込み手段と、第１の情報部と、論理的にこの第１の情報部に続くようにして位置するもので、少なくとも上記第１の情報部に格納される実データを形成するデータ要素単位へのアクセスに必要とされる所定の情報を有する第２の情報部とから少なくとも成るファイルのデータを記憶媒体に書き込む場合において、第１の情報部の実データの終端位置を含んで記憶される最小データ管理単位に続く最小データ管理単位の開始位置から第２の情報部が記憶されるようにして、書き込み手段によるデータ書き込み処理を制御する制御手段とを備えて構成することとした。

また、情報処理方法として、所定サイズの最小データ管理単位により記憶媒体にデータを書き込んで記憶させるデータ書き込み手順と、第１の情報部と、論理的にこの第１の情報部に続くようにして位置するもので、第１の情報部に格納される実データを形成するデータ要素単位へのアクセスに必要とされる所定の情報を有する第２の情報部とから少なくとも成るファイルのデータを記憶媒体に書き込む場合において、第１の情報部の実データの終端位置を含んで記憶される最小データ管理単位に続く最小データ管理単位の開始位置から上記第２の情報部が記憶されるようにして、書き込み手順によるデータ書き込み処理を制御する制御手順とを実行するように構成することとした。

また、プログラムとして、上記情報処理方法としての手順を情報処理装置に実行させるように構成することとした。

上記各構成においては、所定サイズの最小データ管理単位によって記憶媒体にデータを書き込むことを前提として、第１の情報部と第２の情報部とから成るファイルを記憶媒体に記憶するのにあたっては、第１の情報部の実データの終端位置を含んで記憶される最小データ管理単位に続く最小データ管理単位においては、その開始位置から上記第２の情報部を書き込んで記憶させることとしている。
これにより、第１の情報部の実データの終端位置が、最小データ管理単位の終端と一致しているか否かにかかわらず、第２の情報部は、常に、最小データ管理単位の開始位置から書き込まれて記憶された状態が得られることになる。

記憶媒体に記憶されたデータを再生するのにあたっては、このデータの処理対象となる部分にアクセスして読み出しを実行し、作業用メモリ領域に書き込んで保持したうえで、この保持されたデータ部分を使用することが行われるが、この処理対象となるデータ部分についての記憶媒体からの読み出し及び作業用メモリ領域への書き込みは、最小データ管理単位を基として行われる。
例えば第２の情報部が最小データ管理単位の中途の位置から書き込まれるようにして記憶媒体に記憶される状態では、再生時において、この第２の情報部の開始位置を含む最小データ管理単位を記憶媒体から読み出して作業用メモリ領域に保持させる手順が必ず必要となる。これに対して、本発明では、この手順は省略されることになる。これにより本発明では、第２の情報部へのアクセス回数がその分少なくなる場合が生じることになる。
そのうえで、この第２の情報部は、「第１の情報部に格納される実データを形成するデータ要素単位へのアクセスに必要とされる所定の情報を有する」ものであるから、ファイル再生に際しては、実データを再生するために必ずアクセスしなければならない情報である。従って、第２の情報部へのアクセス回数が少なくなるということは、ファイル再生におけるアクセス回数が削減されることを意味する。
このようにして、ファイル再生に対するアクセス回数が削減されることで、例えばシーク時間なども短縮されることとなり、結果的には、ファイル再生処理速度が向上されることになる。

以下、本発明を実施するための最良の形態（以下、実施の形態という）について説明する。本実施の形態としては、本発明としての情報処理装置の構成をデジタルビデオカメラに適用した場合を例に挙げることとする。

図１は、本実施の形態としてのデジタルビデオカメラ１の構成例を示すブロック図である。
この図に示すデジタルビデオカメラ１において、光学系部２は、撮像レンズ、絞りなどを備えて成り、入射された光を撮像光として、光電変換部３に結像させる。また、光学系部２においては、フォーカス（焦点）調整のためのフォーカス調整機構や、絞り値に応じて絞りを可変する絞り可変機構などを備えているものとされ、このような機構部の駆動は、カメラ機能部６から出力される駆動信号によって行われる。カメラ機能部６は、ＣＰＵ１０の制御に応じて、しかるべきフォーカス状態や絞りの状態等が得られるように所要の駆動信号を出力するようにされている。
また、例えば光学ズーム機能を与えることとした場合には、光学系部２においてズームレンズを移動させるズーム機構を設けると共に、上記と同様にして、ＣＰＵ１０の制御に応じて上記ズーム機構を移動させる駆動部を設けるようにすればよい。さらに、カメラ機能部６として、ストロボを設けたうえで、ストロボ発光機能を与えるように構成することもできる。

光電変換部３は、例えば光電変換素子であるＣＣＤ(Charge Coupled Device)を備えて構成され、光学系部２から入射されて受光面にて結像された撮像光を光電変換することで撮像信号を生成してビデオ信号処理部４に出力する。撮影時においては、例えば露出設定結果に応じて決定されるシャッター速度の指示が、ＣＰＵ１０からビデオ信号処理部４に通知される。ビデオ信号処理部４では、通知されたシャッター速度に対応する走査タイミング信号を光電変換部３に出力する。光電変換部３は、この走査タイミング信号に応じて走査を行うようにして、光電変換処理を実行して映像信号を出力するようにされる。

ビデオ信号処理部４は、光電変換部３から入力されたアナログのビデオ信号（撮像画像信号）について、例えばゲイン調整、サンプルホールド処理を施すことによって波形整形を行ったうえで、Ａ／Ｄ変換を行うことで、デジタルとしてのビデオ信号データに変換する。そして、この変換処理によって得られたデジタルビデオ信号について、例えば、表示用輝度データの生成処理などをはじめ、表示部７にて表示が行われるようにするためのビデオ信号処理を実行する。これに伴い、ビデオ信号処理部４では、ＣＰＵ１０の制御に応じてキャラクタ画像なども撮像画像に重畳して表示可能なように、いわゆるオンスクリーンディスプレイのための信号処理も実行可能とされている。
表示部７として採用される実際のディスプレイデバイスについては特に限定されるべきものではないが、現状においては、広く液晶ディスプレイパネルが採用されている。

また、ビデオ信号処理部４は、光電変換部３から入力されたアナログビデオ信号を変換して得たデジタルビデオ信号について、例えば所定方式による圧縮符号化処理を施して、圧縮ビデオデータを生成することが可能とされている。
また、本実施の形態のデジタルビデオカメラは、スチルカメラ機能も備える。つまり、撮像画像信号について、写真としての所定形式による静止画データファイルを生成することが可能とされているが、このような画像処理も、ビデオ信号処理部４によって行われる。

また、ビデオ信号処理部４では、光電変換部３から入力された画像（映像）信号や、後述するメディアから読み出されたＡＶ(Audio Video)データのファイル（ＡＶファイル）などを、所定方式のアナログビデオ信号又はデジタルビデオ信号に変換して、画像入出力部５を介して外部機器などに出力可能とされている。
画像入出力部５は、外部から所定方式のビデオ信号を入力可能ともされており、この入力したビデオ信号をビデオ信号処理部４の処理を経て表示部７に表示させることが可能とされる。また、ビデオ信号処理部４は、画像入出力部５が入力したビデオ信号について、光電変換部３から入力されたアナログビデオ信号と同様にして、記録用データに変換してメディアコントローラ１３に転送することもできる。
これに対応して、画像入出力部５は、例えば所定方式に従った映像（画像）信号出力端子／映像信号入力端子を備える。

また、本実施の形態のデジタルビデオカメラ１は、音声処理部８及び音声入出力部９を備えることで、音声信号の入出力も可能とされている。
先ず、音声入力については、音声入出力部９としてマイクロフォンなどを備え、外部音声の収音を行って音声信号に変換して音声を入力するようにされる。そして、このようにして入力した音声信号を音声処理部８に出力する。音声処理部８は、例えば、撮像画像の圧縮符号化に対応する音声圧縮符号化方式により符号化された圧縮オーディオデータに変換するなどの音声信号処理を施す。

ＣＰＵ１０は、画像信号処理部４により得られた撮像画像についての圧縮ビデオデータと、音声処理部８により得られた収音音声についての圧縮オーディオデータとにより、所定形式のＡＶファイルを形成するための制御処理を実行するようにされる。このＡＶファイルは、圧縮ビデオデータを再生して出力される動画像に対して、圧縮オーディオデータを再生して出力される音声の再生時間軸が同期したものとなっている。なお、実際にＡＶファイルを形成するための構成としては、ＣＰＵ１０がプログラムを実行して得られるデジタル信号処理となるソフトウェア構成とされてもよいし、あるいは、ＡＶファイルを形成するためのハードウェアを備えるとともに、ＣＰＵ１０がこのハードウェアについての動作を制御する構成としてもよい。
上記ＡＶファイルとしてのデータは、記録用データとして、例えばＣＰＵ１０の制御によってメディアコントローラ１３に転送される。また、ＣＰＵ１０は、ビデオ信号処理部４によって生成された写真画像としての所定形式の静止画データファイルについても、記録用データとしてメディアコントローラ１３に転送することができる。

音声入出力部９としては、音声信号入力端子などを備えて外部のオーディオ機器などからオーディオ信号を入力するようにも構成することができる。上記音声信号入力端子から入力されたオーディオ信号については、音声処理部８は、所定形式によるデジタルオーディオデータファイルに変換するようにされる。ＣＰＵ１０は、このようなデジタルオーディオデータファイルのデータについても、記録用データとしてメディアコントローラ１３に転送することができる。

メディアコントローラ１３は、ＣＰＵ１０との連携により、所定の異なる種別の外部のメディア（記憶媒体）、外部記憶デバイス（記憶装置）に対応して、これらのメディアに対するデータ処理に関する制御処理を実行可能に構成される。ここでいうメディアに対するデータ処理とは、メディアのフォーマット処理や、メディアの記憶領域に対するファイル及びファイル管理のための情報（ファイル管理情報）などの書き込み／読み出し処理など、メディアに記憶されるべきデータに関連する何らかの処理をいう。

本実施の形態では、メディアコントローラ１３に対しては、先ず、ハードディスクドライブ（ＨＤＤ）１４が接続されている。ＨＤＤ１４は、周知のようにしてハードディスクといわれる、記憶媒体として磁気ディスクを備える記憶デバイスであり、現状においては、比較的低コストでギガバイトクラスの大容量が得られる。また、周知のようにして、記憶媒体である磁気ディスクに対する物理的なデータの読み出し／書き込みは、磁気ヘッドにより、磁気ディスク上に形成されるトラックをトレースしながら磁界印加、磁界検出を行うことによって実現される。
また、この場合のＨＤＤ１４としては、例えばデジタルビデオカメラ１に固定的に内蔵されるものとしてもよいし、デジタルビデオカメラ１（ホスト）に対して装脱可能な、所定の規格に従ったリムーバブル形態とされてもよい。

また、この図では、メディアコントローラ１３は、所定方式の光ディスク、光磁気ディスク、及び半導体メモリ素子を備える記憶デバイスである半導体記憶装置などにも対応してデータ処理が可能であることとされている。
光ディスク及び光磁気ディスクなどに対応する場合の実際としては、これらの記録媒体に対応してデータの書き込み／読み出しが可能に構成されたドライブとしてのデバイスを備え、これらのデバイスとメディアコントローラ１３とを接続することになる。
また、半導体記憶装置に対応する場合は、半導体記憶装置の実際の規格に従って、この半導体記憶装置が装脱されるスロットを、デジタルビデオカメラ１の本体に備える。このスロットに対して半導体記憶装置が適正に装填されると、半導体記憶装置のピン端子がスロットのコネクタ部位の電極と接続され、これにより、半導体記憶装置は、メディアコントローラ１３との間で通信が可能に接続されることになる。

メディアコントローラ１３は、先に説明したようにして、記録用データが転送されてくるのに応じて、この記録用データを、メディアコントローラ１３と接続されているメディア（記憶媒体、記憶装置）のうちから対象として選択されているメディアに対してさらに転送する。データが転送されたメディアでは、メディアコントローラ１３側からの指示に応じて記憶領域に対してデータを書き込んで記憶させる。このようにしてメディアに記憶されるデータがファイルとして記憶管理されることになる。なお、メディアに記憶されるファイルの管理は所定方式のファイルシステムによって行われる。

また、例えばメディアに記憶されているファイルについての再生として、ＡＶファイルを再生するときには、ＣＰＵ１０及びメディアコントローラ１３は、指定されたＡＶファイルにアクセスして読み出しを行う。このようにして読み出されるＡＶファイルは、例えばＣＰＵ１０の処理により、圧縮ビデオデータと圧縮オーディオデータとに分離され、圧縮ビデオデータについてはビデオ信号処理部４に受け渡し、圧縮オーディオ信号については、音声処理部８に受け渡すようにされる。
この場合のビデオ信号処理部４及び音声処理部８は、それぞれ、上記のようにして転送されてきた圧縮ビデオデータ、圧縮オーディオデータについて、復調処理を含む所要の再生信号処理を実行する。これにより、圧縮ビデオデータを再生した画像を表示部７にて表示するとともに、この画像の再生時間に同期して、圧縮オーディオデータを再生して得られる音声信号を、音声入出力部９が有するとされるスピーカにより音声として出力させたり、ヘッドフォン端子から出力させることができる。

また、例えばメディアから再生されたオーディオデータファイルは、音声処理部８の音声信号処理を経た後に、音声入出力部９を介して、外部に対して所定形式のオーディオ信号、オーディオデータとして出力することも可能とされている。この場合、音声入出力部９としては、音声処理部８から出力される所定のオーディオ信号、オーディオデータの形式に対応するオーディオ出力端子を備えることになる。

ＣＰＵ(Central Processing Unit)１０は、プログラムを実行することでデジタルビデオカメラ１についての各種制御処理を実行する。ＲＯＭ１１は、ＣＰＵ１０が実行する各種プログラムのほか、ＣＰＵ１０が処理を実行するのに使用する各種設定情報などが記憶されている。ＲＡＭ１２は、ＣＰＵ１０がプログラムに従った処理を実行するときの作業領域として使用されるもので、各種の演算処理結果などのデータが保持される。

この場合の操作入力部１５は、デジタルビデオカメラ１に備えられる各種操作子を一括して示しているものとされる。例えば、この操作入力部１５における操作子としては、写真撮影時に操作されるシャッターボタン、撮影モードなどを選択する操作子、パラメータのアップ／ダウンを行うための操作子などが含まれる。

通信部１６は、ＣＰＵ１０の制御に応じて、所定のデータ通信方式により外部デバイスと通信を行うためのハードウェア、ソフトウェアを実装して構成される部位である。この通信部１６が対応するデータ通信方式としては、有線、無線を問わず特に限定されるべきものではなく、また、対応するデータ通信方式の数も限定されるべきものでない。現状であれば、データ通信方式としては、有線ではEthernet（商標）などのネットワーク、ＵＳＢ(Universal Serial Bus)、IEEE1394などのデータバス規格などを挙げることができる。また、無線であれば、Bluetooth（商標）などのデバイス間近距離無線通信、IEEE802.11a/b/gなどの無線ＬＡＮ(Local Area Network)規格を挙げることができる。

電源部１７は、デジタルビデオカメラ１における各種のハードウェアデバイスに対して動作電源を供給するもので、例えばバッテリや電源アダプタからの電力供給を受けて動作する電源回路などを備えて構成される。

上記のようにして、本実施の形態のデジタルビデオカメラ１では、主としては、撮像／収音により得られるＡＶファイルをＨＤＤ１４などをはじめとしたメディアに対して記憶させることができるようになっている。
上記のようにしてメディアに記憶されるファイルは、通常は、所定フォーマットによるファイルシステムにより管理されることになるのであるが、本実施の形態としては、少なくともＨＤＤ１４に記憶されるファイルに関しては、ＦＡＴ(File Allocation Table)ファイルシステムにより管理されるものとしている。ＦＡＴファイルシステムは、周知のようにして、ツリー型のディレクトリ構造によりファイルを管理するようにされており、また、データの書き込み／読み出しについては、クラスタといわれる論理的な最小データ管理単位により行うものとされている。クラスタは、ＨＤＤ（メディア）における物理的なデータ書き込み／読み出しの最小単位であるセクタを所定数にまとめたものが１単位となる。

図２は、ＦＡＴファイルシステムの一般的なシステム構成を階層モデルにより示している。
先ず、この階層モデルとしては、ソフトウェア層と、その下層となるハードウェア層に大別される。
ソフトウェア層は、この場合には、メディアに対してホスト（実施の形態ではデジタルビデオカメラ１）となるデバイスにおいて、ＣＰＵが実行するプログラム、及び各種ファームウェア、ミドルウェアなどにより実現されるソフトウェア処理が対応するものとされる。この場合のソフトウェア層は、図示するように、上層から下層にかけて、アプリケーション１００、ファイルシステム１０１、デバイスドライバ１０２の各層が位置する。
ハードウェア層には、メディアそのものの物理的な記憶領域が位置するものとして考えることができる。

アプリケーション１００は、例えばファイルの記録／再生機能などを有して、メディアを使用するアプリケーションソフトウェアが対応し、ファイルレベルでのアクセス要求をファイルシステム１０１に対して行う。

ファイルシステム１０１は、ファイルシステムとしての機能を実現するソフトウェアが対応する。本実施の形態では、ＦＡＴファイルシステムを採用することとしているので、ファイルシステム１０１の機能を提供するソフトウェアとしても、ＦＡＴファイルシステムに対応して構成されるものとなる。
このファイルシステム１０１では、アプリケーション１００からのファイルレベルによるアクセス要求を、ＦＡＴファイルシステムのフォーマットにおけるデータの管理単位となるクラスタのレベルに変換して、デバイスドライバ１０２に対してアクセス要求を行う。

デバイスドライバ１０２は、コントロール対象のデバイスとなるメディアをコントロールするためのソフトウェアが対応し、上記ファイルシステム１０１からのＦＡＴファイルシステムフォーマットに従ったクラスタレベルによるアクセス要求を、メディア１０３上におけるデータの記録再生単位であるセクタのレベルに変換して、メディア１０３へのアクセス要求を行う。

この場合のメディア１０３は、論理的にはＦＡＴファイルシステムに従ってフォーマット（初期化）されたものとなる。図１では、少なくともＨＤＤ１４がここでのメディア１０３に相当する。そして、メディア１０３は、デバイスドライバ１０２からのセクタレベルのアクセス要求に応答して、指定されたセクタアドレスからデータを読み出して、デバイスドライバ１０２に返す。つまり、セクタレベルでのアクセス応答を実行する。
デバイスドライバ１０２は、メディア１０３からのセクタレベルでのアクセス応答、つまりセクタ単位でのデータの受け取りを行い、この受け取ったデータについて、クラスタ単位によるデータとして扱ってファイルシステム１０１に受け渡す（クラスタレベルでのアクセス応答）。
ファイルシステム１０１は、デバイスドライバ１０２から受け取ったデータを、ファイルレベルのデータとしてアプリケーション１００に受け渡すようにされる。アプリケーション１００は、ファイルとして受け取ったデータについて、例えばユーザによる操作入力などに応じたアプリケーションレベルでの所要の処理を実行する。

また、ＦＡＴファイルシステムは、記憶ファイルをツリー型のディレクトリ構造により管理し、また、ファイルをクラスタ単位の集合として管理するようにされている。このようなファイル管理、データ管理は、周知のようにしてディレクトリエントリ、及びＦＡＴといわれるテーブル情報を備えることにより実現されるものとなる。ディレクトリエントリは、メディア上におけるファイル、ディレクトリ（サブディレクトリ）の所在をクラスタレベルで示す情報であり、ＦＡＴは、ディレクトリ、ファイルを成すクラスタレベルでのチェイン（リンク）を示す情報である。

図３は、ＦＡＴの規格に従ったメディアのフォーマット構造を示している。
ＦＡＴの形式としては複数が規定されているのであるが、ここでは、ＦＡＴ１６及びＦＡＴ３２の各形式に対応するフォーマット構造を示すこととする。
先ず、図３の左側に示されるＦＡＴ１６に対応するフォーマット構造から説明する。
この図に示す構造は、ＬＢＡ(Logical Block Addressing)に従った論理的なものとなっている。つまり、最も上を先頭セクタ（LBA=0）として、以降、下に向かってブロック（セクタ）の番号が進んでいくものとなる。
また、ＦＡＴのファイルシステムでは、１つの物理的記憶領域を複数のパーティションに分割可能とされているが、ここでは説明の便宜上、１パーティションとした場合のフォーマット構造を示している。

先ず、LBA=0として表される先頭セクタは、ＭＢＲ(Master Boot Recorder) といわれる、ブート領域となっている。

ＭＢＲの構造を図４（ａ）に示す。
１セクタは５１２バイトのサイズであり、従って、ＭＢＲとしても５１２バイトとなる。図４（ａ）では、このＭＢＲの領域における５１２バイトについて、先頭から最終のバイト位置を、0000h〜01FFhまでの１６進法による番号を振って表現したうえで、１６バイト単位を１列として配列して示している。なお、１６進法の表記を行うのにあたっては、上記0000h、或いは01FFhのようにして、数値の最後尾に１６進法表記であることを示すhを付すこととする。
先ず、バイト位置0000h〜01BDhまでの４４６バイトの領域は、ＯＳ(Operating System)起動用のメディアとして使用される場合において、その起動（ブート：boot）のためのコード（起動コード）が格納される領域である。

ＭＢＲにおけるバイト位置01BEh〜01FDhまでの６４バイトの領域は、パーティションテーブルとされており、起動時において必要とされるパーティションごとに関する所定の情報が格納される。このパーティションテーブルの領域は、さらに１６バイト単位で４つの領域に分割されることになっており、これらの４分割された領域は、先頭から順に、パーティション１、パーティション２、パーティション３、パーティション４に対応する領域となっている。これらのこれらのパーティションごとに対応する各領域は、パーティションごとのエントリの領域となる。

また、ＭＢＲにおける最終の２バイトの領域には、現セクタがＭＢＲであることの識別子として55AAhが格納される。

上記パーティションのエントリは、図４（ｂ）に示す構造を有するものとされる。先ず、最上位のバイト位置00hは、該当パーティションについての、起動ドライブとしての指定の有無を示すフラグを格納する領域とされる。
また、続くバイト位置01h〜03hによる３バイトの領域は、該当パーティションの開始セクタをＣＨＳ（Cylinder/Head/Sector）により表現した値が格納される。バイト位置05h〜07hから成る３バイトの領域により、該当パーティションの終了セクタをＣＨＳにより表現した値が格納される。
また、バイト位置08h〜0Bhによる４バイトの領域により、該当パーティションの開始セクタをＬＢＡにより示す値を格納することとしている。

バイト位置0Ch〜0Fhから成る４バイトの領域は、該当パーティションのデータサイズ（パーティションサイズ）を示す値を格納する。

バイト位置04hが示す１バイトの領域は、システム識別子ともいわれる、該当パーティションが対応するプラットフォーム、ファイルシステムなどのタイプを示す値を格納する。

説明を図３に戻す。
ＭＢＲとしての先頭セクタに続けては所定セクタ数による空き領域を設けることとしている。そして、この空き領域より後となるセクタ領域により、パーティション単位の領域を形成する。

１パーティション内における先頭セクタから所定のバイト数までによる領域は、システム関連の情報を格納するシステム領域となる。
このシステム領域において先頭セクタから開始される所定バイト数の領域は、ＢＰＢ(BIOS Parameter Block/Boot Parameter Block)とされ、ここでは現パーティションに関して、例えばホスト側のＢＩＯＳ(Basic Input/Output System)などのように、ブロックデバイスコントロールのためのプログラムが利用すべき所要のデータが格納される。ＢＰＢに格納する情報においては、次に説明するＦＡＴ領域の数、メインのＦＡＴ領域の開始セクタ、ＦＡＴ領域のセクタ数などの情報を含む。

ＢＰＢに続けてはＦＡＴ１、ＦＡＴ２のＦＡＴ領域が順に配置される。通常は、ＦＡＴ１，２のいずれか一方の領域がメインのＦＡＴ領域として使用され、他方のＦＡＴ領域は、メインＦＡＴ領域の内容をコピーしたミラー領域として使用するなど、例えばメインのＦＡＴ領域の予備領域として使用される。

これらのＦＡＴ領域は、ＦＡＴエントリが、データ領域内のクラスタ番号順に配列されて形成される領域とされる。ＦＡＴエントリと、データ領域内のクラスタとは１対１で対応しており、ＦＡＴエントリには、ディレクトリ、ファイルの記憶結果に応じて、該当クラスタについての情報として、例えば、未使用、該当ファイルにおいて現クラスタの次にチェインされるクラスタ番号、不良クラスタ、EOF(End Of File：ファイルにおける最終クラスタ)などのうちから、何れかを示す情報が格納される。
ＦＡＴ１６フォーマットでは、クラスタ番号を２バイト（１６ビット）により表すこととしており、これに応じて、ＦＡＴエントリの個々のサイズも２バイトとされている。

ＦＡＴ１，ＦＡＴ２の領域に続けては、所定サイズのルートディレクトリエントリが配置される。このルートディレクトリエントリには、ルートディレクトリにおけるディレクトリ、ファイルなどについてのディレクトリエントリが格納される。

ルートディレクトリより下位のセクタ領域が、データ領域となる。このデータ領域に対するデータの書き込み／読み出しは、ＦＡＴファイルシステムにより管理される。従って、図示するようにして、ファイルシステムのフォーマット構造としては、１以上の所定数のセクタの連続から成るクラスタ単位によりデータ領域を管理することになる。上記もしたように、ＦＡＴ領域は、原則として、このデータ領域を形成する全クラスタに対応するＦＡＴエントリを有して形成されるものとなる。

続いては図３の右側に示されるＦＡＴ３２に対応するフォーマット構造について説明する。
ＦＡＴ３２対応のフォーマット構造としても、LBA=0で表される先頭セクタにＭＢＲを配置している。そして、このＭＢＲに続けて配置する所定セクタ数の空き領域に続けて、パーティション単位の領域を配置していくようにされる。

ＦＡＴ３２対応のフォーマット構造のパーティション領域にけるシステム領域としては、ＢＰＢに続けてＦＳｉｎｆｏの領域を設けることとしている。
ＦＳｉｎｆｏは、該当パーティションにおける空き容量を計算するのに利用する所定の情報を格納する領域である。ＦＡＴ１，ＦＡＴ２のＦＡＴ領域は、ＦＳｉｎｆｏに続けて順次配置される。

ＦＡＴ３２のフォーマットの場合のＦＡＴ領域も、クラスタと１対１で対応するＦＡＴエントリがクラスタ番号順に配列されて形成され、ＦＡＴエントリには、ディレクトリ、ファイルの記憶結果に応じて、該当クラスタについての所定の情報が格納される。ただし、ＦＡＴ３２のフォーマットでは、クラスタ番号を４バイト（３２ビット）で表現することから、ＦＡＴエントリの個々のサイズも４バイトで区切られることになる。

また、ＦＡＴ３２のフォーマット構造においては、ＦＡＴ１６のフォーマット構造においてシステム領域内に設けられていたルートディレクトリエントリの領域が省略されている。
ＦＡＴ３２のフォーマット構造では、ルートディレクトリはデータ領域内におかれることなっている。データ領域におけるルートディレクトリの開始クラスタ番号は、ＢＰＢにおける所定領域（RootClus）に格納される値により示されており、ルートディレクトリにアクセスするときには、上記RootClusを参照して認識したクラスタ番号にアクセスするようにされる。RootClusが示すルートディレクトリの開始クラスタ番号は、通常、２である。

データ領域は、この場合においても、ＦＡＴ３２のファイルシステムによりクラスタ単位でデータの書き込み／読み出しが管理される領域となる。

図５は、ＦＡＴのファイルシステムにおいて規定されるディレクトリエントリの構造を示している。なお、ここでは、ＦＡＴ３２に対応するディレクトリエントリの構造を示している。
この場合、ディレクトリエントリは３２バイトとされている。この図においては、上位バイトから下位バイトまでの各バイト位置を、0h〜1Fhまでの値により示している。
ディレクトリエントリを形成する３２バイトにおいて、最上位のバイト位置0hからバイト位置7hまでの８バイトの領域は、現ディレクトリエントリが示す現ファイル又は現ディレクトリの名称を格納する。
続く下位のバイト位置8hからバイト位置Ahまでの３バイトの領域は、現ファイルのファイル形式に応じた拡張子が格納される。

続く下位のバイト位置Bhには、現ファイル／現ディレクトリについての属性を示す値が格納される。
バイト位置Chは、ここでは予約領域とされている。
バイト位置Dh〜Fhまでの３バイトの領域は、現ファイル／現ディレクトリの作成時刻を示す値を格納する。
バイト位置10h−11hによる２バイトの領域は、現ファイル／現ディレクトリの作成日付を示す値を格納する。
バイト位置12h−13hによる２バイトの領域は、現ファイル／現ディレクトリに対するアクセスが最後に行われた日（最終アクセス日付）を示す値を格納する。

また、バイト位置14h−15hによる２バイト領域とバイト位置1Ah−1Bhによる２バイト領域との計４バイトの領域によっては、現ファイル／現ディレクトリが記憶されるメディア上の先頭位置をクラスタ番号により示すようにされる。つまり、この計４バイトの領域には現ファイル／現ディレクトリについての先頭クラスタ番号の値が格納される。バイト位置14h−15hによる２バイト領域に対しては、先頭クラスタ番号についての上位４バイトの値を格納する。バイト位置1Ah−1Bhによる２バイト領域に対しては、先頭クラスタ番号についての下位４バイトの値を格納する。

バイト位置16h−17hによる２バイト領域は、現ファイル／現ディレクトリについての記録（最後の更新）が実行された時刻（記録時刻）を示す値を格納する。
バイト位置18h−19hによる２バイト領域は、現ファイル／現ディレクトリについての記録（最後の更新）が実行された日付（記録日付）を示す値を格納する。
バイト位置1Ch〜1Fhまでの４バイトの領域は、現ファイル／現ディレクトリについてのサイズ（容量）を示す値を格納する。

図６は、ＦＡＴファイルシステムによるファイル管理例を示している。なお、この図においては、ＦＡＴ３２ファイルシステムに従ってフォーマットされた場合を示している。
ここでは、データ領域において、少なくともファイルＡ、ファイルＢ、ファイルＣ、ファイルＤが記憶されているものとし、ファイルＡ，Ｂ，Ｃ，Ｄのディレクトリエントリを、それぞれ図６（ａ）（ｂ）（ｃ）（ｄ）に示す。

また、図６（ｅ）は、ＦＡＴ領域の一部を示すもので、ファイルＡ，Ｂ，Ｃ，Ｄの記憶結果に対応するＦＡＴエントリの内容を有している。なお、この図６（ｅ）においては、図示が簡略でわかりやすくなることを考慮して、ほぼファイルＡ，Ｂ，Ｃ，Ｄのみに対応したＦＡＴエントリ内容のみを抜き出したものとなっている。なお、前述もしたように、ＦＡＴ３２では、個々のＦＡＴエントリは３２ビットのサイズを有する。
また、この図６（ｅ）に示すＦＡＴ領域におけるＦＡＴエントリは、00000000h、00000010h、00000020h、00000030h・・・として示されるように、ＦＡＴエントリに対応するクラスタ番号の値が１桁ごとにインクリメントされる行と、各行が示すクラスタ番号の値に対して足し合わせる最下位桁の値である、＋00h〜＋0Fhが示される列とのマトリクスにより配列されている。例えば、00000000hの行と＋07hの列が交差する位置のＦＡＴエントリは、クラスタ番号00000007hに対応する。

ＦＡＴファイルシステムにおいては、クラスタ番号00000000h、00000001hで表される先頭クラスタとこれに続く２番目のクラスタの２クラスタは予約領域（RSV）となる。これに応じて、クラスタ番号00000000h、00000001hに対応する各ＦＡＴエントリも予約領域として規定されている。
そして、上記ＦＡＴエントリに格納する値として、現クラスタの次にチェインするクラスタ番号は、00000002h〜0FFFFFF6hで表すこととしている。また、EOF（該当クラスタを含むファイルにおける最終クラスタ（ファイルの終端クラスタ））については、EOF＝0FFFFFFFhにより表すこととしている。また、図６（ｅ）においては、未使用クラスタであることを「−」で示しているが、例えば実際には00000000hの値により表すこととしている。

ファイルＡにアクセスするためには、先ず、図６（ａ）に示すファイルＡのディレクトリエントリにアクセスすることになるが、このファイルＡのディレクトリエントリそのものに対するアクセスは例えば次のようにして行われる。
ファイルアクセスのコマンドが絶対パスによるものである場合を例に挙げると、ファイルＡのディレクトリエントリに対するアクセスのためには、先ず、ルートディレクトリにアクセスし、ここからパスに従ってディレクトリエントリをたどっていくようにされる。また、ディレクトリエントリを辿っていく過程において、或るカレントディレクトリのサブディレクトリを辿ることになる場合があるが、周知のようにして、親ディレクトリと子ディレクトリの親子関係についても、ディレクトリエントリにより表現される。このためには、例えば親ディレクトリ側のディレクトリエントリには、名称として子ディレクトリを示すものを設けておき、この親ディレクトリ側のディレクトリエントリにより示される子ディレクトリのディレクトリエントリには、親ディレクトリが存在することを示す情報を名称の領域に格納したディレクトリエントリを設けるようにされる。これにより、親から子、及び子から親の両方向においてディレクトリを辿っていくことができる。
そして、上記のようにしてパスに従ってディレクトリエントリをたどる結果、アクセス先として、最終的にはファイルＡのディレクトリエントリに到達することになる。

ファイルＡのディレクトリエントリへのアクセスが行われると、続いては、このファイルＡのディレクトリエントリを起点として、ファイルＡそのものへのアクセスが行われることになる。
ファイルＡそのものへのアクセスとしては、概念的には次のようなものとなる。
ファイルＡにアクセスするためには、ファイルＡのディレクトリエントリにおける先頭（開始）クラスタ番号を取得する。この先頭クラスタ番号は、データ領域においてファイルＡのデータが記憶される開始クラスタ番号を示しており、この場合には、図６（ａ）に示すようにして00000007hとなっている。つまり、この段階で、ファイルＡの開始クラスタ番号が00000007hであることが認識される。
そこで、ファイルシステムは、図６（ｅ）に示すＦＡＴ領域において、クラスタ番号00000007hに対応するＦＡＴエントリにアクセスして、このＦＡＴエントリに格納される値を参照する。この場合、クラスタ番号00000007hに対応するＦＡＴエントリには、00000008hを格納している。これにより、ファイルシステムは、ファイルＡのデータは、クラスタ番号00000007hのクラスタのデータに続けて、クラスタ番号00000008hのクラスタのデータが連結されていることを認識する。そこで、次にクラスタ番号00000008hに対応するＦＡＴエントリにアクセスして参照すると、ここには、00000009hが格納されているので、ファイルＡのデータは、さらにクラスタ番号00000008hのクラスタのデータに続けて、クラスタ番号00000009hのクラスタのデータを連結することが認識される。そこでまた、クラスタ番号00000009hのＦＡＴエントリを参照すると、ここにはEOFを示す値が格納されているので、ファイルＡは、クラスタ番号00000009hのクラスタが終端であることが認識される。
このことから、ファイルＡは、クラスタ番号00000007h-00000008h-00000009hの順によるクラスタのデータの連結により形成されることが認識されることになる。ファイルシステムは、クラスタ番号00000007h-00000008h-00000009hのクラスタにアクセスしていくようにされ、これにより、ファイルＡに対するアクセスが行われることになる。

上記説明から分かるように、データ領域に記憶されるファイルのデータの位置は、ディレクトリエントリに格納される先頭クラスタ番号と、この先頭クラスタ番号を起点として参照するＦＡＴ領域のＦＡＴエントリの内容によって示されており、これらの情報を参照することで、ファイルへのアクセスが可能となっている。
また、データ領域に記憶されるファイルについての、ツリー型ディレクトリ構造による管理は、ディレクトリエントリにより表現されているものであることも分かる。

そして、残るファイルＢ，Ｃ，Ｄの記憶位置については、上記ディレクトリエントリ及びＦＡＴ領域から成るファイル管理情報により、次のようにして管理されている。
先ず、ファイルＢについては、図６（ｂ）のディレクトリエントリに示すようにして、ファイルの先頭（開始）クラスタのクラスタ番号が0000000Ahであることが示されている。そこで、図６（ｅ）に示すＦＡＴ領域のクラスタ番号0000000Ahに対応するＦＡＴエントリを参照すると、次のクラスタを示すチェイン情報としてクラスタ番号0000001Fhが示されている。そこで、さらにＦＡＴエントリを辿って、クラスタ番号0000001Fhに対応するＦＡＴエントリを参照すると、チェイン情報としてクラスタ番号00000025hが格納されている。クラスタ番号00000025hに対応するＦＡＴエントリには、クラスタ番号00000031hが格納されている。クラスタ番号00000031hに対応するＦＡＴエントリにはクラスタ番号00000030hが格納されている。クラスタ番号00000030hに対応するＦＡＴエントリにはEOFであることを示す値が格納されている。
このようにして、ファイルＢは、ディレクトリエントリ及びＦＡＴ領域により、クラスタ番号0000000Ah-0000001Fh-00000025h-00000031h-00000030hの順に従ったクラスタに記憶されるデータの連結により形成されていることが示される。

また、ファイルＣについては、図６（ｃ）に示すようにして、先ず、ファイルＣのディレクトリエントリにおいて、ファイルの先頭（開始）クラスタとしてクラスタ番号0000001Bhが示されている。このことに基づき、図６（ｅ）に示すＦＡＴ領域におけるクラスタ番号0000001BのＦＡＴエントリを起点として参照した内容によっては、ファイルＣは、クラスタ番号0000001Bh-00000011h-00000012h-00000013h-00000014h-00000003hの順に従ったクラスタに記憶されるデータの連結により形成されることが示される。

ファイルＤについては、図６（ｄ）に示すファイルＤのディレクトリエントリにおいて、ファイルの先頭（開始）クラスタとしてクラスタ番号0000002Chが示されている。これに基づいて、図６（ｅ）に示すＦＡＴ領域におけるクラスタ番号0000002CのＦＡＴエントリを起点として参照した内容としては、ファイルＤは、クラスタ番号0000002Ch-0000002Dh-0000002Eh-0000002Fh-00000038h-00000039h-0000003Ah-0000003Bhの順に従ったクラスタに記憶されるデータの連結により形成されることが示される。

これまでに説明したＦＡＴファイルシステムのフォーマット内容をふまえて、先ず、本発明に至った事情について説明しておく。
本実施の形態のデジタルビデオカメラ１によりＨＤＤ１４に記憶させることのできるＡＶファイルのファイルフォーマットの例として、ここでは、ISO Base Media File Format、あるいはMP4 File Formatなどに準拠したものであることとする。これらのフォーマットに従った本実施の形態のＡＶファイルの全体構造を、図７（ａ）（ｂ）に示す。
図７（ａ）（ｂ）に示すようにして、１つのＡＶファイルは、ヘッダ領域Ａ１、データ領域Ａ２、及びリソース領域Ａ３の３つの領域に分けることができる。
ヘッダ領域Ａ１には、ファイル名、ファイルサイズ、再生互換性情報などの他、ヘッダ情報として格納すべき所定の情報が格納される。
データ領域Ａ２には、ＡＶファイルを形成するビデオデータ（画像データ）、オーディオデータなどが所定のデータ分割単位により所定規則に従って格納される領域である。
リソース領域Ａ３は、上記データ領域Ａ２におけるデータ分割単位の位置情報などをはじめ、データ領域Ａ２に格納されるデータを再生出力するのに必要とされる所定の情報から成る領域である。従って、リソース領域Ａ３は、ＡＶファイルを動画／音声として再生出力するのにあたり、どの時間から再生出力を開始するとしても、必ずアクセスされて読み込みが行われ、必要な情報についての解析、参照が行われる領域となる。

ここで、図７（ａ）と図７（ｂ）とを比較すると、図７（ａ）では、先頭からヘッダ領域Ａ１−データ領域Ａ２−リソース領域Ａ３の順で配置されているのに対して、図７（ｂ）では、ヘッダ領域Ａ１−リソース領域Ａ３−データ領域Ａ２の順で配置されている。つまり、ヘッダ領域Ａ１に続く、データ領域Ａ２とリソース領域Ａ３の配置順について、相互に逆となる構造を採っている。
このＡＶファイルのファイルフォーマットの規定では、図７（ａ）（ｂ）の何れの構造でもよいこととされている。しかしながら、下記の理由で、実際のアプリケーションとしては、図７（ａ）に示す構造によりメディアへの書き込みが行われることが通常であり、本実施の形態としても、これに従っている。

実際におけるＨＤＤ１４に対するＡＶファイルの書き込み処理によっては、上記図７（ａ）（ｂ）に示す構造に応じたデータのシーケンスにより、メディア上の空き領域を埋めていくようにしてデータの書き込みが行われる。
そのうえで、リソース領域Ａ３に格納される情報には、メディア上でのデータ分割単位の記録位置などの情報も含まれる。従って、リソース領域Ａ３は、先にデータ領域Ａ２の全てのデータがメディアに書き込まれた後、あるいは、データ領域Ａ２の全てのデータについてのメディアへの記録位置が確定した後でなければ生成することができない、ということになる。
このような事情があるにもかかわらず、図７（ｂ）に示されるようにして、ヘッダ領域Ａ１に続いて先ずリソース領域Ａ３が配置され、その後にデータ領域Ａ２が配置される構造によりメディアへの書き込みを実行するとすれば、そのための処理は相当に複雑なものとなる。つまり、例えばデータ領域Ａ２としてのデータをメディアに書き込まずにメモリ領域などに保持しておいたうえで、データ領域Ａ２をメディアに書き込んだ結果を推定するなどしてリソース領域Ａ３に格納すべき情報を生成し、この後に改めて、リソース領域Ａ３−データ領域Ａ２の順で、メディアに対する書き込みを実行しなければならない。また、このような書き込み手順では、相当のデータ量を有するデータ領域Ａ２のデータをバッファリングできるだけのメモリ容量も確保する必要が生じる。
これに対して、図７（ａ）に示す構造であれば、ヘッダ領域Ａ１に続けて、データ領域Ａ２のデータのメディアへの物理的な書き込みを実行していきながら、その書き込み結果に応じてリソース領域Ａ３の情報も逐次生成していくことができる。そして、データ領域Ａ２のデータの書き込みが終了した時点では、リソース領域Ａ３の情報も完成していることになり、即座にリソース領域Ａ３のデータもメディアに書き込むことができる。
このようにして、本実施の形態のＡＶファイルは、図７（ａ）に示す構造とすることがデータ書き込み処理に際して非常に効率的、合理的であり、この観点から、本実施の形態の場合も含め、図７（ａ）のファイル構造を採用することが通常となっているものである。

図８は、本実施の形態に対応するＡＶファイルについて上記図７（ａ）に示す領域の配置構造とすることを前提としたうえでの、より具体的な構造例を示している。ここでは、ＡＶファイルが、サムネイルデータと称する独立した静止画像データの集合により動画を再現する形式の動画ファイルである場合を例に挙げている。
この動画ファイルとしてのＡＶファイルは、先ず、先頭のヘッダ領域Ａ１において、所定の情報要素を所定構造により格納したヘッダが位置するようにされる。
このヘッダ領域Ａ１に続くデータ領域Ａ２においては、その先頭から、所定の順序に従って、動画像を形成する画面要素である複数の上記サムネイルデータが格納される。この場合、サムネイルデータは、例えばＪＰＥＧなどに代表される、所定の画像圧縮方式により圧縮された１つの静止画像データの単位とされ、そのデータサイズは固定ではなく、画像内容などにより変化する。
そして、データ領域Ａ２において最後に位置するサムネイルデータの終端に続けて、リソース領域Ａ３が配置される。この場合のリソース領域Ａ３は、サムネイルデータ管理情報がファイルのリソースとして格納されることになる。このサムネイルデータ管理情報はサムネイルデータを使用して動画再生を実行するのに必要とされる、サムネイルデータに関する所定の情報要素を所定構造により格納して成る。サムネイルデータ管理情報の情報要素としては、例えば、データ領域Ａ２における各サムネイルデータの位置情報、各サムネイルデータについての圧縮符号化のモードを示す情報、各サムネイルデータの再生時間情報などとなる。従って、ファイル再生時においては、先ず、このサムネイルデータ管理情報を参照しなければ、サムネイルデータを使用した動画再生の処理を実行できないということになる。

そして、上記図８に示すＡＶファイルがＨＤＤ１４に記憶されているものとして、このＡＶファイルをＨＤＤ１４から読み出して再生する場合には、例えば、図８において○内に示す番号に従った手順によるアクセスを実行するようにされる。
先ずは、手順１として示すように、ＨＤＤ１４に記憶されているＡＶファイルにおけるヘッダ領域Ａ１にアクセスするようにされる。つまり、ＨＤＤ１４において物理的にＡＶファイルのヘッダ情報の開始セクタのトラックに対して磁気ヘッドをシークさせ、ヘッダ情報の読み出しを実行する。そして、読み出したヘッダ情報を、例えばＲＡＭ１２において読み出しデータの処理領域として割り当てられているワークＲＡＭ領域（作業用メモリ領域）に書き込んで保持させる（バッファリング）。
このようにして、ワークＲＡＭ領域にヘッダ情報が保持されることで、ＣＰＵ１１（ファイル再生のアプリケーション１００）は、ワークＲＡＭ領域へのアクセスにより、ヘッダ情報の内容を参照することが可能になる。ヘッダ情報には、現ファイルのリソース領域Ａ３（サムネイルデータ管理情報）についてのＨＤＤ１４上での記憶位置を識別可能とするための情報が格納されており、この情報を参照することで、以降において、リソース領域Ａ３のサムネイルデータ管理情報にアクセスすることが可能となる。
また、上記もしたように、データ領域Ａ２内のサムネイルデータを使用して動画再生を実行するには、サムネイルデータ管理情報の内容を参照する必要がある。
そこで、手順１に続いては、手順２として示すようにサムネイルデータ管理情報に対してアクセスすることが行われる。この手順２の処理によって、サムネイルデータ管理情報がＨＤＤ１４から読み出されて、サムネイルデータ管理情報保持のためのワークＲＡＭ領域に保持されることとなって、ＣＰＵ１０は、サムネイルデータ管理情報の内容を参照することが可能となる。

サムネイルデータ管理情報の内容を参照することで、例えばデータ領域Ａ２におけるサムネイルデータの位置、また、動画再生のための各サムネイルデータへのアクセス順などが把握されることになる。そこで以降においては、手順３として示すようにして、その都度、ワークＲＡＭ領域に保持されているサムネイルデータ管理情報を参照しながら、ＨＤＤ１４に記憶されているサムネイルデータのうちから、動画再生に必要なサムネイルデータに適宜アクセスして読み込みを行って、所要の再生処理を実行していくようにされる。

図８に示すＡＶファイルを再生するための一般的なアクセス手順としては、上記のようになる。しかしながら、より実際的には、図８に示したアクセス手順は、次に図９及び図１０により説明するようなものとなる場合がある。

図９には、全体としては図８と同一の構造によるＡＶファイルが示されている。このようなＡＶファイルを例えばＦＡＴファイルシステムフォーマットに従ったＨＤＤ１４に書き込んで記憶させる場合において、ＡＶファイルが１クラスタ以上のデータサイズを有する場合には、図示する構造のファイルのデータを、その先頭からクラスタサイズで区切るようにする。そのうえで、これらの区切られたクラスタ単位のデータにより、先に図６により説明した論理的なクラスタの連結によって管理されるようにして、ＨＤＤ１４に対するデータ記録を実行することになる。

このようなデータ記録の仕方によっては、ファイルの先頭であるヘッダの開始位置を開始クラスタとして、以降はファイルを形成するデータが順次クラスタに詰められていくようにしてデータ書き込みが行われることになる。また、前述もしたように、データ領域Ａ２を成すデータ要素であるサムネイルデータは、固定長ではなく可変長であり、従って、データ領域Ａ２の終端位置が、クラスタ内におけるどの位置となるのかについても不定となる。
このために、データ領域Ａ２の終端位置がクラスタ内における中途の位置となった場合には、図９に例示するようにして、サムネイルデータ管理情報である中途の位置にクラスタ境界が位置することになる。この場合、サムネイルデータ管理情報は、クラスタ境界にて、上位リソース領域Ａ３−１となる上位のサムネイルデータ管理情報と、下位リソース領域Ａ３−２となる下位のサムネイルデータ管理情報とに分割されたものとしてみることができる。

そのうえで、サムネイルデータ管理情報を保持するワークＲＡＭの容量をＡとし、リソース領域Ａ３としてのサムネイルデータ管理情報のサイズをＢとして、これら容量Ａと細部Ｂとについては、Ａ≧Ｂの関係があるものとする。この関係の具体例としては、説明を簡単で分かりやすいものとするために、図１０（ａ）に示すようにして、ワークＲＡＭの容量Ａをちょうど１クラスタとし、サムネイルデータ管理情報のサイズＢは、この１クラスタ以下であることとする。１クラスタ＝３２ＫＢとすれば、ワークＲＡＭの容量Ａが３２ＫＢで、サムネイルデータ管理情報は３２ＫＢ以内となる。

そして、上記図１０（ａ）に示すワークＲＡＭの容量Ａとサムネイルデータ管理情報Ｂとの関係が成立していることとしたうえで、図９に示すようにして、サムネイルデータ管理情報の中途にクラスタ境界が位置している状態における場合の、ファイル再生手順について考えてみる。

この場合においても、先ずは、図９において手順１として示すように、ヘッダにアクセスしてヘッダの情報を読み込む処理が実行されることになる。
続いては、サムネイルデータ管理情報に対してアクセスすることになるのであるが、これまでのＦＡＴファイルシステムの説明から理解されるように、ファイルシステム上でのファイルのデータ処理は、クラスタ単位で実行されるものであり、従って、ＨＤＤ１４に対するデータの読み出しも、ファイルシステムレベルではクラスタ単位によるものとなる。従って、図９に示すようにして、サムネイルデータ管理情報がクラスタ境界により分割されている場合において、サムネイルデータ管理情報の開始位置ｔｐからの読み込みを実行しようとすれば、先ずは、図９の手順２−１として示すように、ＨＤＤ１４に対するアクセスとして、サムネイルデータ管理情報のうち、上位側のサムネイルデータ管理情報（上位リソース領域Ａ３−１）を含むクラスタにアクセスして、このクラスタに格納するデータを読み出さなければならない。このときには、例えば図１０（ｂ）にイメージとして示すようにして、このサムネイルデータ管理情報の上位を含む１クラスタ分のデータを、ワークＲＡＭに保持するようにされる。そして、このワークＲＡＭに保持した１クラスタ分のデータにおけるサムネイルデータ管理情報の上位部分を解析する。この解析処理により、例えばサムネイルデータ管理情報として、下位のデータが存在しない不完全な構造であることが認識される。
そこで、続いては、下位のサムネイルデータ管理情報を読み込んで取得するために、図９において手順２−２として示すように、下位のサムネイルデータ管理情報を含むクラスタにアクセスして、このクラスタに格納されるデータの読み込みを実行するようにされる。このときに対応するワークＲＡＭのイメージとしては、図１０（ｃ）に示すように、下位のサムネイルデータ管理情報を含む１クラスタ分のデータが格納された状態としてとらえることができる。

このようにして手順２−１、２−２としてのアクセスを順次実行することで、上位側と下位側のサムネイルデータ管理情報が取得されることとなる。そして、例えばこれら上位側と下位側のサムネイルデータ管理情報についてＲＡＭ１２を利用して合成処理等を実行することで、例えば図１０（ｄ）に示すようにして、ワークＲＡＭにおいて、完成された構造のサムネイルデータ管理情報を保持することができる。
以降は、図８の場合と同様にして、手順３により、ワークＲＡＭ上のサムネイルデータ管理情報を参照して、目的とするサムネイルデータにアクセスして再生処理を実行していくことになる。

上記図９及び図１０による説明から理解されるように、ＡＶファイルにおけるリソース領域Ａ３となるサムネイルデータ管理情報のデータの中途にクラスタ境界が位置するようにしてＨＤＤ１４に対する記録が行われた場合、ファイル再生時においては、サムネイルデータ管理情報に対するアクセスとして、サムネイルデータ管理情報の開始位置ｔｐ（すなわち上位サムネイルデータ管理情報）を含むクラスタに対するアクセスと、これより下位のサムネイルデータ管理情報を含むクラスタに対するアクセスとの２回のアクセスが必要であることになる。

ＨＤＤは、ランダムアクセスとして、トラックを横切る方向に対して磁気ヘッドを移動させるシーク動作を伴う。このシーク動作は磁気ヘッドの物理的な移動であるから、アクセスにあたってシークが完了するまでの時間長（シーク時間）は必ず存在する。
従って、ＨＤＤに記憶されているファイルを再生することを考えた場合に、そのファイルとしてのデータが記録されているトラック位置に対するアクセス回数が増加するほど、ファイル単位でみた場合のアクセスに要する総時間は増加することになる。このことは、例えば、ファイル再生処理速度の低下などにつながって、ファイル再生に関するパフォーマンス性能の評価を低くする結果となる。
先の説明から理解されるように、ＦＡＴファイルシステムでは、ファイルをクラスタチェインにより管理することとしており、これにより、ファイルのデータ構造についてクラスタ単位での論理的連続性が保証されてさえいれば、ＨＤＤ上における物理的な記録状態として、１ファイルを形成するデータが離散的に記録されていても何ら問題はない。このために、実際においても、論理的に連続するクラスタが、ＨＤＤ上では、物理的に相当に離れた距離を隔てて記録されている状態となる可能性は避けられない。
従って、例えばサムネイルデータ管理情報の上位を含むクラスタと、サムネイルデータ管理情報の下位を含むクラスタとについて、ＨＤＤ上での物理的な記録位置が相当に離れている状態となる場合もあり得ることになる。この場合において、上記のようにしてサムネイルデータ管理情報の上位を含むクラスタに対するアクセスと、サムネイルデータ管理情報の下位を含むクラスタに対するアクセスとを行うということになれば、これらのクラスタ間でのシーク時間は相当に長いものとなり、上記したファイル再生処理速度の低下はより顕著なものとなる。このことから、ファイル再生にあたっては１回でもアクセス回数が削減されるようにすれば、大幅なファイル再生処理速度の向上につながるものであることが理解される。
そこで、本実施の形態としては、上記したことを背景として、以降説明する構成を採ることで、１つのファイル再生に関してできるだけアクセス回数が削減されるようにして、ファイル再生処理速度、ファイル再生パフォーマンスの向上を図る。

図１１は、従来としてのＡＶファイルの構造と、本実施の形態に対応するＡＶファイルの構造を比較して示している。
図１１（ａ）には、従来のＡＶファイルとして、先に説明した図９と同一内容のものを示している。つまり、サムネイルデータにより動画再生が行われるＡＶファイルとされ、リソース領域Ａ３におけるサムネイルデータ管理情報については、その中途のデータ位置においてクラスタ境界が位置している状態にある。
これに対して、本実施の形態に対応するＡＶファイルを図１１（ｂ）に示している。この図１１（ｂ）に示されるＡＶファイルは、データ内容としては、図１１（ａ）に示されるＡＶファイルと同一であることとする。つまり、ファイルを再生出力して得られる動画内容等については、図１１（ａ）と図１１（ｂ）とでは同じ結果となる。

図１１（ａ）（ｂ）のファイル構造とを比較した実際として、ヘッダ領域Ａ１のヘッダ情報の内容、データサイズと、これに続くデータ領域Ａ２に格納されるサムネイルデータの配置、格納状態は同じとなっている。従って、データ領域Ａ２において最後に配置されるサムネイルデータの終端位置は、クラスタにおける中途位置にある、ということになる。

そして、従来としては、図１１（ａ）に示されるようにして、データ領域Ａ２の最後のサムネイルデータの終端位置に続けてそのまま詰めるようにして、リソース領域Ａ３であるサムネイルデータ管理情報を配置させることとしていた。この結果、従来においては、データ領域Ａ２の最後のサムネイルデータの終端位置がクラスタの中途位置にある場合、サムネイルデータ管理情報（リソース領域Ａ３）のサイズによっては、図示するようにして、その中間においてクラスタ境界が位置する場合が生じていたものである。

これに対して、本実施の形態としては、図１１（ｂ）に示されるようにして、データ領域Ａ２の最後のサムネイルデータの終端位置に続くデータ位置から、このデータ領域Ａ２の最後のサムネイルデータの終端位置を含むクラスタの終端位置までの領域をアライメント領域（調整領域）Ａ２−１として形成し、リソース領域Ａ３をすぐに配置することはしないようにしている。そして、リソース領域Ａ３としてのサムネイルデータ管理情報は、データ領域Ａ２の最後のサムネイルデータの終端位置を含むクラスタに対して論理的に次となるようにして連結されるクラスタの開始位置から、リソース領域Ａ３としてのサムネイルデータ管理情報を配置するようにされる。

このような図１１（ｂ）に示す構造によれば、本実施の形態のＡＶファイルにおけるデータ領域Ａ２としては、少なくともサムネイルデータなどの実データを格納したうえで、この実データの終端位置がクラスタの中途位置である場合には、この実データの終端位置から上記クラスタの中途位置までを埋めるようにして配置されるアライメント領域Ａ２−１とから成るものとして規定していることになる。

本実施の形態では、上記のようにしてアライメント領域Ａ２−１を設けるべきことと規定することで、リソース領域Ａ３としてのサムネイルデータ管理情報は、常に、クラスタの先頭位置から開始されるように調整されることになる。つまり、クラスタの開始位置とサムネイルデータ管理情報の開始位置ｔｐとを常に一致させた状態とすることができる。

そして、このようにして、ＡＶファイルにおいて、サムネイルデータ管理情報（リソース領域Ａ３）がクラスタの先頭位置から開始される構造となっている場合における、ＡＶファイルに対するファイルアクセスの手順としては、次のようになる。
この場合においても、図１１（ｂ）に示されるようにして、先ず、手順１としてヘッダ領域Ａ１のヘッダ情報にアクセスして読み込みを実行し、このヘッダ情報の内容を参照してサムネイルデータ管理情報（リソース領域Ａ３）の位置を認識する。そのうえで、続く手順２として、サムネイルデータ管理情報にアクセスして読み出したサムネイルデータ管理情報を、例えばサムネイルデータ管理情報保持用のワークＲＡＭ領域に書き込んで保持させることになる。そして、次の手順３により、ワークＲＡＭ領域に保持されるサムネイルデータ管理情報を参照して、データ領域Ａ２における所要のサムネイルデータにアクセして読み込みを実行して動画再生処理を行っていくようにされる。

そして、本実施の形態における、上記手順２としての、サムネイルデータ管理情報をワークＲＡＭ領域に保持させるためのリソース領域Ａ３へのアクセスは、例えば、図１０（ａ）にて説明したワークＲＡＭ領域の容量と、サムネイルデータ管理情報のサイズとの関係を前提とすると、必ず１回のみで完了することになる。
つまり、本実施の形態では、サムネイルデータ管理情報の開始位置ｔｐは、必ずクラスタの開始位置と一致しており、従って、１クラスタ以内のデータサイズであるサムネイルデータ管理情報は、その１つのクラスタ内に全て格納されていることになる。そのうえで、ＦＡＴファイルシステムでは、ＨＤＤ１４からのデータの読み出しはクラスタ単位により行われる。このことから、サムネイルデータ管理情報を読み出すためには、ＨＤＤ１４におけるサムネイルデータ管理情報を含む１つのクラスタにアクセスし、このクラスタについてのデータ読み出しを実行することで、サムネイルデータ管理情報の全体が取得されることになる。そして、この取得した１クラスタ以内のデータサイズのサムネイルデータ管理情報を、例えば１クラスタの容量のワークＲＡＭ領域に書き込めばよい。

従来では、同じ図１０（ａ）に示したワークＲＡＭ領域の容量と、サムネイルデータ管理情報のサイズとの関係による条件下で比較すると、サムネイルデータ管理情報（リソース領域Ａ３）をワークＲＡＭ領域に保持するのにあたって、サムネイルデータ管理情報内にクラスタ境界がある場合には、２つのクラスタにアクセスする必要上から、２回のアクセス（シーク動作）を実行する必要があった。これに対して本実施の形態では、上記のようにして、サムネイルデータ管理情報をワークＲＡＭ領域に保持させるためのリソース領域Ａ３へのアクセスは常に１回で済むことになる。
このようにして、本実施の形態では、サムネイルデータ管理情報に対するアクセス回数について、従来の場合よりも少なくすることが可能となるが、先にも述べたように、サムネイルデータ管理情報を格納するリソース領域Ａ３は、各サムネイルデータの位置を特定する情報など、ファイル再生にあたって必須的な情報が格納される領域である。従って、ファイル再生に際しては、通常再生、あるいは、早送り／早戻し及びチャプターサーチなどの特殊再生に関わらず、必ずアクセスが行われる。このことから、サムネイルデータ管理情報（リソース領域Ａ３）に対するアクセス回数が削減可能となったことは、ファイルそのものを再生するにあたってのアクセス回数が削減可能になった、ということがいえる。前述もしたように、ファイルのクラスタチェインの状態によっては、チェインされるクラスタについてのメディア上での物理的記録位置は離散している場合があるので、アクセス回数削減に伴うシーク動作回数の削減は、そのままアクセス時間の短縮に大きく寄与できるものとなる。ちなみに、周知のことであるが、ＨＤＤの場合のアクセス時間は、磁気ヘッドがトラック間を移動するシーク動作に要するシーク時間と、シーク完了後において、アクセス先となるクラスタの開始位置に相当するセクタが磁気ヘッドに到達するまでの回転待ち時間とを合算したものとなる。

なお、アライメント領域Ａ２−１としては、データ領域Ａ２における実データの再生出力に影響を与えることの無いようにされたデータ列構造が与えられている。従って、例えばデータ領域Ａ２における最後のサムネイルデータを利用して再生処理を実行するのにあたっては、この最後のサムネイルデータの読み込みをクラスタ単位で実行することで、最後のサムネイルデータとしての実データとともに、アライメント領域Ａ２−１のデータも共に読み込まれることになる。しかしながら、例えばこの最後のサムネイルデータについての復号処理などを実行するのにあたっても、このアライメント領域Ａ２−１のデータ列によってエラーとなるようなことはなく、正常に処理が実行される。

また、確認のために述べておくと、上記説明にあたって、サムネイルデータ管理情報保持用のワークＲＡＭの容量を１クラスタとし、サムネイルデータ管理情報（リソース領域Ａ３）のサイズを１クラスタ以内としているのは、最も簡略でわかりやすい例としてあげているものであり、本実施の形態としては、サムネイルデータ管理情報（リソース領域Ａ３）のサイズが、サムネイルデータ管理情報保持用のワークＲＡＭの容量以内でありさえすれば、サムネイルデータ管理情報にアクセス回数は従来と比較して少なくすることが可能となっているものである。

例えば図１２には、図９などに示したＡＶファイルからサムネイルデータ管理情報（リソース領域Ａ３）のみを抜き出したうえで、このサムネイルデータ管理情報（リソース領域Ａ３）が、１．５クラスタのサイズである場合を示している。ワークＲＡＭ領域としては、クラスタ単位のｎ倍（ｎは１以上の自然数）による容量を設定するのが一般的であるので、この場合のワークＲＡＭ領域の容量は、２クラスタ、若しくは３クラスタ以上の容量であればよいことになる。

このような場合において、例えば従来のＡＶファイル構造の規定であれば、サムネイルデータ管理情報（リソース領域Ａ３）についてのＨＤＤ１４への記録結果としては、図１２（ａ）に示すような状態となる場合があることになる。つまり、サムネイルデータ管理情報の中途において、２つのクラスタ境界が存在する状態である。この場合には、１つのサムネイルデータ管理情報が３つのクラスタに分割されることになる。従って、サムネイルデータ管理情報をワークＲＡＭ領域に保持させるためには、クラスタ単位ごとのアクセスとしては３回必要であることになる。つまり、サムネイルデータ管理情報に対するアクセス回数は最大で３回となる場合がある。

これに対して、本実施の形態のとしてのＡＶファイル構造の規定では、サムネイルデータ管理情報は、必ず、クラスタの開始位置から開始されるようにして記録が行われる。従って、本実施の形態としては、図１２（ｂ）に示されるようにサムネイルデータ管理情報が２つのクラスタにより分割される状態が必ず得られることになる。従って、サムネイルデータ管理情報をワークＲＡＭ領域に保持させるためのクラスタ単位ごとのアクセス回数は、必ず２回となるものであり、従来のようにして３回となる場合があることと比較して、アクセス回数が削減可能となっていることが分かる。

ここで、参考として、図１１（ｂ）に示した本実施の形態に対応するＡＶファイルの構造を、ISO Base Media File Formatに対応させた場合の構造例を図１３に示しておく。
図１３（ａ）は、図１１（ｂ）と同様の構造によるＡＶファイルの構造を示しており、図１３（ｂ）は、図１３（ａ）に示した実施の形態のＡＶファイルについて、ISO Base Media File Formatに従って形成した場合の構造を示している。
周知のようにして、ISO Base Media File Formatでは、ファイル構造はBoxといわれるデータ単位の集合として形成されることが規定されており、これらのBoxのタイプ(Box type)としては、ftyp、moov、mdat、free、skipなどが定義されている。
ftypは、現ファイルのファイルタイプ、現ファイルを形成するBox typeごとのサイズ（データ長）、brand，versionなどといわれるファイルの再生互換性などの情報を格納するBoxとされる
moovは、ファイル出力（再生）などに必要とされるメタデータ(meta data)を格納するBoxとされる
mdatは、ファイル再生に使用される、例えばビデオ、オーディオなどをはじめとした実データ（media data）を格納するBoxとされる。
free、skipは、free spaceとして規定されるもので、ファイル再生には無関係であり無視されるべき領域として扱われるBoxとなる。

図１３（ａ）（ｂ）を比較して分かるように、ISO Base Media File Formatでは、ヘッダ領域Ａ１において、ftype Boxを配置することとしている。つまり、ftype Boxに格納される上記各情報が、実質的に有効なヘッダ情報として機能している。

また、データ領域Ａ２におけるサムネイルデータが、ここではmedia dataとなるので、これらサムネイルデータの集合された領域がmdat Boxとなる。
そして、データ領域Ａ２におけるアライメント領Ａ２−１は、ISO Base Media File Formatでは、free Boxを適用することとしている。なお、free Boxに代えて、skip Boxを適用してもよい。

リソース領域Ａ３であるサムネイルデータ管理情報は、これまでの説明からも理解されるように、サムネイルデータに対してmeta dataとなるものであり、moov Boxとして扱うべきものとなる。

続いては、図１１（ｂ）に示した本実施の形態としてのＡＶファイル構造により、ＨＤＤなどのメディアに対してデータを書き込むための処理について説明を行うこととし、先ず、このためのシステム階層モデルの構成例を図１４に示す。この図１４に示される本実施の形態としてのシステム階層モデルは、先に図２に示した基本的なシステム階層モデルを基としており、図２と同一とされる部分については、同一符号を付している。

図１４に示すシステム階層の基本構成としても、図２と同様にして、最上位からアプリケーション１００、ファイルシステム１０１、デバイスドライバ、メディア１０３の階層から成るものとしてみることができる。
そのうえで、ファイルシステム１０１についてソフトウェアが実行する処理を機能ブロックとしてみた場合には、図示するようにして、記録制御部２００及びメディア制御部２１０を備えて構成されるものとみることができる。

記録制御部２００は、メディアに対するデータの記録（書き込み）及び読み出しに関する各種制御処理を実行するもので、ディレクトリエントリ制御部２０１、ＦＡＴ制御部２０２、及びクラスタ制御部２０３を備える。また、メディア制御部２１０は、ファイルシステムがメディアに対するコントロールを行うために、デバイスドライバ１０２側とデータの授受を行うことが可能な機能部位として位置算出部２１１を備える。

記録制御部２００内のディレクトリエントリ制御部２０１は、例えばメディアに対するファイルの書き込み、消去などのデータ処理結果に応じてディレクトリエントリを作成、削除、更新するなど、ディレクトリエントリについての各種所要の制御処理を実行する。ＦＡＴ制御部２０２は、メディアに対するファイルデータ処理結果に応じてＦＡＴ領域における所定のＦＡＴエントリについての書き換えを実行するなど、ＦＡＴ領域についての各種所要の制御処理を実行する。クラスタ制御部２０３は、ファイルシステム内での処理がクラスタレベルで実行されるようにするための各種制御処理を実行する。
例えばメディアに書き込むためのデータが、ファイル単位の処理としてアプリケーション１００から渡されてきたとすると、クラスタ制御部２０３は、このファイルレベルのデータをクラスタレベルによるデータに変換する。そして、このクラスタレベルによるデータについてのメディアへの書き込みを、メディア制御部２１０の位置算出部２１１に指示する。
位置算出部２１１では、ＦＡＴ制御部２０２により管理しているＦＡＴ領域の内容を参照して認識されるメディアの未使用領域のうちから、ファイルのデータを書き込むべきクラスタの位置（クラスタ番号）を算出する。そして、デバイスドライバ１０２に対して、書き込むべきクラスタ単位のデータを受け渡すと共に、このデータを書き込むべきクラスタ番号を指示する。デバイスドライバ１０２は、指示されたクラスタ番号について最終的には、メディア上の記憶領域の物理セクタのアドレスに変換して、セクタレベルによりメディアへのデータの書き込みを実行するようにされる。

また、これとともに、ファイルシステムでは、上記のようにしてメディアに書き込まれて記憶されるファイルがＦＡＴファイルシステム上で適正に管理されるように、ディレクトリエントリ及びＦＡＴ領域についての書き換え（更新）を行う。
例えば先ず、ディレクトリエントリ制御部２０１により今回記録するファイルについてのディレクトリエントリを作成する。このときには、ＦＡＴ制御部２０２と連携して、ＦＡＴ領域における空き領域から、ファイルを記録すべきクラスタを決定する。これに伴い、ディレクトリエントリにおける開始クラスタに格納する値も決まることになる。また、ファイルを記録すべきクラスタが決定されるのに応じて、ＦＡＴ制御部２０２は、ＦＡＴ領域において、このファイルについてのクラスタチェインなどの内容が示されるように、所要のクラスタ番号のＦＡＴエントリの値を書き換える。
そして、このようにして作成したディレクトリエントリ、及びＦＡＴ領域の書き換え内容を、先の説明と同様にして、クラスタ制御部２０３及びメディア制御部２１０（位置算出部２１１）の処理によって、メディアの所定領域に書き込んで記憶させる。

続いては、図１５のフローチャートを参照して、図１１（ｂ）に示す構造のＡＶファイルを記録するための処理手順について説明する。なお、この図に示す処理は、例えばＣＰＵ１０がプログラムを実行することで、図１４に示したアプリケーション１００、ファイルシステム１０１、及びデバイスドライバ１０２が適宜実行する処理として実現される。

ＡＶファイルをＨＤＤ１４に書き込んで記憶させるべき機会、タイミングとなったとされると、先ずステップＳ１０１によるデータ書き込みのためのファイルオープンの処理が実行される。これにより、続くステップＳ１０２以降におけるＨＤＤ１４へのＡＶファイルの書き込みが可能となる。

ステップＳ１０２においては、例えば現在のＦＡＴテーブルを参照するなどしてＨＤＤ１４の空き領域のうちからヘッダ領域Ａ１（ftyp Box）としての情報を書き込むための領域を確保する。そして、この確保した領域に対して、ヘッダの情報を書き込んで記憶させるための処理を実行する。

続くステップＳ１０３〜Ｓ１０５の処理は、ヘッダ領域Ａ１に続けて、データ領域Ａ２における実データとなるサムネイルデータを順次記録していくための処理となる。つまり、mdat Boxとしての領域のデータを記録していくための処理となる。
このために、先ず、ステップＳ１０３では、最後にＨＤＤ１４に記録されたデータの終端に続けるようにして１つのサムネイルデータをＨＤＤ１４に記録していくための処理を実行する。つまり、実際の記録処理として、今回のサムネイルデータの前に記録したとするデータの終端がクラスタの終端と一致せずに、クラスタの中途位置となっているような状態では、このクラスタにおける前の記録データの終端に続くセクタから、今回のサムネイルデータが開始されるようにして、サムネイルデータの記録を実行していくようにされる。
従って、ステップＳ１０２から最初にステップＳ１０３に至った場合には、ヘッダ領域Ａ１のデータの終端に続けるようにしてサムネイルデータを記録していくことになる。
そして、次のステップＳ１０４においては、上記ステップＳ１０３によるサムネイルデータの記録結果に応じて、このサムネイルデータについて関連した所要の情報を生成して保持しておくようにされる。このステップＳ１０４において生成、保持されるサムネイルデータ関連情報が、meta dataの要素となるものであり、後においてサムネイルデータ管理情報の構築に使用される。
ステップＳ１０５においては、全てのサムネイルデータの記録が終了したしたか否かについて判別しており、ここで未だ、記録済みとなっていないサムネイルデータがあるとして否定の判別結果が得られたのであれば、ステップＳ１０３に戻る。このようにして、ステップＳ１０５から戻ってきた場合のステップＳ１０３では、先のステップＳ１０３にて記録されたサムネイルデータの終端がクラスタの中途にあれば、この終端に続くセクタから今回のサムネイルデータが開始されるようにして、サムネイルデータの記録を実行していくことになる。
そして、全てのサムネイルデータをＨＤＤ１４に記録すると、ステップＳ１０５において肯定の判別結果が得られて、ステップＳ１０６に進むことになる。

ステップＳ１０６〜ステップＳ１０９は、これまでの記録結果に基づいて、アライメント領域Ａ２−１のサイズを算出して決定するための処理となる。
ステップＳ１０６においては、既にＨＤＤ１４に記録済みとされているヘッダ領域Ａ１のサイズ（データ長）Shdの情報を取得し、次のステップＳ１０７により、ステップＳ１０３〜Ｓ１０５の処理によりＨＤＤ１４に記録済みとされたサムネイルデータ群の集合のサイズSthを取得する。
なお、これらヘッダ領域Ａ１のサイズShd、及びサムネイルデータ群のサイズSthは、ISO Base Media File Formatでは、ヘッダ情報であるftyp Boxにおける先頭４バイトの領域を参照することで認識できる。そのうえで、次のステップＳ１０８により、ヘッダ領域Ａ１のサイズShdと、サムネイルデータ群のサイズSthとを利用して、Stl＝Shd＋Sthを算出する。つまり、ＡＶファイルにおいて、ファイルの先頭となるヘッダ領域Ａ１の先頭から、データ領域Ａ２においてサムネイルデータが記録される終端位置までのデータサイズが算出される。換言すれば、ヘッダ領域Ａ１と、ISO Base Media File Formatでいうところのmedia dataの集合となるmdat Boxとを合計したサイズを算出する。なお、サイズShd及びサイズSthは、例えばセクタレベルの分解能により表現されるもので、従って、Stlとしてもセクタレベルの分解能で表されたものとなっている。

続くステップＳ１０９においては、上記ステップＳ１０８により得られたStlの値を使用して、アライメント領域Ａ２−１のサイズを算出するための処理を実行する。このためには、例えばSalをアライメント領域Ａ２−１のサイズ、Sclを１クラスタのサイズ、ｎを１以上の自然数を表す変数として、
Stl＋Sal＝Scl×ｎ・・・（式１）
が成立するSalの値を求めるようにすればよい。ただし、Salは、１クラスタのサイズよりも小さい（Sal＜Scl）ことが条件である。
上記式１は、ファイルの先頭（ヘッダ領域Ａ１の先頭）からデータ領域Ａ２においてサムネイルデータが記録される終端位置までのデータサイズStlを１クラスタのサイズで除算してその余りを求めて、この余りの値を１クラスタのサイズから減算して得られる値に相当する。上記余りとしての値は、例えばmdatとしての領域における最後のサムネイルデータの終端を含むクラスタにおける、この最後のサムネイルデータとしての実データのサイズを示している。従って、この余りの値を１クラスタのサイズから減算すれば、この最後のサムネイルデータを含むクラスタにおける、このサムネイルデータの終端位置から、クラスタの終端までのサイズを求めることができる。つまり、アライメント領域Ａ２−１のサイズが求められる。
なお、Salの値は、最後に記録されたサムネイルデータの終端位置とクラスタの終端位置とが一致した場合には、０として算出される。

ステップＳ１１０においては、上記ステップＳ１０９にて算出されたサイズSalのデータサイズによるアライメント領域Ａ２−１を生成し、次のステップＳ１１１により、上記ステップＳ１１０により生成されたアライメント領域Ａ２−１（free Box)を、最後に記録されたサムネイルデータの終端に続けるようにしてＨＤＤ１４に記録するための制御処理を実行する。

そして、ステップＳ１１２により、これまでの記録結果に応じてサムネイルデータ管理情報（meta dat、moov Box）を形成したうえで、このサムネイルデータ管理情報を上記アライメント領域Ａ２−１に続けるようにして記録する。つまり、リソース領域Ａ３を記録する。この場合、上記ステップＳ１１１の処理により記録済みとされたアライメント領域Ａ２−１の終端位置は、そのアライメント領域Ａ２−１が含まれるクラスタの終端位置と一致している。従って、ステップＳ１１２により記録されるサムネイルデータ管理情報は、アライメント領域Ａ２−１が含まれるクラスタに対して論理的に連結された次のクラスタの開始位置からデータが記録されることになる。この結果、最後のサムネイルデータの終端位置（mdat Boxの終端位置）が、クラスタの中途位置である場合において、図１１（ｂ）に示したような本実施の形態としてのＡＶファイルの構造が得られるようにされる。
上記ステップＳ１１２の処理が終了した段階では、ＡＶファイルを形成するデータの全てがＨＤＤ１４に書込済みの状態となっている。そこで、ステップＳ１１３によりファイルクローズを実行する。これにより、このＡＶファイルを記録するための処理が終了されたこととなる。

なお、上記処理によってＨＤＤ１４に記録されてＦＡＴファイルシステムにより管理されるＡＶファイルを対象とする再生処理は、特に通常と変わるところはない。ただし、上記処理によってＨＤＤ１４に記録されたＡＶファイルは、サムネイルデータ管理情報（リソース領域Ａ３）についてクラスタの開始位置から記録された状態となっており、このサムネイルデータ管理情報の記録位置については、ヘッダ情報として示されている。従って、通常の再生処理の手順で、ヘッダにアクセスして認識したサムネイルデータ管理情報の位置情報に基づいて、ＨＤＤ１４におけるサムネイルデータ管理情報にアクセスする結果、先に図１１（ｂ）により説明したように、サムネイルデータ管理情報を読み込んでワークＲＡＭに格納するためのＨＤＤ１４へのアクセス回数を少なくできる場合があることになる。

ところで、これまでにおいては、本願発明における第１の情報部と第２の情報部であるデータ領域Ａ２（サムネイルデータ）とリソース領域Ａ３（サムネイルデータ管理情報）との関係に対応するものとして、データ領域Ａ２の終端部のみに対してアライメント領域を配置するファイル構造を前提として説明してきた。
しかしながら、アライメント領域の配置に関すれば、本実施の形態としてのＡＶファイルの構造の下では、例えば図１６（ａ）に示すようにして、ヘッダ領域Ａ１においてもアライメント領域Ａ１−１を配置させる構造とすることが可能である。
つまり、ヘッダ領域Ａ１における有効データとなるヘッダ情報を、ヘッダ領域Ａ１としての先頭位置（ファイル先頭位置）から格納していき、このヘッダ情報としてのデータの終端位置がクラスタの中途位置にある場合に、このヘッダ情報としてのデータの終端を含むクラスタにおいて、ヘッダ情報のデータ終端位置からクラスタ終端位置までをアライメント領域Ａ１−１により埋めるようにした構造とするべきものである。これにより、ヘッダ領域Ａ１に続くデータ領域Ａ２の開始位置は、必ずクラスタの先頭位置から開始されることとなる。そして、データ領域Ａ２について先頭部分を読み出す場合において、メディアへの物理的なアクセス回数を低減することが可能になる。本実施の形態では、データ領域Ａ２の先頭から所定順序でサムネイルデータを配置していくこととしている。従って、ヘッダ領域Ａ１についてアライメント領域によるサイズ調整が行われたＡＶファイルを再生することによっては、少なくとも、データ領域Ａ２の先頭から或る所定サイズ（ワークＲＡＭサイズにより決まる）のデータ位置までに格納されるサムネイルデータを読み出す場合のメディアへの物理的なアクセス回数を低減することが可能になるものである。

また、上記図１６（ａ）に示されるＡＶファイルの構造をISO Base Media File Formatに対応させるとすれば、図１６（ｂ）に示すようにして、ヘッダ領域Ａ１に配置するアライメント領域Ａ１−１についても、free Box（又はskip Box）を割り当てることとすればよい。

図１７は、上記図１６に示したように、本実施の形態のＡＶファイルについて、データ領域Ａ２に加えて、ヘッダ領域Ａ１にもアライメント領域を配置できることとした場合における、ＡＶファイルの記録のための処理手順を示している。この図に示す処理も、図１５の場合と同様にして、例えばＣＰＵ１０がプログラムを実行することで、図１４に示したアプリケーション１００、ファイルシステム１０１、及びデバイスドライバ１０２が適宜実行する処理として実現されるものとされる。

この場合においても、ＡＶファイルをＨＤＤ１４に書き込んで記憶させるべき機会、タイミングとなったとされると、図１５のステップＳ１０１と同様にして、先ず、ステップＳ２０１によるデータ書き込みのためのファイルオープンの処理が実行され、ステップＳ２０２以降におけるＨＤＤ１４へのＡＶファイルの書き込みを可能とする。そして、次のステップＳ２０２により、ＨＤＤ１４の空き領域のうちから、ヘッダ領域Ａ１におけるヘッダ情報としての有効データであるftyp Boxを書き込むための領域を確保したうえで、ftyp Boxのデータを書き込んで記憶させるための処理を実行する。

続くステップＳ２０３〜Ｓ２０６までの処理が、ftyp Boxの終端に続けて、ヘッダ領域Ａ１のアライメント領域Ａ１−１を生成して記録するための処理となる。
先ず、ステップＳ２０３においては、上記ステップＳ２０２により書き込みを実行したftyp BoxのサイズSftを算出する。このサイズSftは、セクタレベルでの分解能で表される値となる。
次のステップＳ２０４においては、上記ステップＳ２０３により得られたサイズSftの値を使用して、アライメント領域Ａ１−１のサイズを算出するための処理を実行する。ここでの処理は、先に図１５により説明したステップＳ１０９における、データ領域Ａ２内のアライメント領域Ａ２−１を算出する処理に準ずるものとされればよく、例えば下記のようになる。
ここでは、Salhをアライメント領域Ａ１−１のサイズ、Sclを１クラスタのサイズ、ｎを１以上の自然数を表す変数として、
Stl＋Salh＝Scl×ｎ・・・（式２）
が成立するSalhの値を求めるようにされる。なお、この場合にも、アライメント領域Ａ１−１のサイズSalhは、１クラスタのサイズよりも小さい（Salh＜Scl）ことが条件となる。また、この場合にも、アライメント領域Ａ１−１のSalhの値は、ftypの終端位置とクラスタの終端位置とが一致した場合には、０として算出される。

そして、ステップＳ２０５により、上記ステップＳ２０４にて算出されたサイズSalhのデータサイズによるアライメント領域Ａ１−１（free Box）を生成し、続くステップＳ２０６により、上記ステップＳ２０５により生成されたアライメント領域Ａ１−１を、ftypの終端に続けるようにしてＨＤＤ１４に記録するための制御処理を実行する。

上記ステップＳ２０６までの処理により、ＡＶファイルにおけるヘッダ領域Ａ１についての書き込み（記録）が終了したことになる。そこで、次のステップＳ２０７においては、データ領域Ａ２を記録するための処理を実行することになる。つまり、先ずは所定順序でサムネイルデータを所要のサムネイルデータを記録していき、最後に必要に応じてアライメント領域Ａ２−１を生成して記録するまでの処理を実行する。
このステップＳ２０７の処理は、先に図１５により説明したステップＳ１０３〜Ｓ１１１の処理となる。また、上記ステップＳ２０６までの処理により、ヘッダ領域Ａ１にもアライメント領域Ａ１−１が配置されることで、上記ステップＳ２０７により記録されたデータ領域Ａ２の開始位置は、必ず、クラスタの先頭と一致していることになる。

ステップＳ２０７によりデータ領域Ａ２についての記録が完了すると、ステップＳ２０８により、先の図１５のステップＳ１１２と同様にして、サムネイルデータ管理情報（meta dat、moov Box）を形成して記録するための処理を実行する。これにより、データ領域Ａ２に続けて、リソース領域Ａ３が記録されることとなるが、ここでもリソース領域Ａ３（サムネイルデータ管理情報）は、常にクラスタの先頭から開始されるものとなる。
上記ステップＳ２０８の処理の終了を以て、ＡＶファイルを形成するデータの全てがＨＤＤ１４に書込済みとなる状態が得られることになる。そこで、図１５のステップＳ１１３と同様にして、ステップＳ２０９によりファイルクローズを実行して、このＡＶファイルを記録するための処理を終了させる。

このようにして、本実施の形態では、データ領域Ａ２だけではなく、ヘッダ領域Ａ１に対してもアライメント領域を設けることができる。また、この考え方を推し進めれば、データ領域Ａ２内におけるサムネイルデータごとについてもアライメント領域を設けて、サムネイルデータごとについてクラスタ先頭から開始されるようにすることも考えられる。ただし、アライメント領域を設けるデータ領域あるいはデータ単位などを増加させるのに応じて、それだけファイルとしては、アライメント領域としての無効データのサイズが増加して冗長度が高くなる。このために、実際にヘッダ領域やサムネイルデータにアライメント領域を設けるか否かについては、ファイル再生処理の効率と、ファイルの冗長度とのバランスを考慮して決定することが好ましい。

なお、本発明としては、これまでに説明してきた実施の形態としての構成に限定されない。
先ず、本発明のファイルは、第１の情報部（実施の形態ではデータ領域Ａ２）と、この後ろに論理的に続く第２の情報部（リソース領域Ａ３：サムネイルデータ管理情報）から少なくとも成り、第２の情報部は、第１の情報部において実データを形成するデータ要素単位（サムネイルデータ）へのアクセスのために、第１の情報部へのアクセスに先立って必ずアクセスしなければならない情報を有する領域であることが要件である。
従って、実施の形態において図７、図１１などに示したファイル構造、及び、より具体的な形式として挙げたISO Base Media File Formatなどの仕様は、あくまでも一例であり、上記した本発明が対応するファイルの要件を満たす限り、そのファイル構造、ファイル形式は限定されるべきものではない。また、これに応じて、ファイル種別としても動画と音声について再生時間軸を同期させて再生するようなＡＶファイル系以外の各種ファイルとされてよい。

また、実施の形態におけるファイルの記録管理についてはＦＡＴファイルシステムを採用することとしているが、例えばＨＳＦ(Hierarchical File System)などをはじめとする他のファイルシステムとされてもよいものであり、ファイルシステムの規格に関しては特に限定されるべきものではない。

また、上記実施の形態では、本発明の情報処理装置としても、実施の形態に挙げたデジタルビデオカメラに限定されるべきものではなく、例えば、デジタルスチルカメラ、テレビジョン放送番組の予約録画機器、さらにはパーソナルコンピュータをはじめ、これに準じた各種情報処理機器など、ＨＤＤなどの記憶媒体に対応してデータ書き込み／読み出しなどのデータ処理が可能な機器であれば、本発明が適用できる。
また、ファイルが記録される記憶媒体としても、実施の形態で説明したＨＤＤに限定される必要はない。例えば、他の磁気ディスク状記録媒体、或いは光学ディスク状記録媒体、光磁気ディスク状記録媒体など、ランダムアクセスが行われる各種記録媒体とされてよい。

また、実施の形態における説明から理解されるように、本発明としての効果は再生処理速度の向上であるが、この効果は、例えば図１１（ｂ）に例示したファイルの構造により記録媒体に記録することで得られるものである。従って、本発明は、例えば記録媒体へのファイル（データ）記録機能のみを持ち、ファイル再生機能を有さないような、記録専用の情報処理装置にも適用は可能である。

本発明の実施の形態のデジタルビデオカメラの構成例を示すブロック図である。 ＦＡＴファイルシステムのシステム構成を階層モデルにより示す図である。 ＦＡＴファイルシステムにおけるメディアのフォーマット構造を示す図である。 ＦＡＴファイルシステムにおけるＭＢＲの構造を示す図である。 ＦＡＴファイルシステムにおけるディレクトリエントリの構造を示す図である。 ＦＡＴファイルシステムによるファイル記録位置の管理例を示す図である。 本実施の形態が対応するＡＶファイルの基本構造を示す図である。 従来の構造のＡＶファイルに対する基本的なアクセス手順例を示す図である。 従来の構造のＡＶファイルに対するアクセス手順例として、サムネイルデータ管理情報の中途にクラスタ境界が位置する場合のアクセス手順例を示す図である。 ＡＶファイルにおけるサムネイルデータ管理情報をワークＲＡＭに格納する手順を模式的に示す図である。 本実施の形態としての構造のＡＶファイルに対するアクセス手順例を、従来と比較して示す図である。 １クラスタより大きなサイズのサムネイルデータ管理情報へのアクセス手順を、サムネイルデータ管理情報とクラスタ境界との位置関係として示す図である。 本実施の形態が対応するＡＶファイルの具体的形式例を示す図である。 本実施の形態に対応する、ＦＡＴファイルシステム構成を階層モデルにより示す図である。 本実施の形態が対応するＡＶファイルをＨＤＤに記録するための処理を示すフローチャートである。 本実施の形態が対応するＡＶファイルについて、ヘッダ部にもアライメント領域を設けることとした場合の構造例を示す図である。 本実施の形態が対応するＡＶファイルをＨＤＤに記録するための処理として、ＡＶファイルのヘッダ部にもアライメント領域を設けることとした場合の処理を示すフローチャートである。

符号の説明

１ デジタルビデオカメラ、２ 光学系部、３ 光電変換部、４ ビデオ信号処理部、５ 画像入出力部、６ カメラ機能部、７ 表示部、８ 音声処理部、９ 音声入出力部、１０ ＣＰＵ、１１ ＲＯＭ、１２ ＲＡＭ、１３ メディアコントローラ、１４ ＨＤＤ、１５ 操作入力部、１６ 通信部、１００ アプリケーション、１０１ ファイルシステム、１０２ デバイスドライバ、２００ 記録制御部、２０１ ディレクトリエントリ、２０２ ＦＡＴ制御部、２０３ クラスタ制御部、２１０ メディア制御部、２１１ 位置算出部

Claims (5)

1. 所定サイズの最小データ管理単位により記憶媒体にデータを書き込んで記憶させるデータ書き込み手段と、
   第１の情報部と、論理的にこの第１の情報部に続くようにして位置するもので、少なくとも上記第１の情報部に格納される実データを形成するデータ要素単位へのアクセスに必要とされる所定の情報を有する第２の情報部と、から少なくとも成るファイルのデータを上記記憶媒体に書き込む場合において、上記第１の情報部の実データの終端位置を含んで記憶される最小データ管理単位に続く最小データ管理単位の開始位置から上記第２の情報部が記憶されるようにして、上記書き込み手段によるデータ書き込み処理を制御する制御手段と、
   を備えることを特徴とする情報処理装置。
2. 上記ファイルのデータを上記記憶媒体に書き込む場合において、上記第１の情報部を成す実データの終端位置から、この終端位置を含むとされる最小データ管理単位の終端までに対応する領域を調整領域として設定する調整領域設定手段をさらに備え、
   上記制御手段は、上記第１の情報部、上記調整領域設定手段により設定された調整領域、上記第２の情報部の領域の順となる論理構造により、上記記憶媒体に上記ファイルが記憶されるように、上記書き込み手段によるデータ書き込み処理を制御する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 上記記憶媒体に記憶された上記ファイルを再生処理するために、このファイルのデータにおいて処理対象となる部分が上記記憶媒体から読み出されてバッファリングされる作業量メモリ領域を有し、
   上記作業用メモリ領域について、上記第２の情報部について規定される最大サイズよりも大きい容量を設定する、
   ことを特徴とする請求項１に記載の情報処理装置。
4. 所定サイズの最小データ管理単位により記憶媒体にデータを書き込んで記憶させるデータ書き込み手順と、
   第１の情報部と、論理的にこの第１の情報部に続くようにして位置するもので、上記第１の情報部に格納される実データを形成するデータ要素単位へのアクセスに必要とされる所定の情報を有する第２の情報部と、から少なくとも成るファイルのデータを上記記憶媒体に書き込む場合において、上記第１の情報部の実データの終端位置を含んで記憶される最小データ管理単位に続く最小データ管理単位の開始位置から上記第２の情報部が記憶されるようにして、上記書き込み手順によるデータ書き込み処理を制御する制御手順と、
   を実行することを特徴とする情報処理方法。
5. 所定サイズの最小データ管理単位により記憶媒体にデータを書き込んで記憶させるデータ書き込み手順と、
   第１の情報部と、論理的にこの第１の情報部に続くようにして位置するもので、少なくとも上記第１の情報部に格納される実データを形成するデータ要素単位へのアクセスに必要とされる所定の情報を有する第２の情報部と、から少なくとも成るファイルのデータを上記記憶媒体に書き込む場合において、上記第１の情報部の実データの終端位置を含んで記憶される最小データ管理単位に続く最小データ管理単位の開始位置から上記第２の情報部が記憶されるようにして、上記書き込み手順によるデータ書き込み処理を制御する制御手順と、
   を情報処理装置に実行させるプログラム。

Images