(57)【要約】【課題】記録領域に空き領域が大量にある状態の記録メディアに対して効率的なフォーマット処理を行なう。【解決手段】ファイルシステムは、フルフォーマット処理を完了したときに書き込みコマンド監視指示を発行し、デバイス・ドライバは、以後に処理した書き込みコマンド実行範囲に応じて未書き込み領域の範囲を更新する。次回のフルフォーマット処理時、デバイス・ドライバは、ファイルシステムから届く書き込みコマンドに対し、書き込み先が未書き込み領域の範囲に該当するときは記録メディアへ書き込みコマンドを送信せず、ファイルシステムへ書き込み完了を通知する。【選択図】  図１６
2009104695.tif 000002
【特許請求の範囲】
【請求項１】
記録領域にファイルシステムに応じたフォーマット処理を行なってから使用が開始される記録メディアの制御を行なう記録メディア制御装置であって、
前記記録領域のうち、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない未書き込み領域の範囲を把握する未書き込み領域管理手段と、
未書き込み領域の範囲を除外して、前記記録領域に所定の値を書き込んでデータの消去を行なうデータ消去手段と、
前記記録領域の所定の場所にファイルシステムの管理情報を作成する管理情報作成手段と、
を具備することを特徴とする記録メディア制御装置。
【請求項２】
ファイルシステムは、デバイス・ドライバを通じて記録メディアへのアクセスを行なう場合に、
ファイルシステムは、前回のフルフォーマット処理を完了したときにデバイス・ドライバに対して書き込みコマンド監視指示を発行し、
デバイス・ドライバは、前記未書き込み領域管理手段として、ファイルシステムからの前記書き込みコマンド監視指示に応じて、以後に処理した前記記録メディアへの書き込みコマンド実行範囲に応じて、未書き込み領域の範囲を逐次更新する、
ことを特徴とする請求項１に記載の記録メディア制御装置。
【請求項３】
次回のフルフォーマット処理時に、デバイス・ドライバは、ファイルシステムから届く書き込みコマンドに対して、書き込み先が未書き込み領域の範囲に該当しないときは前記記録メディアへ書き込みコマンドを送信するが、書き込み先が未書き込み領域の範囲に該当するときには前記記録メディアへ書き込みコマンドを送信せずにファイルシステムへ書き込み完了を通知する、
ことを特徴とする請求項２に記載の記録メディア制御装置。
【請求項４】
次回のフルフォーマット処理時に、ファイルシステムは、デバイス・ドライバから未書き込み領域の範囲の情報を取得し、その情報に基づいて、フルフォーマット処理における所定の値を書き込んでデータ消去処理を実行する範囲を狭める、
ことを特徴とする請求項２に記載の記録メディア制御装置。
【請求項５】
記録領域にファイルシステムに応じたフォーマット処理を行なってから使用が開始される記録メディアの制御を行なう記録メディア制御方法であって、
前記記録領域のうち、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない未書き込み領域の範囲を把握する未書き込み領域管理ステップと、
未書き込み領域の範囲を除外して、前記記録領域に所定の値を書き込んでデータの消去を行なうデータ消去ステップと、
前記記録領域の所定の場所にファイルシステムの管理情報を作成する管理情報作成ステップと、
を具備することを特徴とする記録メディア制御方法。
【請求項６】
記録領域にファイルシステムに応じたフォーマット処理した後に使用が開始される記録メディアの制御を行なうための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記記録領域のうち、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない未書き込み領域の範囲を把握する未書き込み領域管理手段と、
未書き込み領域の範囲を除外して、前記記録領域に所定の値を書き込んでデータの消去を行なうデータ消去手段と、
前記記録領域の所定の場所にファイルシステムの管理情報を作成する管理情報作成手段と、
として機能させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録メディアの制御を行なう記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムに係り、特に、ハード・ディスクのように記録領域のフォーマット処理を行なってから使用が開始される記録メディアの制御を行なう記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムに関する。
【０００２】
さらに詳しくは、本発明は、データ書き込みが行なわれた後の記録メディアに対して書き込みデータを完全に消去するフォーマット処理を行なう記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムに係り、特に、記録領域に空き領域が大量にある状態の記録メディアに対して効率的なフォーマット処理を行なう記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００３】
情報処理や情報通信など情報技術の発達とともに、過去に作成・編集した情報を再利用する必要が生じてきており、このために情報蓄積技術はますます重要となってきている。これまで、磁気テープや磁気ディスクなどさまざまなメディアを利用した情報記録装置が開発され普及している。このうち、ハード・ディスクなどのディスク型の記録メディアは、基本的には、回転するディスクの記録面上で読み書きヘッドが半径方向にシークする動作によって、ランダム・アクセスが可能である。
【０００４】
ハード・ディスクは既に広汎に普及している。例えば、パーソナル・コンピュータ用の標準的なローカル記録装置として、コンピュータを起動するために必要なオペレーティング・システム（ＯＳ）やアプリケーションなど、さまざまなソフトウェアをインストールしたり、作成・編集したファイルを保存したりするためにハード・ディスクが利用されている。
【０００５】
また、最近では、デジタルビデオカメラのように大容量のデータを扱う情報機器にも、ローカル記録装置、若しくは外付けの記録装置としてハード・ディスクが利用されるようになっている。デジタルビデオカメラは、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの固体撮像素子により被写体を撮影した画像データをデジタル・データとして処理するが、近年のデジタル処理の高速化と大容量化に伴って広範に普及している。デジタルビデオカメラの記録機器にハード・ディスクを用いる場合、多数の高画質画像データのデジタル記録や、記録データへのランダム・アクセスが可能であり、また、コンピュータにＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）接続してファイル操作したりコンピュータ上で画像編集を行なったりすることができる。また、記録メディアの着脱機構を必要としないため、着脱可能な磁気テープや光ディスクを用いる場合に比べて、装置の重量や体積、コストを小さくすることが可能である。加えて、記録メディアの大きさや着脱部のレイアウトに制限されないので、より小型なデジタルビデオカメラを実現でき、デザインの自由度が高くなる（例えば、特許文献１、特許文献２を参照のこと）。
【０００６】
通常、ハード・ディスクの記録空間は、ＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）などのファイルシステムによって管理される。デジタルビデオカメラ上では、静止画像、動画像、音声といった各種データは、ファイルシステムを介してファイルとしてハード・ディスクに記録される。例えば、デジタルビデオカメラなどの記録装置において、ファイルシステムの管理対象外の記録領域を有効活用して、ファイルを記録するための記録領域を減少させることなく所定のデータを記録する方法について提案されている（例えば、特許文献３を参照のこと）。
【０００７】
ところで、ハード・ディスクなどの記録メディアを使用する際には、記録領域をファイルシステムに応じたファイル・フォーマットに整える処理、すなわちフォーマット処理が必要である。例えばＦＡＴ方式でフォーマットされた記録メディアの記録領域は、セクタと称される所定容量（例えば、５１２バイト）毎の区画に分割され、各セクタにはセクタ・アドレスが付与される。セクタは区画の最小単位であるが、実際には複数のセクタをまとめたクラスタを単位にしてデータの記録・再生を行なうことが多い。
【０００８】
１つの記録メディアは１又は２以上のパーティションからなる。フォーマット処理の対象範囲はパーティションを単位として指定される。フォーマット処理は、概略的には、パーティション全体に所定の値（例えば、０×ＦＦ）からなるデータを書き込んで以前のデータを潰す処理と、その後にファイルシステムの管理情報をパーティション内の所定の場所に作成する処理からなる。
【０００９】
このうち、前段の所定データ書き込み処理は、記録メディアの大容量化に伴って所要時間が増大するという問題がある。例えば、３０ＧＢのハード・ディスク（パーティション）の場合の所要時間が３０分であるとすると、６０ＧＢの場合は６０分前後になるといった具合に、所要時間はメディアの容量に比例して増えていく。とりわけ、空き容量がまだ大量にあるパーティションをフォーマットする場合、未使用領域に同じデータを書き込んでデータを消去するという無駄な処理を繰り返しながら長い所要時間を要することになる。また、フォーマット処理は基本的にはメディアへのデータ書き込み処理からなることから、所要時間を要することは消費電力の増大を意味し、特にデジタルビデオカメラのようなバッテリ駆動の機器にとっては負担が大きく、看過し難い。
【００１０】
ファイルシステムの管理情報のみを消去して初期状態に戻すことによって、所要時間の短縮化を図ったフォーマット処理も知られており、利用に供されている。パーティション全体を初期化する処理は「フルフォーマット」と呼ばれ、ファイルシステムの管理情報のみ消去を行なう簡易な処理は「クイックフォーマット」と呼ばれる。
【００１１】
例えば、デジタルカメラに未フォーマットのメモリカードが装着された状態でシャッタが押下されたときに、メモリカードにクイックフォーマットを行なってから、ＪＰＥＧ形式で圧縮された画像データをメモリカードに書き込むデジタルカメラについて提案がなされている（例えば、特許文献４を参照のこと）。
【００１２】
しかしながら、クイックフォーマットでは、データを完全に消去することはできない。すなわち、既にデータの書き込み処理が行なわれた後の記録メディアに対してクイックフォーマットを行なった場合には、データ領域のデータは残ったままであることから、専用ソフトなどを用いて見かけ上は消えたはずのデータを復活させることができるので、セキュリティ上の問題がある。また、フルフォーマットでは、データ書き込みの際にメディア上の不良個所のチェックを行ない、以後は不良箇所へのデータ書き込み行なわないようにして、不良個所に記録したファイルが後から開けないといったトラブルを回避することができるが、クイックフォーマットでは不良個所のチェックが省かれる。
【００１３】
【特許文献１】特開平８−１４００２７号公報
【特許文献２】特開平９−１６８１０９号公報
【特許文献３】特開２００５−３３９６２８号公報
【特許文献４】特開平１１−１４６２４６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明の目的は、ハード・ディスクのように記録領域のフォーマット処理を行なってから使用が開始される記録メディアの制御を好適に行なうことができる、優れた記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムを提供することにある。
【００１５】
本発明のさらなる目的は、データ書き込みが行なわれた後の記録メディアに対して書き込みデータを完全に消去するフォーマット処理を好適に行なうことができる、優れた記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムを提供することにある。
【００１６】
本発明のさらなる目的は、記録領域に空き領域が大量にある状態の記録メディアに対して効率的なフォーマット処理を行なうことができる、優れた記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【００１７】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、記録領域にファイルシステムに応じたフォーマット処理を行なってから使用が開始される記録メディアの制御を行なう記録メディア制御装置であって、
前記記録領域のうち、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない未書き込み領域の範囲を把握する未書き込み領域管理手段と、
未書き込み領域の範囲を除外して、前記記録領域に所定の値を書き込んでデータの消去を行なうデータ消去手段と、
前記記録領域の所定の場所にファイルシステムの管理情報を作成する管理情報作成手段と、
を具備することを特徴とする記録メディア制御装置である。
【００１８】
ハード・ディスクなどのランダム・アクセスが可能な記録メディアが広範に普及し、パーソナル・コンピュータなどの計算機システムや、デジタルビデオカメラなどの情報機器に利用されている。この種の記録メディアの記録空間はファイルシステムによって管理され、ファイルシステムは各種のデータをファイルとして保存する。
【００１９】
ハード・ディスクなどの記録メディアを使用する際にはフォーマット処理が必要である。ここで、データ領域をすべて未使用の状態にするフルフォーマットを行なう場合には、フォーマット対象となるパーティション全体に所定の値（例えば、０×ＦＦ）からなるデータを書き込んで以前のデータを潰す処理を含むため、記録メディアの大容量化に伴って所要時間が増大するという問題がある。
【００２０】
これに対し、本発明に係る記録メディア制御装置は、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない範囲を把握しておき、今回のフルフォーマットを行なうときには、書き込みが実行されていない範囲をフルフォーマット処理対象範囲から除外するようになっている。
【００２１】
したがって、本発明によれば、一旦フルフォーマットした記録メディアにデータの書き込みを行なった後に再びフルフォーマットを行なう際には、データ領域のうち未使用領域に対して所定値を書き込んでデータを消去するという無駄な処理が省略されるので、フルフォーマット処理全体の処理を短縮することができる。
【００２２】
例えば、デジタルビデオカメラなどでハード・ディスクのフルフォーマットを行なってから動画や静止画などのファイルを記録したが空き容量がまだ大量にある状態で再びフルフォーマット処理するという操作が行なわれた場合、再びのフルフォーマット処理の所要時間を空き容量サイズに応じて短縮することができる。
【００２３】
デジタルビデオカメラなどの情報機器、あるいはパーソナル・コンピュータなどの計算機システムでは、ファイルシステムが記録メディアの記録空間を管理し、各種データをファイルとして扱う。また、ファイルシステムは、ハード・ディスクなど記録メディア毎のデバイス・ドライバを通じてデータの書き込みや読み出しを行なう。
【００２４】
したがって、デバイス・ドライバは、未書き込み領域管理手段として機能して、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない未書き込み領域の範囲を把握することができる。
【００２５】
ファイルシステムは、フルフォーマット処理を行なう際に、デバイス・ドライバに対して書き込みコマンド監視指示を発行する。これに対し、デバイス・ドライバは、フルフォーマット処理した以降に処理した記録メディアへの書き込みコマンド実行範囲に応じて、未書き込み領域の範囲を更新していく。
【００２６】
このような場合、次回のフルフォーマット処理時に、デバイス・ドライバは、ファイルシステムから届く（データ消去のための）書き込みコマンドに対して、書き込み先が未書き込み領域の範囲に該当するときには記録メディアへ書き込みコマンドを送信せずに、ファイルシステムへ書き込み完了を通知する。すなわち、デバイス・ドライバは、未書き込み領域の範囲では実際の（データ消去のための）書き込みを行なわず、ファイルシステムに対しては書き込みを行なったかのようにフェイクする。ファイルシステム側では、パーティション全体でデータ消去が行なわれたものと認識する。
【００２７】
あるいは、次回のフルフォーマット処理時に、ファイルシステムは、デバイス・ドライバから未書き込み領域の範囲の情報を取得し、その情報に基づいて、フルフォーマット処理においてデータ書き込み処理を実行する範囲を狭めるようにしてもよい。
【００２８】
いずれの場合であっても、前回フルフォーマット処理した以降の未書き込み領域の範囲では所定の値を書き込んでデータを消去するという無駄な書き込み処理が省略されるので、フルフォーマット処理の所要時間を短縮することができる。
【００２９】
また、本発明の第２の側面は、記録領域にファイルシステムに応じたフォーマット処理した後に使用が開始される記録メディアの制御を行なうための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記記録領域のうち、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない未書き込み領域の範囲を把握する未書き込み領域管理手段と、
未書き込み領域の範囲を除外して、前記記録領域に所定の値を書き込んでデータの消去を行なうデータ消去手段と、
前記記録領域の所定の場所にファイルシステムの管理情報を作成する管理情報作成手段と、
として機能させるためのコンピュータ・プログラムである。
【００３０】
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによって、コンピュータ上では協働的作用が発揮され、本発明の第１の側面に係る記録メディア制御装置と同様の作用効果を得ることができる。
【発明の効果】
【００３１】
本発明によれば、ハード・ディスクのように記録領域のフォーマット処理を行なってから使用が開始される記録メディアの制御を好適に行なうことができる、優れた記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムを提供することができる。
【００３２】
また、本発明によれば、データ書き込みが行なわれた後の記録メディアに対して書き込みデータを完全に消去するフォーマット処理を好適に行なうことができる、優れた記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムを提供することができる。
【００３３】
また、本発明によれば、記録領域に空き領域が大量にある状態の記録メディアに対して効率的なフォーマット処理を行なうことができる、優れた記録メディア制御装置及び記録メディア制御方法、並びにコンピュータ・プログラムを提供することができる。
【００３４】
本発明に係る記録メディア制御装置は、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない範囲を把握しておき、今回のフルフォーマットを行なうときには、書き込みが実行されていない範囲をデータ書き込み処理の対象範囲から除外するようになっているので、フルフォーマット処理全体の処理を短縮することができる。
【００３５】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００３６】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３７】
図１には、本発明を適用した記録メディア制御装置として動作することができる装置の一例として、デジタルビデオカメラの構成を模式的に示している。
【００３８】
図示のデジタルビデオカメラ１００は、光学レンズ部１１１と、光電変換部１１２、カメラ機能制御部１０２と、画像信号処理部１１３と、画像入出力部１１４と、液晶ディスプレイ１１５と、音声入出力部１１６と、音声信号処理部１１７と、通信部１３１と、制御部１０１と、内蔵メモリ（ＲＡＭ）１１８と、内蔵メモリ（ＲＯＭ）１１９と、操作入力部１２０と、記録メディアに対するドライブ１３２と、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）や加速度センサなどのセンサ１５０と、上記の各構成部に対する電力供給を行なう電源１４１を備えている。
【００３９】
制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などで構成されるが、ＲＯＭ（ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１９に格納された各種の処理プログラムに従って処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１８は、各処理において途中結果を一時記録するなど、主に作業領域として用いられる。
【００４０】
操作入力部１２０は、動画撮影モード、静止画撮影モード、ＶＴＲモードなどの動作モードを切り換えるモード切り換えキー、静止画の撮影のためのシャッターキー、動画を撮影するための撮影開始キー、録画キー、再生キー、停止キー、早送りキー、早戻しキーなどの種々の操作キーや機能キーなどを備え、ユーザからの操作入力を受け付けて、受け付けた操作入力に応じた電気信号を制御部１０１に供給する。
【００４１】
制御部１０１は、ユーザからの操作入力に応じて、目的とする処理を行なうためのプログラムをＲＯＭ１１９から読み出して実行し、各部を制御することによって、ユーザからの指示に応じた処理の制御を行なう。デジタルビデオカメラ１００は、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどの各種の記録メディアを装着可能であり、これらの記録メディアに対してドライブ１３２を介して各種の情報を記録し、また、これらの記録メディアに記録された情報を再生する。ここで言う磁気ディスクには、いわゆるハード・ディスクが含まれる。ハード・ディスクの記録領域はＦＡＴなどのファイルシステムによって管理されており、アプリケーションやオペレーティング・システムなどの上位層プログラムはファイルシステムを介してハード・ディスク内の記録領域にアクセスすることができる。また、ハード・ディスクは専用のデバイス・ドライバによって駆動制御され、ファイルシステムはデバイス・ドライバに対し書き込みコマンドや読み出しコマンドなどのホスト・コマンドを発行する。
【００４２】
デジタルビデオカメラ１００は、画像を撮像して得た画像データを、ドライブ１３２を介して磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどの各種記録メディアに記録する「撮像モード」と、画像入出力部１１４や音声入出力部１１６あるいは通信部１３１を通じて供給を受けたデータを記録メディアに記録したり、記録メディアに記録されているデータを再生したりする「ＶＴＲモード」を備えている。
【００４３】
撮像モード下では、動画を撮像するとともに、これと同時に収音するようにした音声とを記録メディアに記録する動画撮像モードと、静止画を撮像する静止画撮像モードとを備えている。また、ＶＴＲモード下では、記録ボタン・スイッチなどによって構成される操作入力部１２０を操作することによって供給されるデータの記録が行なわれ、また、再生ボタン・スイッチを操作することにより記録メディアに記録されている目的とするデータを再生することができる。
【００４４】
また、図２には、本発明を適用した記録メディア制御装置として動作することができる装置の他の例として、パーソナル・コンピュータの構成を模式的に示している。
【００４５】
ＣＰＩ２０１は、オペレーティング・システム（ＯＳ）が提供するプログラム実行環境下で、ＲＯＭ２０１やハード・ディスク・ドライブ２１１に格納されているプログラムを実行する。
【００４６】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２は、ＰＯＳＴ（Ｐｏｗｅｒ  Ｏｎ  Ｓｅｌｆ  Ｔｅｓｔ）やＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  ＳＹｓｔｅｍ）などのプログラム・コードを恒久的に格納する。ＲＡＭ２０３は、ＲＯＭ２０２やＨＤＤ２１１に格納されているプログラムをＣＰＵ２０１が実行する際にロードしたり、実行中のプログラムの作業データを一時的に保持したりするために使用される。これらはＣＰＵ２０１のローカル・ピンに直結されたローカル・バス２０４により相互に接続されている。
【００４７】
ローカル・バス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスなどの入出力バス２０６に接続されている。
【００４８】
キーボード２０８と、マウスなどのポインティング・デバイス２０９は、ユーザにより操作される入力デバイスである。ディスプレイ２１０は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）などから成り、各種情報をテキストやイメージで表示する。
【００４９】
ＨＤＤ２１１は、記録メディアとしてのハード・ディスクを内蔵し、ハード・ディスクを駆動する。ハード・ディスクには、オペレーティング・システムや各種アプリケーションなどＣＰＵ２１０が実行するプログラムをインストールしたり、動画像や静止画像などのメディア・ファイルや、データ・ファイルなど、各種のローカル・ファイルを保存したりするために使用される。ハード・ディスクの記録領域はＦＡＴなどのファイルシステムによって管理されており、アプリケーションやオペレーティング・システムなどの上位層プログラムはファイルシステムを介してハード・ディスク内の記録領域にアクセスすることができる。また、ハード・ディスクは専用のデバイス・ドライバによって駆動制御され、ファイルシステムはデバイス・ドライバに対し書き込みコマンドや読み出しコマンドなどのホスト・コマンドを発行する。
【００５０】
ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録メディア２２１に記録されているデータ又はプログラムを読み出して、入出力インターフェース２０７、入出力バス２０６、ブリッジ２０５、及びローカル・バス２０４を介して接続されているＲＡＭ５０３に供給する。
【００５１】
接続ポート２１４は、外部接続機器２２２を接続するポートであり、ＵＳＢやＩＥＥＥ１３９４などの接続インターフェースを持つ。接続ポート２１４は、インターフェース２０７、及び入出力バス２０６、ブリッジ２０５、ローカル・バス２０４を介してＣＰＵ２０１に接続されている。通信部２１５は、ネットワークに接続され、その他の情報処理装置（図示しない）との通信を実行する。
【００５２】
上述したデジタルビデオカメラ１００やパーソナル・コンピュータ２００などの情報機器において、ハード・ディスクなどの記録メディアに対してデータの記録を行なう場合、ＦＡＴなどのファイルシステムを適用した処理によって、データはファイルとして扱われる。この種のファイルシステムは、記録メディアに対して記録される各ファイルについての記録位置情報、記録位置連鎖情報といったファイルシステムの管理情報を管理する。ファイルシステムによる記録メディアの管理方法について以下に説明しておく。
【００５３】
ハード・ディスクなどの記録メディアを１以上のパーティションに区切り、指定したパーティションに対してフォーマット処理を施すことによって、そのパーティションはファイルシステムに組み込まれる。ファイルシステムは、記録メディア上のファイルを管理するための仕組み、すなわち、ユーザが論理的に扱うファイルやディレクトリを実際の物理的なディスク上に対応させ、ファイルやディレクトリ自体を構成する体系であり、ディレクトリ・エントリとＦＡＴという情報を管理する。
【００５４】
ＦＡＴには、例えばＦＡＴ１６やＦＡＴ３２が挙げられる。図３Ａ及び図３Ｂには、ハード・ディスクにパーティションを１つ設け、ＦＡＴ１６及びＦＡＴ３２でフォーマットした場合のデータ構造をそれぞれ示している。
【００５５】
ＦＡＴ１６のデータ構造は、図３Ａに示すように、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、以降はパーティション毎に、パーティション・ブート・レコード（ＰＢＲ）、ファイル・アロケーション・テーブル１（ＦＡＴ１）、ファイル・アロケーション・テーブル２（ＦＡＴ２）が記録され、さらにルート・ディレクトリ・エントリ、並びにデータ領域が続く。データ領域は複数のクラスタに区画される。
【００５６】
また、ＦＡＴ３２のデータ構造は、図３Ｂに示すように、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、以降はパーティション毎に、パーティション・ブート・レコード（ＰＢＲ）、ファイルシステム情報（ＦＳｉｎｆｏ）、ファイル・アロケーション・テーブル１（ＦＡＴ１）、ファイル・アロケーション・テーブル２（ＦＡＴ２）が記録され、その後はデータ領域が続く。データ領域は複数のクラスタに区画される。
【００５７】
なお、ＦＡＴ１６／３２の詳細については、例えば、“Ｍｉｃｒｏｓｏｆｔ  Ｅｘｔｅｎｓｉｂｌｅ  Ｆｉｒｍｗａｒｅ  Ｉｎｉｔｉａｔｉｖｅ  ＦＡＴ３２  Ｆｉｌｅ  Ｓｙｓｔｅｍ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”を参照されたい。
【００５８】
図４Ａには、マスタ・ブート・レコードの構成を模式的に示している。図示のように、マスタ・ブート・レコードは、起動情報と、パーティション情報、すなわち、各パーティションの開始アドレスとサイズ情報を含むパーティション・テーブルを保持している。図３には、ハード・ディスク内にパーティションを１つだけ設けた場合のＦＡＴ１６並びにＦＡＴ３２のそれぞれのデータ構造を示したが、ハード・ディスクなどの記録メディアを複数のパーティションに区切って管理することが可能である。記録メディアを複数のパーティションに区切った場合、図４Ａに示すように、パーティション毎のパーティション・テーブルが設定される。
【００５９】
起動時には、まず、マスタ・ブート・レコードの起動コード領域から起動コード（プログラム）が読み出される。読み出されたマスタ・ブート・レコードの起動コードは、図４Ａに示す起動コードの直後に形成されるパーティション・テーブル領域のパーティション・テーブルを参照し、目的とするパーティションのブート・セクタの情報を読み出し、このブート・セクタのコード（プログラム）によって、オペレーティング・システム（ＯＳ）が起動される。
【００６０】
マスタ・ブート・レコード内には複数個のパーティション・テーブル（図示の例では４個）を設けることができる。各パーティション・テーブルは、上述したように、例えばハード・ディスクの記録領域を分割して形成される各パーティション領域の位置（開始アドレス）と大きさ（パーティション・サイズ）を示す情報を保持する。なお、パーティション・テーブル領域に続く２バイト（０Ｅ，０Ｆ）には、パーティション・テーブルに対する署名が付与される。
【００６１】
図４Ｂには、１６バイト（１２８ビット）データ長からなるパーティション・テーブルのデータ構造を示している。０バイト目から７バイト目までの８バイト分のエリアがＣＨＳ（Ｃｙｌｉｎｄｅｒ／Ｈｅａｄ／Ｓｅｃｔｏｒ）方式でアドレスを指定する場合に用いる情報の格納エリアであり、８バイト目から１５バイト目までの８バイト分のエリアがＬＢＡ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式でアドレスを指定する場合に用いる情報の格納エリアである。
【００６２】
ここで、ＣＨＳ方式では、シリンダ（Ｃｙｌｉｎｄｅｒ）、ヘッド（Ｈｅａｄ）、セクタ（Ｓｅｃｔｏｒ）の３つのパラメータを１組として用いて、記録メディア（ハード・ディスク）上のアドレス（位置）を指定する。また、ＬＢＡ方式は、ハード・ディスクの記録領域上のアクセス可能な各単位ブロック（例えば、１セクタ単位）について、例えば０番から順番に数字（ブロック・アドレス（論理アドレス））を割り当てておき、その数字を指定することにより、ハード・ディスクの記録領域上のアドレス（位置）を指定する。
【００６３】
パーティション・テーブルのうちＣＨＳ方式でアクセスする場合に用いる情報の格納エリアは、図４Ｂに示すように、０バイト目がアクティブフラグ情報（以下、単に「フラグ情報」という）の格納エリア、１バイト目から３バイト目までの３バイト分がＣＨＳ方式でアクセスする場合に用いる開始セクタ情報の格納アリア、４バイト目がパーティション・タイプ情報（以下、単に「タイプ情報」という）の格納エリア、５バイト目から７バイト目までの３バイト分がＣＨＳ方式でアクセスする場合に用いる終了セクタ情報の格納エリアである。
【００６４】
また、パーティション・テーブルのうちＬＢＡ方式でアクセスする場合に用いる情報の格納エリアは、図４Ｂに示すように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズの格納エリアである。
【００６５】
なお、ＣＨＳ方式は、ハード・ディスクの物理的構造をそのまま流用したアドレス指定方式であり、シリンダ、ヘッド、セクタというアドレス指定のためのパラメータが３つあることから、ソフトウェア的な処理が複雑である。これに対し、ＬＢＡ方式は、ブロック・アドレスという単一のパラメータで指定するので、アクセス時のアドレス指定が極めて簡単である。現在、ハード・ディスクのアドレス指定方式としてはＬＢＡ方式が主流であり、例えばメモリカードなどのリムーバブル・メディアやその他の記録メディアにも広く適用されている。但し、本発明の要旨は特定のアドレス指定方式に限定されるものではなく、ＣＨＳ方式又はＬＢＡ方式のいずれのアドレス指定方式を採用する記録メディアにも本発明を適用することができる。
【００６６】
ファイルシステムは、ファイルやディレクトリ自体を構成する体系であり、ディレクトリ・エントリとＦＡＴによって管理される（前述）。ファイルはクラスタを単位として構成されているが、クラスタの記録メディア上の物理的な位置はファイル毎に常に連続している訳ではない。ＦＡＴは、ファイルを構成するクラスタ同士のつながりを管理するためのテーブルであり、ＦＡＴの各エントリは記録メディアの各クラスタと１対１に対応している。また、ファイルの開始クラスタはディレクトリ・エントリに記録され、その次のクラスタを指しているのは最初のクラスタに対応するＦＡＴの次のエントリの内容である。
【００６７】
記録メディア内のパーティション内にファイルが記録されたとき、ファイル名や記録日時といったファイルの詳細情報を管理するためのディレクトリ・エントリが形成される。図５には、記録メディアに記録される各ファイルに設定されるディレクトリ・エントリの情報構造を模式的に示している。
【００６８】
図示のように、各ファイルに対応するディレクトリ・エントリは、ファイル名欄、拡張名欄、属性欄、予約欄、作成時刻欄、作成日欄、最終アクセス日付欄、先頭クラスタ番号の指示情報（Ｈｉｇｈ）欄、記録時刻欄、記録日付欄、先頭クラスタ番号の指示情報（Ｌｏｗ）欄、ファイル・サイズ欄を備え、それぞれ対応する情報、すなわち、ファイル名、拡張名、属性、作成時刻、作成日、最終アクセス日付、先頭クラスタ番号（Ｈｉｇｈ）、記録時刻、記録日付、先頭クラスタ番号（Ｌｏｗ）、ファイル・サイズを格納する。このディレクトリ・エントリの情報を用いることにより、ファイル名によって特定されるファイルは、（１）どのような属性のものであり、（２）開始クラスタはどこで、（３）どの位の大きさのファイルであり、（４）いつ作成され、（５）最終アクセスはいつで、（６）データの記録はいつ行なわれたかなどを管理することができる。
【００６９】
先頭クラスタ番号は、パーティションをクラスタ単位に区画したデータ領域の内の何番目のクラスタから当該ファイルのデータの記録が行なわれたかを示すものであり、ディレクトリ・エントリ内では、図５に示すように、先頭クラスタ番号を上位側（ｈｉｇｈ側）の２バイトと下位側（Ｌｏｗ側）の２バイトとに分けて管理される。
【００７０】
クラスタは、ＦＡＴがパーティション内のデータ領域を管理できる最小単位であり、１ファイル当たりの最小記録単位に相当する。１つのクラスタは、記録メディアの最小単位であるセクタ（ハード・ディスクの場合、セクタ・サイズ＝５１２バイト）をｎ個（ｎ＝１，２，４，・・・６４，１２８）集めた構成になる。セクタはファイルを管理する単位としては小さ過ぎるので、複数のセクタをまとめたクラスタという単位を用いることによって、ファイルの管理が容易となる。クラスタの具体的な大きさは、例えば、ＦＡＴ１６の場合には３２キロバイト、ＦＡＴ３２の場合には４キロバイトである。
【００７１】
ＦＡＴのデータ構造には、マスタ・ブート・レコード（図４Ａを参照のこと）に続いて、パーティションに対応する起動コードを含むパーティション・ブート・レコード（ＰＢＲ）が設定され、その後、ファイル・アロケーション・テーブル１（ＦＡＴ１）と、ファイル・アロケーション・テーブル２（ＦＡＴ２）が格納される（図３を参照のこと）。ファイル・アロケーション・テーブル２（ＦＡＴ２）は、ファイル・アロケーション・テーブル１（ＦＡＴ１）のコピーであり、予備データとして利用される。
【００７２】
ファイル・アロケーション・テーブル（ＦＡＴ）は、記録メディアに対して記録されるデータ・ファイル各々についての記録位置情報、記録位置連鎖情報を管理するテーブルである。図６には、ファイル・アロケーション・テーブルのデータ構成例を示している。各ファイルの構成データは、１つ以上のクラスタに分散されて記録メディアに記録される。ファイル・アロケーション・テーブル（ＦＡＴ）は、各ファイルの構成データを格納したクラスタのクラスタ番号の連鎖情報を格納している。同図中の２重線で示す項目は、インデックスであり、データ・エントリとして、以下のクラスタ番号を示している。なお、同図に示すテーブルでは［０×］を省略しているが、上記［０×］は後続の８桁の０〜Ｆの数値で示されるクラスタ番号が１６進数表記であることを示している。
【００７３】
［０×００００００００］〜［０×０００００００Ｆ］
［０×００００００１０］〜［０×０００００１０Ｆ］
［０×００００００２０］〜［０×０００００２０Ｆ］
［０×００００００３０］〜［０×０００００３０Ｆ］
【００７４】
各ファイルの構成データを格納したクラスタ番号の位置に、ファイル構成データの次のデータを格納したクラスタ番号が記録され、最終クラスタ番号の位置にはＥＯＦ（エンドオブファイル）を示すコード［０×０ＦＦＦＦＦＦＦ］が記録される。先頭クラスタ番号は、各ファイルのディレクトリ・エントリ（図５を参照のこと）に記録されている（前述）。
【００７５】
例えば、ディレクトリ・エントリに記録された第１のファイルの先頭クラスタ番号を０×０００００００７とし、第２のファイルの先頭クラスタ番号を０×０００００００Ａとし、第３のファイルの先頭クラスタ番号を０×００００００１Ｂとし、第４のファイルの先頭クラスタ番号を０×００００００２Ｃとする。
【００７６】
第１ファイルの先頭クラスタ番号は、［０×０００００００７］であるので、まず、クラスタ番号［０×０００００００７］のクラスタを読み取ることで、第１ファイルの最初のデータが取得できる。第１ファイルの次の構成データの記録されたクラスタ番号は、図６に示すＦＡＴのクラスタ番号［０×０００００００７］の位置の記録情報に基づいて知ることができる。図６に示すＦＡＴのクラスタ番号［０×０００００００７］の位置にはクラスタ番号［０×０００００００８］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０×０００００００８］であることが判明し、クラスタ番号［０×０００００００８］のクラスタからデータを読み取ることができる。
【００７７】
さらに、第１ファイルの次の構成データの記録されたクラスタ番号は、図６に示すＦＡＴのクラスタ番号［０×０００００００８］の位置に記録されている。図６に示すＦＡＴのクラスタ番号［０×０００００００８］の位置にはクラスタ番号［０×０００００００９］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０×０００００００９］であることが判明し、クラスタ番号［０×０００００００９］のクラスタからデータを読み取ることができる。さらに、次の構成データの記録されたクラスタ番号を取得するため、ＦＡＴのクラスタ番号［０×０００００００９の位置の記録情報を参照すると、ＥＯＦ（エンドオブファイル）の対応コード［０×０ＦＦＦＦＦＦＦ］が記録されており、後続データはないことが判明する。
【００７８】
結果として、第１のファイルは、クラスタ番号：［０×０００００００７］→［０×０００００００８］→［０×０００００００９］によって指定されるクラスタに格納されていることが判明する。
【００７９】
同様に、第２のファイルはクラスタ番号：［０×０００００００Ａ］→［０×００００００１Ｆ］→［０×０００００２５］→［０×００００００３１］→［０×００００００３０］によって指定されるクラスタに格納され、第３のファイルはクラスタ番号：［０×０００００１Ｂ］→［０×０００００１１］→［０×０００００１２］→［０×０００００１３］→［０×０００００１４］→［０×００００００３］によって指定されるクラスタに格納され、第４のファイルはクラスタ番号：［０×０００００２Ｃ］→［０×０００００２Ｄ］→［０×０００００２Ｅ］→［０×０００００２Ｆ］→［０×０００００３８］→［０×０００００３９］→［０×０００００３Ａ］→［０×０００００３Ｂ］によって指定されるクラスタに格納されていることが判明し、これらのクラスタからデータを取得することが可能となる。
【００８０】
なお、図６に示したＦＡＴは、ＦＡＴ３２に対応するデータ構成例である。ＦＡＴ３２では、ＥＯＦ（エンドオブファイル）の対応コードは［０×０ＦＦＦＦＦＦＦ］であるが、ＦＡＴ１６では、ＥＯＦ（エンドオブファイル）の対応コードは［０×ＦＦＦＦ］である。ＥＯＦ（エンドオブファイル）の対応コードを検出することで、ファイル構成データが終了することを判別することができる。
【００８１】
上述したように、記録メディアに記録される各ファイルは、以下の３要素を有し、これらが記録メディア上に記録され、ディレクトリ・エントリとＦＡＴに基づいて各ファイルの構成クラスタを識別して、データを読み取ることができる。
（ａ）ファイル名や作成日時、ファイル・サイズなどを保持する「ディレクトリ・エントリ」
（ｂ）クラスタの連鎖情報を保持する「ＦＡＴ」
（ｃ）クラスタ単位で記録されている「データ（ファイルの実体）」
【００８２】
続いて、デジタルビデオカメラ１００やパーソナル・コンピュータ２００などの情報機器からハード・ディスクなどの記録メディアに対しデータの記録並びに再生を行なうための動作について説明する。
【００８３】
既に述べたように、記録メディアの記録空間を管理するファイルシステムは、ハード・ディスクなど記録メディア毎のデバイス・ドライバに対して書き込みコマンドや読み出しコマンドを発行することで、データの書き込みや読み出しを行なう。図７には、記録メディアにアクセスしてデータの記録並びに再生を行なうための処理階層を模式的に示している。
【００８４】
最上位層のアプリケーション・プログラムは、ユーザからの処理要求を受け付けるとともに処理結果を返すユーザ・インターフェースとなる。アプリケーション・プログラムの直近下層には記録メディア上のファイルを管理するファイル管理プログラムとしてのファイルシステムが存在する。さらにその下層のデバイス・ドライバは、ファイルシステムからの情報に基づいて、記録メディアを制御する。
【００８５】
アプリケーションとファイルシステム間では、ファイルを単位としてアクセス要求及び応答がなされる。また、ファイルシステムとデバイス・ドライバ間では、クラスタを単位としてアクセス要求及び応答がなされる。また、デバイス・ドライバと記録メディア間では、セクタを単位としてアクセス要求及び応答がなされる。アプリケーション、ファイルシステム、並びにデバイス・ドライバは、制御部１０１やＣＰＵ２０１で実行するソフトウェア・プログラムである。
【００８６】
記録メディアに対してデータを記録し、又は記録メディアからデータを再生する場合、例えばアプリケーション・プログラムを介する要求がファイルシステム、デバイス・ドライバの順に伝えられ、ファイルシステム並びにデバイス・ドライバの機能によりデータの書き込み又は再生が実行される。
【００８７】
図８には、図７に示した処理階層のうちファイルシステムをさらに詳細にして示している。図示の例では、２つの記録メディアＡ３４１及び記録メディアＢ３４２が装備されており、デバイス・ドライバ３３０としてそれぞれに対応するデバイス・ドライバＡ３３２及びデバイス・ドライバＢ３３３がインストールされている。
【００８８】
アプリケーション３１０、ファイルシステム３２０、及びデバイス・ドライバ３３０は、それぞれの処理に必要なプログラムやパラメータの格納、データ処理におけるワーク領域としてＲＡＭ３５０を利用する。
【００８９】
アプリケーション３１０には、各記録メディアに対するデータ記録処理を実行する記録アプリケーション３１１や、各記録メディアに記録されたデータの再生処理を実行する再生アプリケーション３１２、接続機器による処理を実行するＵＳＢ接続アプリケーション３１３など、処理に応じたアプリケーションが含まれる。ユーザはこれらのアプリケーション３１１〜３１３を選択してさまざまな処理を実行することになる。記録アプリケーション３１１並びに再生アプリケーション３１２はファイルシステム経由でデバイス・ドライバ３３０にアクセスし、ＵＳＢ接続アプリケーション３１３はデバイス・ドライバ３３０に直接アクセスするものとする。
【００９０】
ファイルシステム３２０は、記録メディアの種別やフォーマット情報などを含む各記憶メディア対応のマウントドライブ情報３２１、３２２を保持し、これらマウントドライブ情報に従って、ハード・ディスクなどの記録メディアを適用したデータ記録並びに再生制御を実行する。ファイルシステム３２０は、データ記録再生制御を実行する記録再生制御部３２３と、メディア制御を実行するメディア制御部３２４を有する。記録再生制御部３２３の実行する処理はメディア非依存型のメディア共通の処理であり、メディア制御部３２４の実行する処理はメディア依存型の処理である。
【００９１】
記録再生制御部３２３は、ファイル・アロケーション・テーブル（ＦＡＴ）の記録や参照処理を実行するＦＡＴ制御部３２３Ａと、データ記録位置情報としてのクラスタの決定処理やクラスタ番号に基づく再生位置決定処理を実行するクラスタ制御部３２３Ｂと、ファイルに対応する情報を格納したディレクトリ・エントリ（図５を参照のこと）を生成し、又は参照する処理を実行するディレクトリ・エントリ制御部３２４Ｃを有する。ディレクトリ・エントリ制御部３２４Ｃは、アプリケーション３０１からの記憶手段やファイル指定情報に基づいて特定のファイルに対応するディレクトリ・エントリを取得し、例えばファイル再生の場合は、ディレクトリ・エントリから先頭クラスタ番号を取得し、クラスタ制御部３２４Ｂに提供する。
【００９２】
メディア制御部３２４は、位置算出部３２４Ａとアクセス制御部３２４Ｂを有する。位置算出部３２４Ａは、クラスタ制御部３２２が決定するクラスタ情報やＦＡＴのクラスタ連鎖情報に基づいて、クラスタ番号によってデータ記録又はデータ再生を実行する記録メディア上のアクセス位置を決定する。また、アクセス制御部３２４Ｂは、位置算出部３２４Ａによって決定された位置情報に従ってデバイス・ドライバ３３０を制御し、デバイス・ドライバ３３０を介して記録メディアに対するデータ記録、又は当該記録メディアからのデータ再生を実行する。
【００９３】
ファイルシステム３２０内のアクセス制御部３２４Ｂは、デバイス・ドライバ３３０内のアクセス制御部３３１と協働して、アプリケーション３１０（但し、ＵＳＢ接続アプリケーション３１２を除く）において実行されるアプリケーションに応じたアクセス制御を行なう。
【００９４】
「背景技術」の欄でも既に述べたように、ハード・ディスクなどほとんどの記録メディアは、使用を開始する際にはフォーマット処理が必要である。従来、フォーマット処理には、パーティション全体を初期化する処理は「フルフォーマット」と、ファイルシステムの管理情報のみ消去を行なう簡易な処理は「クイックフォーマット」が挙げられる。いずれのフォーマット処理も、ファイルシステムの主導により、該当する記録メディア駆動用のデバイス・ドライバを介して行なわれる。
【００９５】
図９には、従来のフルフォーマット処理の手順をフローチャートの形式で示している。このフォーマット処理は、例えば、ファイルシステムが上位アプリケーションからの要求に応じて起動する。
【００９６】
ファイルシステムは、まず、フォーマット処理の対象となるパーティション全体にわたって所定の値（例えば、０×ＦＦ）からなるデータを書き込んで、以前のデータを消去する（ステップＳ１）。
【００９７】
図１０に示すように、論理ブロック・アドレスがＸから始まるＡ個の論理ブロック・アドレスからなるパーティションがフォーマット処理の対象であるとき、Ｘ〜Ｘ＋Ａ−１の論理ブロック・アドレスの範囲に値０×ＦＦが順次書き込まれる。
【００９８】
このデータ書き込みは、実際には、デバイス・ドライバに対してクラスタ毎のデータ書き込みコマンドを順次発行することで実施される。そして、デバイス・ドライバからは、各々のデータ書き込みコマンドの実行結果（エラー発生の有無など）が返される。
【００９９】
次いで、ファイルシステムは、デバイス・ドライバからの戻り値を基に、データ書き込みのエラーが発生したか否かをチェックする（ステップＳ２）。ここで、エラーが発生したときには（ステップＳ２のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知して（ステップＳ６）、本処理ルーチンを終了する。
【０１００】
一方、エラーが発生しなかったときには（ステップＳ２のＮｏ）、ファイルシステムは、続いて、クイックフォーマットと同様のファイルシステムの管理情報をパーティション内の所定の場所に作成するという、クイックフォーマットと同様の処理を実施する（ステップＳ３）。クイックフォーマット処理の手順は後述並びに図１１を参照されたい。
【０１０１】
続いて、ファイルシステムは、クイックフォーマット処理に対するデバイス・ドライバからの戻り値を基に、クイックフォーマットに相当する処理においてエラーが発生したか否かをチェックする（ステップＳ４）。
【０１０２】
ここで、エラーが発生したときには（ステップＳ４のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知する（ステップＳ６）。また、エラーが発生しなかったときには（ステップＳ４のＮｏ）、要求元に対してフルフォーマット処理が成功裏に終了したことを通知して（ステップＳ５）、本処理ルーチンを終了する。
【０１０３】
また、図１１には、クイックフォーマット処理の手順をフローチャートの形式で示している。このフォーマット処理は、図９に示したフローチャートのステップＳ３として実施される。あるいは、例えば、上位アプリケーションからの要求に応じて起動する。
【０１０４】
ファイルシステムは、ルート・ディレクトリ・エントリに該当するクラスタを０クリアする（ステップＳ１１）。
【０１０５】
このデータ書き込みは、実際には、デバイス・ドライバに対してクラスタ毎のデータ書き込みコマンドを順次発行することで実施される。そして、デバイス・ドライバからは、各々のデータ書き込みコマンドの実行結果（エラー発生の有無など）が返される。
【０１０６】
次いで、ファイルシステムは、デバイス・ドライバからの戻り値を基に、データ書き込みのエラーが発生したか否かをチェックする（ステップＳ１２）。ここで、エラーが発生したときには（ステップＳ１２のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知して（ステップＳ１８）、本処理ルーチンを終了する。
【０１０７】
一方、エラーが発生しなかったときには（ステップＳ１２のＮｏ）、ファイルシステムは、続いて、パーティション・ブート・レコード（ＰＢＲ）並びにＦＳＩｎｆｏなどの管理情報をパーティション内の所定の場所に作成する（ステップＳ１３）。この処理は、デバイス・ドライバに対してデータ書き込みコマンドを発行することによって実施される。
【０１０８】
続いて、ファイルシステムは、デバイス・ドライバからの戻り値を基に、ＰＢＲ並びにＦＳＩｎｆｏなどの管理情報の書き込み処理においてエラーが発生したか否かをチェックする（ステップＳ１４）。
【０１０９】
ここで、エラーが発生したときには（ステップＳ１４のＹｅｓ）、要求元に対してフルフォーマット処理（若しくはクイックフォーマット処理）の失敗を通知して（ステップＳ１６）、本処理ルーチン全体を終了する。
【０１１０】
一方、エラーが発生しなかったときには（ステップＳ１４のＮｏ）、ファイルシステムは、さらにＦＡＴ１及びＦＡＴ２を初期状態（すなわち未使用状態）に戻す処理を行なう（ステップＳ１５）。この処理は、デバイス・ドライバに対してデータ書き込みコマンドを発行することによって実施され、各々のデータ書き込みコマンドの実行結果（エラー発生の有無など）が返される。
【０１１１】
続いて、ファイルシステムは、デバイス・ドライバからの戻り値を基に、ＦＡＴ１及びＦＡＴ２を初期状態に戻す処理においてエラーが発生したか否かをチェックする（ステップＳ１６）。
【０１１２】
ここで、エラーが発生したときには（ステップＳ１６のＹｅｓ）、要求元に対してフルフォーマット処理（若しくはクイックフォーマット処理）の失敗を通知して（ステップＳ１８）、本処理ルーチンを終了する。
【０１１３】
また、エラーが発生しなかったときには（ステップＳ１６のＮｏ）、要求元に対してクイックフォーマット処理が成功裏に終了したことを通知して（ステップＳ１７）、本処理ルーチンを終了する。
【０１１４】
図９からも分かるように、フルフォーマット処理は、パーティション全体に所定の値（例えば、０×ＦＦ）からなるデータを書き込んで以前のデータを潰す（書き込まれたデータを消去する）処理と、その後にファイルシステムの管理情報をパーティション内の所定の場所に作成する（クイックフォーマットと同様の）処理からなる。このうち、前段の所定データ書き込み処理は、記録メディアの大容量化に伴って所要時間が増大するという問題がある。とりわけ、空き容量がまだ大量にあるパーティションをフォーマットする場合、未使用領域に同じデータを書き込んでデータを消去するという無駄な処理を繰り返しながら長い所要時間を要することになる。
【０１１５】
そこで、本発明者は、前回フルフォーマット処理を実行してから今回フルフォーマット処理を実行するまでの間に書き込みが実行されていない範囲を把握しておき、今回のフルフォーマットを行なうときには、書き込みが実行されていない範囲をフルフォーマット処理対象範囲から除外するというフルフォーマット処理方法を提案する。この方法によれば、一旦フルフォーマットした記録メディアにデータの書き込みを行なった後に再びフルフォーマットを行なう際には、データ領域のうち未使用領域に対して所定値を書き込んでデータを消去するという無駄な処理が省略されるので、フルフォーマット処理全体の処理を短縮することができる。
【０１１６】
フォーマット処理の対象となる記録メディア駆動用のデバイス・ドライバは、未書き込み領域管理手段として機能することができる。具体的には、前回フルフォーマット処理を行なってから今回フルフォーマット処理を行なうまでの間に、ファイルシステムから書き込みコマンドが発行される度にその要求先のアドレス（論理ブロック・アドレス）を監視することによって、書き込みが実行されていない未書き込み領域の範囲を把握することができ、その内容を不揮発的に記録する。
【０１１７】
ファイルシステムは、フルフォーマット処理を完了したとき、デバイス・ドライバに対して書き込みコマンド監視指示を発行する。これに対し、デバイス・ドライバは、フルフォーマット処理した以降に処理した記録メディアへの書き込みコマンド実行範囲に応じて、未書き込み領域の範囲を更新していく。
【０１１８】
次回のフルフォーマット処理時には、デバイス・ドライバは、ファイルシステムから届く（データ消去のための）書き込みコマンドに対して、書き込み先が未書き込み領域の範囲に該当するときには記録メディアへ書き込みコマンドを送信せずに、ファイルシステムへ書き込み完了を通知する。すなわち、デバイス・ドライバは、未書き込み領域の範囲では実際の（データ消去のための）書き込みを行なわず、ファイルシステムに対しては書き込みを行なったかのようにフェイクする。ファイルシステム側では、パーティション全体でデータ消去が行なわれたものと認識する。
【０１１９】
図１２には、書き込みが実行されていない範囲を除外してフルフォーマット処理を行なうために、ファイルシステムが実行する処理手順をフローチャートの形式で示している。但し、ここでは、図１０に示したような論理ブロック・アドレスがＸから始まるＡ個の論理ブロック・アドレスからなるパーティションがフォーマット処理の対象であるとする。
【０１２０】
ファイルシステムは、まず、デバイス・ドライバに対して書き込みコマンド監視結果反映指示を送る（ステップＳ２１）。
【０１２１】
次いで、ファイルシステムは、フォーマット処理の対象となるパーティション全体にわたって所定の値（例えば、０×ＦＦ）からなるデータを書き込んで、以前のデータを消去する（ステップＳ２２）。
【０１２２】
パーティションが論理ブロック・アドレスＸからＡブロック分とすると、論理ブロック・アドレスがＸ乃至Ｘ＋Ａ−１の範囲において、ファイルシステムはデバイス・ドライバに対し書き込みコマンドを発行する。デバイス・ドライバからは各々のデータ書き込みコマンドの実行結果（エラー発生の有無など）が返される。
【０１２３】
ここで、書き込みコマンド監視結果反映指示がなされている場合、デバイス・ドライバはファイルシステムから届く書き込みコマンドの書き込み先が未書き込み領域の範囲に該当するときには記録メディアへ書き込みコマンドを送信せずに、ファイルシステムへ書き込み完了を通知するが、その詳細な手順は後述並びに図１６を参照されたい。
【０１２４】
次いで、ファイルシステムは、デバイス・ドライバからの戻り値を基に、データ書き込みのエラーが発生したか否かをチェックする（ステップＳ２３）。ここで、エラーが発生したときには（ステップＳ２３のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知して（ステップＳ２８）、本処理ルーチンを終了する。
【０１２５】
一方、エラーが発生しなかったときには（ステップＳ２３のＮｏ）、ファイルシステムは、デバイス・ドライバに対して、この度のフルフォーマット処理を行なって以降の当該パーティション内のデータ領域のうち書き込みが実行されていない未書き込み領域の範囲を把握するよう、書き込みコマンドの監視指示を発行する（ステップＳ２４）。
【０１２６】
この書き込みコマンドの監視指示は、例えば、監視をするか否かを示す１バイトのフィールドと、監視範囲の先頭及び終端の論理ブロック・アドレスを格納した各６バイトのフィールドを含んでいる（図１３を参照のこと）。
【０１２７】
次いで、ファイルシステムは、クイックフォーマットと同様のファイルシステムの管理情報をパーティション内の所定の場所に作成するという、クイックフォーマットと同様の処理を実施する（ステップＳ２５）。クイックフォーマット処理の手順は図１１（前述）を参照されたい。
【０１２８】
続いて、ファイルシステムは、クイックフォーマット処理に対するデバイス・ドライバからの戻り値を基に、クイックフォーマットに相当する処理においてエラーが発生したか否かをチェックする（ステップＳ２６）。
【０１２９】
ここで、エラーが発生したときには（ステップＳ２６のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知する（ステップＳ２８）。また、エラーが発生しなかったときには（ステップＳ２６のＮｏ）、要求元に対してフルフォーマット処理が成功裏に終了したことを通知して（ステップＳ２７）、本処理ルーチンを終了する。
【０１３０】
デバイス・ドライバは、図１２に示したフローチャートのステップＳ２４においてファイルシステムから書き込みコマンド監視指示が届いた以降は、ファイルシステムから書き込みコマンドが届く度に、パーティション内のデータ領域のうち書き込みが実行されていない未書き込み領域の範囲を更新していく。
【０１３１】
図１４には、デバイス・ドライバが未書き込み領域の範囲を更新していく様子を図解している。デバイス・ドライバは、例えば、パーティション内のデータ領域の未書き込み状態を論理ブロック・アドレス単位で管理し、各論理ブロック・アドレスに対応するビット位置のビット値によって未書き込み状態を表現するビットマップを用いてみ書き込み領域の範囲を管理し、このようなビットマップを不揮発メモリ内に格納している。図１４では、未書き込み状態のクラスタを網掛けで表し、書き込みが行なわれたクラスタを白で表している。
【０１３２】
図１４Ａに示すように、書き込み済みのクラスタに連続する点線で囲う領域に対して書き込みコマンドがファイルシステムから届くと、この書き込みコマンドが書き込みを指示する最終端のクラスタまで書き込み状態に変更する。また、図１４Ｂに示すように、書き込み済みのクラスタから不連続となる点線で囲う領域に対して書き込みコマンドがファイルシステムから届くと、この書き込みコマンドが書き込みを指示する最終端のクラスタまで書き込み状態に変更する。
【０１３３】
図１４Ａ並びに図１４Ｂのいずれの場合も、監視範囲の先頭の論理ブロック・アドレスが当該書き込みコマンドの書き込み範囲の終端の論理ブロック・アドレスに１を足したアドレスとなるようにビットマップを修正する処理を行なうことで、未書き込み領域の範囲を更新する。そして、図１４Ａ並びに図１４Ｂにおいて、網掛けのまま残った未書き込み領域の範囲が、それ以降に書き込みコマンドが届いたときの監視範囲となる。
【０１３４】
図１５には、デバイス・ドライバが、ファイルシステムからの書き込みコマンド監視指示に応じて、未書き込み領域の範囲を更新するための処理手順をフローチャートの形式で示している。但し、デバイス・ドライバは、書き込み監視指示フラグを用いて、ファイルシステムから書き込みコマンド監視指示を受けた状態を管理するようにしているものとする。
【０１３５】
デバイス・ドライバは、ファイルシステムから書き込みコマンドが届くと、まず、書き込みコマンド監視指示フラグをチェックする（ステップＳ３１）。
【０１３６】
書き込みコマンド監視指示がなされていないときには（ステップＳ３２のＮｏ）、後続のステップＳ３３〜Ｓ３７における書き込みコマンドを監視するための処理ステップをスキップし、ファイルシステムからの書き込みコマンドをそのまま実行して（ステップＳ３８）、本処理ルーチンを終了する。
【０１３７】
一方、書き込みコマンド監視指示がなされているときには（ステップＳ３２のＹｅｓ）、当該書き込みコマンドに対応する監視範囲のビットマップ（図１４を参照のこと）を不揮発メモリから読み出して（ステップＳ３３）、当該書き込みコマンドが指示する書き込み範囲をチェックする（ステップＳ３４）。
【０１３８】
書き込みコマンドの書き込み範囲が監視範囲と重なる部分がないときには（ステップＳ３５のＮｏ）、当該書き込みコマンドの実行によりパーティション内でのみ書き込み領域の範囲に変更はない。そこで、後続のステップＳ３６〜Ｓ３７における書き込みコマンドを監視するための処理ステップをスキップし、ファイルシステムからの書き込みコマンドをそのまま実行して（ステップＳ３８）、本処理ルーチンを終了する。
【０１３９】
また、書き込みコマンドの書き込み範囲が監視範囲と重なる部分があるときには（ステップＳ３５のＹｅｓ）、監視範囲の先頭の論理ブロック・アドレスが当該書き込みコマンドの書き込み範囲の終端の論理ブロック・アドレスに１を足したアドレスとなるようにビットマップを修正することによって、監視範囲を修正し（ステップＳ３６）、ビットマップを不揮発メモリに記録する（ステップＳ３７）。そして、ファイルシステムからの書き込みコマンドを実行して（ステップＳ３８）、本処理ルーチンを終了する。
【０１４０】
ファイルシステムが記録メディアに対して再びのフルフォーマット処理を行なう際、デバイス・ドライバに対して書き込みコマンド監視結果反映指示を送る（図１２に示したフローチャートのステップＳ２１）。デバイス・ドライバ側では、書き込みコマンド監視結果反映フラグを用いて、当該指示を受けた状態を管理するようにしているものとする。
【０１４１】
デバイス・ドライバは、通常の状態ではファイルシステムからの書き込みコマンドをそのまま実行する。これに対し、書き込みコマンド監視結果反映指示を受けた状態のデバイス・ドライバは、ファイルシステムから書き込みコマンドを受け取ったときには、図１５に示したフローチャートに従って管理される書き込みコマンド監視結果に応じた処理を行なう。具体的には、再びのフルフォーマット処理時に、デバイス・ドライバは、ファイルシステムから届く（データ消去のための）書き込みコマンドに対して、書き込み先が未書き込み領域の範囲に該当するときには記録メディアへ書き込みコマンドを送信せずに、ファイルシステムへ書き込み完了を通知する。すなわち、デバイス・ドライバが未書き込み領域の範囲ではファイルシステムに対しフェイクすることで、記録メディアへ実際に発行される書き込みコマンドが削減されるので、フルフォーマット処理の所要時間を短縮することができる。
【０１４２】
図１６には、デバイス・ドライバが、書き込みコマンド監視結果反映指示に応じて、ファイルシステムからの書き込みコマンドの処理を行なうための処理手順をフローチャートの形式で示している。
【０１４３】
デバイス・ドライバは、ファイルシステムから書き込みコマンドが届くと、まず、書き込みコマンド監視結果反映フラグをチェックする（ステップＳ４１）。
【０１４４】
書き込みコマンド監視結果反映フラグが設定されていないときには（ステップＳ４２のＮｏ）、後続のステップＳ４３〜Ｓ４５における書き込みコマンドを監視するための処理ステップをスキップし、ファイルシステムからの書き込みコマンドをそのまま実行して（ステップＳ４６）、本処理ルーチンを終了する。
【０１４５】
一方、書き込みコマンド監視結果反映フラグが設定されているときには（ステップＳ４２のＹｅｓ）、当該書き込みコマンドに対応する監視範囲のビットマップ（図１４を参照のこと）を不揮発メモリから読み出して（ステップＳ４３）、当該書き込みコマンドが指示する書き込み範囲をチェックする（ステップＳ４４）。
【０１４６】
ファイルシステムからの書き込みコマンドの書き込み範囲が監視範囲と重ならない部分があるときには（ステップＳ４５のＹｅｓ）、当該書き込みコマンドの書き込み範囲は監視範囲から外れた部分がある、すなわち、既にデータが書き込まれた領域を含んでいることになる。したがって、ファイルシステムからの書き込みコマンドをそのまま実行、すなわち書き込みデータを消去するための所定値（０×ＦＦ）を書き込むためのコマンドを記録メディアに転送して（ステップＳ４６）、本処理ルーチンを終了する。
【０１４７】
また、書き込みコマンドの書き込み範囲が監視範囲と重ならない部分がないときには（ステップＳ４５のＮｏ）、当該書き込みコマンドの書き込み範囲はすべて未書き込み領域に含まれることになる。したがって、後続のステップＳ４６をスキップして記録メディアへ書き込みコマンドを送信せずに、ファイルシステムへ書き込み完了を通知して、本処理ルーチンを終了する。
【０１４８】
図１６に示した処理手順では、ファイルシステムからのデータ書き込みコマンドに対し、デバイス・ドライバが書き込みコマンド監視結果を反映したデータ書き込み処理を行なうことで、フルフォーマット処理の所要時間短縮を実現している。この変形例として、ファイルシステム側で書き込みコマンド監視結果を反映したデータ書き込み処理を行なうという方法も考えられる。
【０１４９】
図１７には、ファイルシステムが、デバイス・ドライバから書き込みコマンド監視結果を受け取り、これを反映したフルフォーマット処理を行なうための手順をフローチャートの形式で示している。
【０１５０】
ファイルシステムは、フルフォーマット処理のための書き込みコマンドを発行するのに先駆けて、デバイス・ドライバから、書き込みコマンド監視結果を取得する（ステップＳ５１）。
【０１５１】
書き込みコマンド監視結果は、例えば、監視範囲の先頭及び終端の論理ブロック・アドレスを格納した各６バイトのフィールドを含んでいる（図１８を参照のこと）。
【０１５２】
次いで、ファイルシステムは、フォーマット処理の対象となるパーティション全体のうち、監視範囲を除いたすべての領域にわたって、所定の値（例えば、０×ＦＦ）からなるデータを書き込んで、以前のデータを消去する（ステップＳ５２）。
【０１５３】
パーティションが論理ブロック・アドレスＸ乃至Ｘ＋Ａ−１の範囲で構成され、これに対し、監視範囲（すなわち、前回のフルフォーマット処理後の未書き込み領域）が論理ブロック・アドレスＸ＋Ｂ乃至Ｘ＋Ａ−１の範囲であったとすると、論理ブロック・アドレスＸ乃至Ｘ＋Ｂが、ステップＳ５２におけるデータ書き込みの範囲となる（図１９を参照のこと）。この範囲において、ファイルシステムはデバイス・ドライバに対し書き込みコマンドを発行する。デバイス・ドライバからは各々のデータ書き込みコマンドの実行結果（エラー発生の有無など）が返される。
【０１５４】
次いで、ファイルシステムは、デバイス・ドライバからの戻り値を基に、データ書き込みのエラーが発生したか否かをチェックする（ステップＳ５３）。ここで、エラーが発生したときには（ステップＳ５３のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知して（ステップＳ５８）、本処理ルーチンを終了する。
【０１５５】
一方、エラーが発生しなかったときには（ステップＳ２３のＮｏ）、ファイルシステムは、デバイス・ドライバに対して、この度のフルフォーマット処理を行なって以降の当該パーティション内のデータ領域のうち書き込みが実行されていない未書き込み領域の範囲を把握するよう、書き込みコマンドの監視指示を発行する（ステップＳ５４）。書き込みコマンドの監視指示は図１３に示した通りである。また、デバイス・ドライバによる書き込みコマンドの監視指示に応じた処理動作については、図１５を参照しながら既に説明した通りである。
【０１５６】
次いで、ファイルシステムは、クイックフォーマットと同様のファイルシステムの管理情報をパーティション内の所定の場所に作成するという、クイックフォーマットと同様の処理を実施する（ステップＳ５５）。クイックフォーマット処理の手順は図１１（前述）を参照されたい。
【０１５７】
続いて、ファイルシステムは、クイックフォーマット処理に対するデバイス・ドライバからの戻り値を基に、クイックフォーマットに相当する処理においてエラーが発生したか否かをチェックする（ステップＳ５６）。
【０１５８】
ここで、エラーが発生したときには（ステップＳ５６のＹｅｓ）、要求元に対してフルフォーマット処理の失敗を通知する（ステップＳ５８）。また、エラーが発生しなかったときには（ステップＳ５６のＮｏ）、要求元に対してフルフォーマット処理が成功裏に終了したことを通知して（ステップＳ５７）、本処理ルーチンを終了する。
【０１５９】
上述したような、未書き込み領域の範囲を除外してデータ消去を行なうというフルフォーマット処理によれば、例えば、デジタルビデオカメラなどでハード・ディスクのフルフォーマットを行なってから動画や静止画などのファイルを記録したが空き容量がまだ大量にある状態で再びフルフォーマット処理するという操作が行なわれた場合、再びのフルフォーマット処理の所要時間を空き容量サイズに応じて短縮することができる。
【０１６０】
例えば、３０ＧＢのハード・ディスク（パーティション）の場合の所要時間が３０分であるとし、フルフォーマット済みの当該ハード・ディスクに対して静止画を１枚だけ記録してデータ領域の３ＭＢを消費した後、再びフルフォーマット処理を行なう場合について考えてみる。
【０１６１】
従来のフルフォーマット処理では、すべての領域について所定の値を書き込む処理が実施されることから、再び３０分の所要時間を要する。これに対し、本発明に従って未書き込み領域の範囲を除外したフルフォーマット処理を行なう場合には、数秒で処理が完了する。
【産業上の利用可能性】
【０１６２】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１６３】
本発明に係る記録メディア制御方法は、デジタルビデオカメラやデジタルスチルカメラなどの情報機器や、パーソナル・コンピュータなどの計算機システムを始めとして、記録領域にファイルシステムに応じたフォーマット処理を行なってから使用が開始される記録メディアを利用するさまざまな装置に適用することができる。
【０１６４】
本明細書では、ファイルシステムに応じたフォーマット処理を行なうタイプの記録メディアとして主にハード・ディスクを採り上げて説明したが、本発明の要旨はこれに限定されるものではなく、光ディスクやメモリカードなどフォーマット処理を行なう他の記録メディアに対しても適用することができる。また、記録メディアは、機器内蔵又は着脱可能の区別を問わない（但し、着脱可能なメディアの場合には、メディアの抜去に応じて不揮発メモリに記録されている書き込み監視情報を破棄する、といった制御が必要であろう）。
【０１６５】
また、本明細書ではファイルシステムとしてＦＡＴを採り上げたが、本発明の要旨はこれに限定されるものではなく、本発明は、フルフォーマット処理を行なうさまざまなファイルシステムを適用対象とする。
【０１６６】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【図面の簡単な説明】
【０１６７】
【図１】図１は、デジタルビデオカメラの構成を模式的に示した図である。
【図２】図２は、パーソナル・コンピュータの構成を模式的に示した図である。
【図３Ａ】図３Ａは、ハード・ディスクに設けられたパーティションをＦＡＴ１６でフォーマットした場合のデータ構造を示した図である。
【図３Ｂ】図３Ｂは、ハード・ディスクに設けられたパーティションをＦＡＴ３２でフォーマットした場合のデータ構造を示した図である。
【図４Ａ】図４Ａは、マスタ・ブート・レコードの構成を模式的に示した図である。
【図４Ｂ】図４Ｂは、１６バイト（１２８ビット）データ長からなるパーティション・テーブルのデータ構造を示した図である。
【図５】図５は、記録メディアに記録される各ファイルに設定されるディレクトリ・エントリの情報構造を模式的に示した図である。
【図６】図６は、ファイル・アロケーション・テーブルのデータ構成例を示した図である。
【図７】図７は、記録メディアにアクセスしてデータの記録並びに再生を行なうための処理階層を模式的に示した図である。
【図８】図８は、図７に示した処理階層のうちファイルシステムをさらに詳細にして示した図である。
【図９】図９は、従来のフルフォーマット処理の手順を示したフローチャートである。
【図１０】図１０は、フォーマット処理の対象となるパーティションの構造を模式的に示したフローチャートである。
【図１１】図１１は、クイックフォーマット処理の手順を示した図である。
【図１２】図１２は、未書き込み領域の範囲を把握してフルフォーマット処理を行なうために、ファイルシステムが実行する処理手順を示したフローチャートである。
【図１３】図１３は、書き込みコマンド監視指示の構成例を示した図である。
【図１４Ａ】図１４Ａは、デバイス・ドライバが未書き込み領域の範囲を更新していく様子を示した図である。
【図１４Ｂ】図１４Ｂは、デバイス・ドライバが未書き込み領域の範囲を更新していく様子を示した図である。
【図１５】図１５は、デバイス・ドライバが、ファイルシステムからの書き込みコマンド監視指示に応じて、未書き込み領域の範囲を更新するための処理手順を示したフローチャートである。
【図１６】図１６は、デバイス・ドライバが、書き込みコマンド監視結果反映指示に応じて、ファイルシステムからの書き込みコマンドの処理を行なうための処理手順を示したフローチャートである。
【図１７】図１７は、ファイルシステムが書き込みコマンド監視結果を反映したフルフォーマット処理を行なうための手順を示したフローチャートである。
【図１８】図１８は、書き込みコマンド監視結果の構成例を示している。
【図１９】図１９は、ファイルシステムが書き込みコマンド監視結果を反映したフルフォーマット処理を行なう際のデータ書き込み範囲を説明するための図である。
【符号の説明】
【０１６８】
１００…デジタルビデオカメラ
１０１…制御部（ＣＰＵ）
１０２…カメラ機能部
１１１…光学レンズ部
１１２…光電変換部
１１３…画像信号処理部
１１４…画像入出力部
１１５…液晶ディスプレイ
１１６…音声入出力部
１１７…音声信号処理部
１１８…内蔵メモリ（ＲＡＭ）
１１９…内蔵メモリ（ＲＯＭ）
１２０…操作入力部
１３１…通信部
１３２…ドライブ
１４１…電源
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…ローカル・バス
２０５…ブリッジ
２０６…入出力バス
２０７…入出力インターフェース
２０８…キーボード
２０９…ポインティング・デバイス（マウス）
２１０…ディスプレイ
２１１…ＨＤＤ
２１４…接続ポート
２２１…リムーバブル記録メディア
２２２…外部接続機器
３１０…アプリケーション
３１１…記録アプリケーション
３１２…再生アプリケーション
３１３…ＵＳＢ接続アプリケーション
３２０…ファイルシステム
３２１、３２２…マウントドライブ情報
３２３…記録再生制御部
３２３Ａ…ＦＡＴ制御部
３２３Ｂ…クラスタ制御部
３２３Ｃ…ディレクトリ・エントリ制御部
３２４…メディア制御部
３２４Ａ…位置制御部
３２４Ｂ…アクセス制御部
３３０…デバイス・ドライバ
３３１…アクセス制御部
３３２…デバイス・ドライバＡ
３３３…デバイス・ドライバＢ
３４１…記録メディアＡ
３４２…記録メディアＢ
３５０…ＲＡＭ（ワーク領域）
【図１】
2009104695.tif 000003
【図２】
2009104695.tif 000004
【図４Ａ】
2009104695.tif 000005
【図４Ｂ】
2009104695.tif 000006
【図５】
2009104695.tif 000007
【図６】
2009104695.tif 000008
【図７】
2009104695.tif 000009
【図８】
2009104695.tif 000010
【図９】
2009104695.tif 000011
【図１１】
2009104695.tif 000012
【図１２】
2009104695.tif 000013
【図１３】
2009104695.tif 000014
【図１４Ａ】
2009104695.tif 000015
【図１４Ｂ】
2009104695.tif 000016
【図１５】
2009104695.tif 000017
【図１６】
2009104695.tif 000018
【図１７】
2009104695.tif 000019
【図１８】
2009104695.tif 000020
【図１９】
2009104695.tif 000021
【図３Ａ】
2009104695.tif 000022
【図３Ｂ】
2009104695.tif 000023
【図１０】
2009104695.tif 000024