(57)【要約】【課題】実体を有する複数の実メディアを１つの統合メディアとして管理する際に、実メディアごとに対する電力制御を、そのアクセス可能性の有無に応じて適切に行えるようにする。【解決手段】オープン状態ファイル認識部３３０は統合メディア５００Ａに記録されているファイルのうちからオープン状態ファイルを認識する。使用領域認識部３４０は、オープン状態ファイルごとに、統合メディア５００Ａにおいてデータが記録されているクラスタを認識する。アクセス可能性判定部４１１は、認識された統合メディア５００Ａのクラスタに対応するクラスタを有するか否かにより実メディア５００Ｂごとのアクセス可能性の有無を判定する。電源制御部４１２は、その判定結果に基づいて実メディア５００Ｂごとの電源のオンオフ設定を個別に行う。【選択図】図１３
2011191900.tif 000002
【特許請求の範囲】
【請求項１】
複数の実記録媒体を統合して１つの仮想の統合記録媒体として管理する統合管理部と、
現在オープンされている状態にあるオープン状態ファイルが前記統合記録媒体を対象として記録または再生されることとなった場合にアクセスされる可能性のある前記実記録媒体をアクセス対象実記録媒体として判定する実記録媒体判定部と、
前記アクセス対象実記録媒体についての判定結果に基づいて、前記実記録媒体に対してアクセスに応じた動作が可能な第１の電力消費状態または前記第１の状態よりも消費電力が少ない第２の電力消費状態を設定する電力制御部と
を具備する記録媒体制御装置。
【請求項２】
前記実記録媒体判定部は、前記オープン状態ファイルを記録するために新たに使用されることとなる前記統合記録媒体内のデータ領域部分を認識する新規使用領域認識部と、認識された前記統合記録媒体内のデータ領域部分に対応付けられているデータ領域部分を有する前記実記録媒体をアクセス対象実記録媒体として判定する記録済領域対応判定部とを備え、
前記電力制御部は、前記アクセス対象実記録媒体として判定された前記実記録媒体に対して前記第１の電力消費状態を設定する
請求項１記載の記録媒体制御装置。
【請求項３】
前記実記録媒体判定部は、再生に対応してオープンされた前記オープン状態ファイルが記録されている前記統合記録媒体内の記録済領域を認識する記録済領域認識部と、認識された前記記録済領域の少なくとも一部に対応するデータ領域部分を有する前記実記録媒体を前記アクセス対象実記録媒体として判定する記録済領域対応判定部とを備え、
前記電力制御部は、前記アクセス対象実記録媒体として判定された前記実記録媒体に対して前記第１の電力消費状態を設定し、前記アクセス対象実記録媒体として判定された実記録媒体以外の前記実記録媒体に対して前記第２の電力消費状態を設定する
請求項１記載の記録媒体制御装置。
【請求項４】
前記統合管理部は、前記統合記録媒体が複数の単位データ領域により形成されるものとして管理し、
前記記録済領域認識部は、前記オープン状態ファイルが記録される単位データ領域のうちで最も前方に位置する第１の単位データ領域と最も後方に位置する第２の単位データ領域を特定し、当該特定された第１の単位データ領域から第２の単位データ領域までの範囲を前記記録済領域として認識する請求項３記載の記録媒体制御装置。
【請求項５】
前記記録済領域認識部は、前記第１の単位データ領域に付された番号から求めた第１の論理アドレス値により前記第１の単位データ領域を特定し、前記第２の単位データ領域に付された番号から求めた第２の論理アドレス値により前記第２の単位データ領域を特定する請求項４記載の記録媒体制御装置。
【請求項６】
前記統合管理部は、前記統合記録媒体が複数の単位データ領域により形成されるものとして管理し、
前記記録済領域認識部は、前記オープン状態ファイルが記録される前記単位データ領域のそれぞれを前記記録済領域として認識する請求項３記載の記録媒体制御装置。
【請求項７】
前記実記録媒体判定部は、前記オープン状態ファイルが複数の場合には、これら複数の前記オープン状態ファイルの前記記録済領域における少なくとも一部領域に対応するデータ領域を有する前記実記録媒体を前記アクセス対象実記録媒体として判定する請求項３記載の記録媒体制御装置。
【請求項８】
複数の実記録媒体を統合して１つの仮想の統合記録媒体として管理する統合管理手順と、
現在オープンされている状態にあるオープン状態ファイルが前記統合記録媒体を対象として記録または再生されることとなった場合にアクセスされる可能性のある前記実記録媒体をアクセス対象実記録媒体として判定する実記録媒体判定手順と、
前記アクセス対象実記録媒体についての判定結果に基づいて、前記実記録媒体に対してアクセスに応じた動作が可能な第１の電力消費状態または前記第１の状態よりも消費電力が少ない第２の電力消費状態を設定する電力制御手順と
を具備する記録媒体制御方法。
【請求項９】
複数の実記録媒体を統合して１つの仮想の統合記録媒体として管理する統合管理手順と、
現在オープンされている状態にあるオープン状態ファイルが前記統合記録媒体を対象として記録または再生されることとなった場合にアクセスされる可能性のある前記実記録媒体をアクセス対象実記録媒体として判定する実記録媒体判定手順と、
前記アクセス対象実記録媒体についての判定結果に基づいて、前記実記録媒体に対してアクセスに応じた動作が可能な第１の電力消費状態または前記第１の状態よりも消費電力が少ない第２の電力消費状態を設定する電力制御手順と
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体制御装置に関し、特に、複数の記録媒体を仮想的に１つの記録媒体として管理する記録媒体制御装置、および、その方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来技術として、実体を有する複数の実記録媒体を仮想的に１つの記録媒体に統合して管理可能とするための初期化の手法として次のようなものが知られている。例えば、統合対象の実記録媒体ごとの記録容量を取得する。次に、取得した記録容量の合計に基づいて統合記録媒体のセクタ数を求め、このセクタ数の情報を含めて作成した主起動領域のデータを統合順が１番目の実記録媒体の先頭セクタに配置する。また、統合記録媒体における実記録媒体のデータ領域の分岐点に対応するセクタアドレスを記憶することで、統合記録媒体と実記録媒体とのセクタアドレスの対応付けを行うというものである（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−５８６７１号公報（図１１）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記の統合管理によって得られる記録媒体は仮想的なものであるため、実際には次のようなことが起こり得る。すなわち、統合された記録媒体を形成する実記録媒体のうち或る一部の実記録媒体に対してファイル記録再生のためのアクセスが集中する一方で、他の実記録媒体にはアクセスが行われないという状況が起こり得る。
【０００５】
アクセスが行われない実記録媒体は、統合された記録媒体の一部として管理されてはいるものの、現実にはデータの記録再生に応じた動作を実行していない。したがって、例えばその実記録媒体の電源をオフとしても、統合された記録媒体を対象としたアクセスには何ら支障がないことになる。この点からすれば、アクセスが行われない実記録媒体については例えば電源をオフにしてその分の消費電力の削減を図ることが好ましいことになる。
【０００６】
例えば、複数種類の実記録媒体に対応して記録再生が可能な機器においては、現在、次のような電源制御が行われている。すなわち、例えばユーザ操作などに応じて使用することが指定された実記録媒体については電源をオンとし、それ以外の実記録媒体については電源をオフとするというものである。しかし、実記録媒体が１つの仮想記録媒体として統合して管理される場合においては、ユーザがどの実記録媒体を対象として実際に記録再生が行われているのかを知ることが難しい。すなわち統合記録媒体を形成する実記録媒体に関しては、例えばユーザ操作に応じて電源のオンオフが行われるようにすることは適切でない。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、１つの仮想記録媒体として統合して管理される実記録媒体ごとに、そのアクセス可能性の有無に応じて電力消費状態の制御が行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、上記課題を解決するためになされたものであり、その第１の側面は、複数の実記録媒体を統合して１つの仮想の統合記録媒体として管理する統合管理部と、現在オープンされている状態にあるオープン状態ファイルが上記統合記録媒体を対象として記録または再生されることとなった場合にアクセスされる可能性のある上記実記録媒体をアクセス対象実記録媒体として判定する実記録媒体判定部と、上記アクセス対象実記録媒体についての判定結果に基づいて、上記実記録媒体に対してアクセスに応じた動作が可能な第１の電力消費状態または上記第１の状態よりも消費電力が少ない第２の電力消費状態を設定する電力制御部とを具備する記録媒体制御装置である。これにより、オープン状態ファイルに対応してアクセスされる可能性の有る実記録媒体とその可能性の無い実記録媒体とについて個別に消費電力状態を設定するという作用をもたらす。
【０００９】
また、この第１の側面において、上記実記録媒体判定部は、上記オープン状態ファイルを記録するために新たに使用されることとなる上記統合記録媒体内のデータ領域部分を認識する新規使用領域認識部と、認識された上記統合記録媒体内のデータ領域部分に対応付けられているデータ領域部分を有する上記実記録媒体をアクセス対象実記録媒体として判定する記録済領域対応判定部とを備え、上記電力制御部は、上記アクセス対象実記録媒体として判定された上記実記録媒体に対して上記第１の電力消費状態を設定してもよい。これにより、オープン状態ファイルの記録処理の進行に応じてデータの記録される可能性を有することとなった実記録媒体についてアクセスが可能な状態に設定していくという作用をもたらす。
【００１０】
また、この第１の側面において、上記実記録媒体判定部は、再生に対応してオープンされた上記オープン状態ファイルが記録されている上記統合記録媒体内の記録済領域を認識する記録済領域認識部と、認識された上記記録済領域の少なくとも一部に対応するデータ領域部分を有する上記実記録媒体を上記アクセス対象実記録媒体として判定する記録済領域対応判定部とを備え、上記電力制御部は、上記アクセス対象実記録媒体として判定された上記実記録媒体に対して上記第１の電力消費状態を設定し、上記アクセス対象実記録媒体として判定された実記録媒体以外の上記実記録媒体に対して上記第２の電力消費状態を設定してもよい。これにより、オープン状態ファイルが再生されることとなった場合にアクセスされる可能性の有る実記録媒体についてはアクセスに応じた動作を可能に設定し、その可能性の無い実記録媒体については低消費電力を設定するという作用をもたらす。
【００１１】
また、この第１の側面において、上記統合管理部は、上記統合記録媒体が複数の単位データ領域により形成されるものとして管理し、上記記録済領域認識部は、上記オープン状態ファイルが記録される単位データ領域のうちで最も前方に位置する第１の単位データ領域と最も後方に位置する第２の単位データ領域を特定し、当該特定された第１の単位データ領域から第２の単位データ領域までの範囲を上記記録済領域として認識してもよい。これにより、最も前方と最も後方に位置する２つの単位データ領域に基づいて記録済領域を認識するという作用をもたらす。
【００１２】
また、この第１の側面において、上記記録済領域認識部は、上記第１の単位データ領域に付された番号から求めた第１の論理アドレス値により上記第１の単位データ領域を特定し、上記第２の単位データ領域に付された番号から求めた第２の論理アドレス値により上記第２の単位データ領域を特定してもよい。これにより、最も前方と最も後方に位置する２つの単位データ領域のそれぞれに対応する論理アドレス値を求めて記録済領域を認識するという作用をもたらす。
【００１３】
また、この第１の側面において、上記統合管理部は、上記統合記録媒体が複数の単位データ領域により形成されるものとして管理し、上記記録済領域認識部は、上記オープン状態ファイルが記録される上記単位データ領域のそれぞれを上記記録済領域として認識してもよい。これにより、オープン状態ファイルが記録される単位データ領域の全てに基づいて記録済領域を認識するという作用をもたらす。
【００１４】
また、この第１の側面において、上記実記録媒体判定部は、上記オープン状態ファイルが複数の場合には、これら複数の上記オープン状態ファイルの上記記録済領域における少なくとも一部領域に対応するデータ領域を有する上記実記録媒体を上記アクセス対象実記録媒体として判定してもよい。これにより、複数のオープン状態ファイルを形成するデータのうちの少なくとも一部が記録されている実記録媒体をアクセス可能性の有る記録媒体として判定するという作用をもたらす。
【発明の効果】
【００１５】
本発明によれば、１つの統合記録媒体として管理される複数の実記録媒体について、そのアクセス可能性の有無に応じて電力消費状態を変更することが可能になり、例えば消費電力の削減が図られる。
【図面の簡単な説明】
【００１６】
【図１】本発明が具現化されるビデオカメラ１００の構成例を示すブロック図である。
【図２】本発明の実施の形態に対応するメディアアクセス処理の階層構成例を示す図である。
【図３】本発明の実施の形態に対応するメディア５００のフォーマット構造例を示す図である。
【図４】主起動領域５１０の構造例を示す図である。
【図５】ディレクトリエントリ５８０ａの構造例を示す図である。
【図６】ディレクトリエントリ５８０ａにより示される先頭クラスタ番号の例を示す図である。
【図７】ファイルアロケーションテーブル５７０の具体的内容例を示す図である。
【図８】統合メディア５００Ａを管理するための基本的な機能構成例を示す図である。
【図９】統合メディア５００Ａの管理についての基本概念を示す図である。
【図１０】統合管理情報７０１の構造例を示す図である。
【図１１】第１規格のファイルシステムに対応した統合メディア５００Ａのフォーマット構造例を示す図である。
【図１２】第２規格のファイルシステムに対応した統合メディア５００Ａのフォーマット構造例を示す図である。
【図１３】本発明の第１の実施の形態におけるファイルシステム３００およびデバイスドライバ４００の機能構成例を示す図である。
【図１４】本発明の第１の実施の形態における実メディアに対する電力制御のための処理手順例を示す図である。
【図１５】本発明の第１の実施の形態における実メディアアクセス可能性判定のための処理手順例を示す図である。
【図１６】本発明の第１の実施の形態における使用領域情報７０２の構造例を示す図である。
【図１７】本発明の第１の実施の形態において１つのオープン状態ファイルを形成するデータが記録される実メディアを判定するための規則例を示す図である。
【図１８】本発明の第２の実施の形態における実メディアに対する電力制御のための処理手順例を示す図である。
【図１９】本発明の第２の実施の形態における実メディアアクセス可能性判定のための処理手順例を示す図である。
【図２０】本発明の第２の実施の形態における使用領域情報７０２の構造例を示す図である。
【図２１】本発明の第３の実施の形態におけるファイルシステム３００およびデバイスドライバ４００の機能構成例を示す図である。
【図２２】本発明の第３の実施の形態における実メディアに対する電力制御のための処理手順例を示す図である。
【図２３】本発明の第４の実施の形態におけるパーソナルコンピュータ８００の構成例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（オープン状態ファイルに対応した電力制御：ファイルのクラスタチェーンにおける最小クラスタ番号と最大クラスタ番号とに基づいて制御対象実メディアを判定する例）
２．第２の実施の形態（オープン状態ファイルに対応した電力制御：ファイルのクラスタチェーンにおける各クラスタの番号に基づいて制御対象実メディアを判定する例）
３．第３の実施の形態（ファイル記録処理に対応した電力制御：クラスタの使用状況の変化に応じて制御対象実メディアを判定する例）
４．第４の実施の形態（本発明の電力制御が具現化されるパーソナルコンピュータ装置の構成例）
【００１８】
＜１．第１の実施の形態＞
［ビデオカメラ装置の構成例］
図１は、本発明の実施の形態が具現化される記録媒体制御装置の一例としてのビデオカメラ１００の構成例を示す図である。このビデオカメラ１００は、光学レンズ部１０１、カメラ機能部１０２、光電変換部１０３、画像信号処理部１０４、画像入出力部１０５、表示部１０６、音声処理部１０７、音声入出力部１０８、操作入力部１０９、通信部１１０を備える。また、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ１１２（Random Access Memory）、ＲＯＭ（Read Only Memory）１１３、メディアドライブ１２０、電源部１１４を備える。
【００１９】
光学レンズ部１０１は、内部に、被写体を撮像するためのレンズ群、絞り調整機構、フォーカス調整機構、ズーム機構、シャッター機構、フラッシュ機構、および、手ぶれ補正機構などを備える。カメラ機能部１０２は、ＣＰＵ１１１からの制御信号を受けて、光学レンズ部１０１に供給する制御信号を生成する。そして、生成した制御信号を光学レンズ部１０１に供給して、ズーム制御、シャッター制御、および、露出制御などの制御を行う。
【００２０】
光電変換部１０３は撮像素子により構成され、その結像面に、光学レンズ部１０１を通じた像が結像される。なお、撮像素子には、ＣＣＤ（Charge Coupled Device）センサやＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサなどを採用できる。この光電変換部１０３は、例えばシャッター操作などに応じてＣＰＵ１１１から供給される画像取り込みタイミング信号を受けて、結像面に結像されている被写体像を画像信号に変換し、画像信号処理部１０４に供給する。
【００２１】
画像信号処理部１０４は、ＣＰＵ１１１からの制御信号に基づいて、供給された画像信号についての所要の信号処理を実行する。例えば、ガンマ調整、ゲイン調整、画質調整などの処理を実行する。また、必要に応じてＭＰＥＧ（Moving Picture Experts Group）等の圧縮方式による画像圧縮処理を実行する。
【００２２】
画像信号処理部１０４は、所定方式の画像信号を生成して画像入出力部１０５から外部に出力させることができる。また、画像入出力部１０５は、外部から所定方式の画像信号を入力可能ともされており、この入力された画像信号を画像信号処理部１０４の処理を経て表示部１０６に表示させることができる。また、画像信号処理部１０４は、画像入出力部１０５が入力した画像信号を記録用画像データに変換して、例えばＣＰＵ１１１経由でメディアドライブ１２０に供給することもできる。
【００２３】
また、ビデオカメラ１００は、音声処理部１０７及び音声入出力部１０８を備えることで、音声信号の入出力が可能とされている。音声入出力部１０８は音声信号の入出力が行われる部位である。まず、音声入出力部１０８から入力した音声信号は音声信号を音声処理部１０７にて、所要の音声信号処理が施される。例えば、所定の音声圧縮符号化方式による圧縮処理などを行う。また、音声入出力部１０８は、音声処理部１０７から供給される所定形式の音声信号を外部に出力させることもできる。
【００２４】
この場合のＣＰＵ１１１は、画像信号処理部１０４から供給される圧縮画像信号と音声処理部１０７から供給される圧縮画像信号データとにより、所定形式の画像音声ファイルを形成可能とされている。ここでの画像音声ファイルとは、例えば動画に対して音声が同期して再生される形式の動画ファイルなどである。
【００２５】
上記画像音声ファイルのデータは、例えばＣＰＵ１１１の制御によって書込みデータとしてメディアドライブ１２０に供給される。メディアドライブ１２０は、ＣＰＵ１１１との連携により、異なる複数の種別のメディア（記憶媒体）に対応して例えば物理層レベルでのデータの書込み、読出しを実行可能なように構成される。
【００２６】
この図においては、メディアドライブ１２０がデータの書込み、読出しを行うメディア５００として、磁気ディスク５００ａ、光ディスク５００ｂ、光磁気ディスク５００ｃおよび半導体メモリ５００ｄが示されている。これらのメディア５００は、例えばビデオカメラ１００に固定的に内蔵されるものであってもよい。また、ビデオカメラ１００に対して装脱可能な、所定の規格に従ったリムーバブル形式のものとされてもよい。
【００２７】
メディアドライブ１２０は、ファイルの記録などのために記録データが転送されてくるのに応じては、この記録データを制御対象として選択されているメディア５００に対して書き込む処理を行う。なお、メディア５００に記録されたデータは例えば所定のファイルシステム方式によってファイル単位で管理される。
【００２８】
また、例えばメディア５００に記録されているファイルの再生として、画像音声ファイルを再生するときには、ＣＰＵ１１１及びメディアドライブ１２０は、指定された画像音声ファイルが記録されているメディアにアクセスして読出しを行う。このようにして読み出される画像音声ファイルは、例えばＣＰＵ１１１の処理により、圧縮画像信号データと圧縮音声信号データとに分離される。そのうえで、圧縮画像信号データについては画像信号処理部１０４に受け渡し、圧縮音声信号については、音声処理部１０７に受け渡す。
【００２９】
この場合の画像信号処理部１０４及び音声処理部１０７は、それぞれ、上記のようにして転送されてきた圧縮音声信号データと圧縮画像信号データについて、復調処理を含む所要の再生信号処理を実行する。これにより、圧縮ビデオデータを再生した画像を表示部１０６にて表示させることができる。また、この画像の再生時間に同期して、圧縮音声信号データを再生して得られる音声信号を、音声入出力部１０８に含まれるとされるスピーカにより音声として出力させたり、ヘッドフォン端子から出力させることができる。
【００３０】
ＣＰＵ１１１は、プログラムを実行することでビデオカメラ１００についての各種制御処理を実行する。ＲＡＭ１１２は、ＣＰＵ１１１がプログラムに従った処理を実行するときの作業領域（ワークメモリ）として使用されるものである。ＲＯＭ１１３は、ＣＰＵ１１１が実行する各種プログラムのほか、ＣＰＵ１１１が処理を実行するのに使用する各種設定情報などが記憶される部位である。
【００３１】
この場合の操作入力部１０９は、ビデオカメラ１００に備えられる各種操作子を一括して示しているものとされる。例えば、この操作入力部１０９における操作子としては、撮像画像の記録開始、停止に応じて操作される記録ボタン、撮像モードなどを選択する操作子、各種パラメータの変更を行うための操作子などが含まれる。
【００３２】
通信部１１０は、ＣＰＵ１１１の制御に応じて、所定のデータ通信方式により外部デバイスと通信を行うための部位である。この通信部１１０が対応するデータ通信方式としては、有線、無線を問わず特に限定されるべきものではなく、また、対応するデータ通信方式の数も限定されるべきものでない。現状であれば、データ通信方式としては、有線ではＥｔｈｅｒｎｅｔ（登録商標）などのネットワークを挙げることができる。また、ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４などのデータインターフェース規格を挙げることができる。また、無線であれば、Ｂｌｕｅｔｏｏｔｈ（登録商標）などのデバイス間近距離無線通信、ＩＥＥＥ８０２．１１ａ／ｂ／ｇなどの無線ＬＡＮ（Local Area Network）規格を挙げることができる。
【００３３】
電源部１１４は、ビデオカメラ１００における各種のハードウェアデバイスに対して動作電源を供給するもので、例えばバッテリや電源アダプタからの電力供給を受けて動作する電源回路などを備えて構成される。
【００３４】
［ファイルシステムのアクセスレベル］
上記のようにして、本実施の形態のビデオカメラ１００は、主としては、撮像、収音により得られる画像音声ファイルを、メディアに対して記憶させることができるようになっている。メディアに記憶されるファイルは、所定方式によるファイルシステムにより管理される。本実施の形態としては、ファイルアロケーションテーブル（ＦＡＴ：File Allocation Table）ファイルシステムにより管理されるものとする。このファイルシステムは、周知のようにして、ツリー型のディレクトリ構造によりファイルを管理する。また、データの書込みおよび読出しについては、クラスタといわれる論理的なデータ単位を最小単位とする。クラスタは、メディアに対するデータ書込みおよび読出しの最小単位であるセクタを所定数にまとめたものとなる。
【００３５】
図２は、本発明の実施の形態に対応するファイルシステムの方式において規定される基本的なアクセスレベルを示している。この図に示すアクセスレベルとしての階層構造はソフトウェア層と、その下層となるハードウェア層とに大別される。ソフトウェア層は、メディアに対してホストとなる機器が備えるＣＰＵがプログラムを実行することにより実現される。図１であれば、ビデオカメラ１００におけるＣＰＵ１１１により上記ソフトウェア層の機能が実現されることになる。また、この場合のソフトウェア層は、図示するように、上層から下層にかけて、アプリケーション２００、ファイルシステム３００、デバイスドライバ４００の各層が規定される。ハードウェア層には、メディア５００が位置する。
【００３６】
アプリケーション２００は、例えばファイルの記録／再生機能などを有するものであり、ファイルレベルでのアクセス要求をファイルシステム３００に対して行う。
【００３７】
ファイルシステム３００は、アプリケーション２００からのファイルレベルによるアクセス要求を、クラスタのレベルに変換する。さらに、デバイスドライバ４００に対しては、クラスタレベルでのアクセス要求を行う。ただし、アクセス要求の際には、クラスタ番号をセクタアドレスに変換することが行われる。これによりデバイスドライバ４００は、クラスタ単位のデータをセクタのレベルで認識できる。そして、デバイスドライバ４００は、上記ファイルシステム３００からのアクセス要求に応じてメディア５００に対してセクタレベルでのアクセス要求を行う。
【００３８】
この場合のメディア５００は、本発明の実施の形態が対応するファイルシステムの方式に従ってフォーマット（初期化）されている。図１との対応では、メディア５００には、磁気ディスク５００ａ、光ディスク５００ｂ、光磁気ディスク５００ｃおよび半導体メモリ５００ｄの何れかが対応することになる。メディア５００は、デバイスドライバ４００からのセクタアドレスによるアクセス要求に応答して、指定されたセクタアドレスからデータを読出して、デバイスドライバ４００に返す。
【００３９】
デバイスドライバ４００は、メディア５００からのアクセス応答に応じてセクタ単位でのデータを受け取る。そして、所定数のセクタ単位のデータを連結したクラスタ単位によりファイルシステム３００にデータを渡す。ファイルシステム３００は、デバイスドライバ４００から受け取ったクラスタ単位のデータを、ファイルレベルのデータとしてアプリケーション２００に受け渡す。
【００４０】
［メディアフォーマット構造例］
図３は、ファイルアロケーションテーブルファイルシステムで規定されるメディア５００の論理的なフォーマット構造を示している。このファイルシステムにおいては、ＦＡＴ１６といわれる第１規格と、ＦＡＴ３２といわれる第２規格とが存在する。ここでは、第１規格と第２規格のそれぞれに対応するフォーマット構造を示すこととする。
【００４１】
まず、図３（ａ）に示される第１規格に対応するフォーマット構造から説明する。このファイルシステムの方式のもとでは、論理ブロックアドレス方式（ＬＢＡ：Logical Block Addressing）が採られる。すなわち、メディア５００におけるセクタごとに通し番号による論理アドレス（ＬＢＡ：Logical Block Address）が振られる。図との対応では、最も上の先頭セクタの論理アドレスとして「０」（ＬＢＡ＝０）が設定され、以降、下に向かって論理ブロックアドレスが進んでいくものとして示されている。なお、ファイルアロケーションテーブルファイルシステムにおいては、論理ブロックアドレス方式における論理アドレスはセクタ単位に割り振られるアドレスとなる。すなわち、論理アドレスとセクタアドレスとは同義となる。本発明の実施の形態の説明においては、論理ブロックアドレスについてはセクタアドレスと称する。
【００４２】
図３（ａ）に示されるメディア５００は、先頭セクタ(セクタアドレス「０」）において主起動領域５１０（ＭＢＲ：Master Boot Record）が配置される。主起動領域５１０は、後述するように起動用のコードやメディア５００において形成されるパーティションごとの情報が格納される領域である。
【００４３】
上記の主起動領域５１０に続けては、所定セクタ数による空き領域を隔ててパーティション領域５３０が配置される。パーティション領域５３０は、さらにシステム領域５４０とこれに続くデータ領域５５０とが配置されて成る。
【００４４】
システム領域５４０においてはパーティション対応起動領域（ＰＢＲ：Partition Boot Record）５６０を有する。また、第１ファイルアロケーションテーブル（ＦＡＴ１）５７０−１、第２ファイルアロケーションテーブル（ＦＡＴ２）５７０−２、ルートディレクトリエントリ５８０を有する。
【００４５】
パーティション対応起動領域５６０は、対応するパーティションに関して、例えばホスト側のプログラムが利用すべき所要のデータが格納される領域である。このパーティション対応起動領域５６０に格納する情報には、例えばファイルアロケーションテーブル５７０の数、メインとなるファイルアロケーションテーブル５７０の開始セクタ、セクタ数などの情報も含まれる。
【００４６】
第１ファイルアロケーションテーブル５７０−１は、メディア５００におけるファイルの記録位置をクラスタ単位で管理するためのテーブルが格納される領域である。第２ファイルアロケーションテーブル５７０−２は、例えば第１ファイルアロケーションテーブル５７０−１と同じ構造を有する。通常は、第１ファイルアロケーションテーブル５７０−１と第２ファイルアロケーションテーブル５７０−２の何れか一方がメインとして使用される。他方は、例えば一方のメインの領域の内容をコピーするなどしてバックアップのための予備領域として使用される。なお、以降において第１ファイルアロケーションテーブル５７０−１と第２ファイルアロケーションテーブル５７０−２とで特に区別しない場合には、単にファイルアロケーションテーブル５７０と記載する。
【００４７】
ルートディレクトリエントリ５８０は、メディア５００に記録されるファイルごとについての各種属性を示す情報のほか、ファイルとファイルアロケーションテーブル５７０との対応を示す情報などが格納される領域である。ルートディレクトリエントリ５８０は、図５により後述するディレクトリエントリ５８０ａを有して形成される。
【００４８】
データ領域５５０はファイル等のデータが記録される領域であり、図示するようにして所定サイズのデータが格納される単位領域であるクラスタ５５１が連続して配置されて形成される。
【００４９】
続いては図３（ｂ）に示される第２規格に対応するフォーマット構造について説明する。なお、図３（ａ）と同一部分には同一符号を付している。第２規格対応のフォーマット構造としても先頭セクタに主起動領域５１０が配置され、所定セクタ数の空き領域に続いて、パーティション領域５３０を配置している。第２規格に対応するシステム領域５４０においては、パーティション対応起動領域５６０に続けてファイルシステム関連情報（ＦＳｉｎｆｏ）５４１の領域を設けることとしている。ファイルシステム関連情報５４１は、対応のパーティションにおける空き容量を計算するのに利用する所定の情報が格納される領域である。
【００５０】
第２規格におけるファイルアロケーションテーブル５７０も、第１規格と同じ構造を有する。ただし、第２規格ではクラスタ番号を４バイト（３２ビット）で表現することとされており、これに応じてテーブルエントリ５７１の個々のサイズも４バイトとなる。
【００５１】
また、第２規格のフォーマット構造では、第１規格のフォーマット構造においてシステム領域５４０に配置されていたルートディレクトリエントリ５８０の領域が存在しない。第２規格のフォーマット構造では、ルートディレクトリエントリ５８０はデータ領域５５０内に配置されることとなっている。データ領域５５０におけるルートディレクトリの先頭クラスタ番号は、パーティション対応起動領域５６０に格納される情報により示される。
【００５２】
図４（ａ）は、主起動領域（ＭＢＲ）５１０の構造例を示している。図３に示したように、主起動領域５１０はメディアにおける先頭セクタに配置される。本実施の形態では１セクタが５１２バイトから成るものとしている。したがって、この図に示される主起動領域５１０のサイズも５１２バイトとなる。
【００５３】
主起動領域５１０は、図示するようにして、起動コード５１１とこれに続くパーティションテーブル５１２の各領域から成る。起動コード５１１は例えば４４６バイトから成り、メディア５００がオペレーションシステム（ＯＳ：Operating System）の起動に使用される場合において、そのオペレーションシステムを起動するためのコードが格納される領域である。
【００５４】
パーティションテーブル５１２は６４バイトから成り、起動時において必要とされるパーティションごとに関する所定の情報が格納される。このパーティションテーブルの領域は、さらに１６バイト単位で４つのパーティションエントリ５２０−１乃至４の各領域に分割されることになっている。これらのパーティションエントリ５２１−１乃至４は、それぞれパーティション１、パーティション２、パーティション３、パーティション４に対応する。また、主起動領域５１０における最終の２バイトの領域には、現セクタが主起動領域５１０であることの識別子としての所定値として例えば「５５ＡＡｈ」（ｈは１６進法による表記であることを示す）が格納される。
【００５５】
上記パーティションエントリ５２０は、は、図４（ｂ）に示す構造を有する。すなわち、上位バイトから下位バイトにかけて順に、フラグ５２１、開始セクタ（ＣＨＳ）５２２、タイプ５２３、終了セクタ（ＣＨＳ）５２４、開始セクタ（ＬＢＡ）５２５、パーティションサイズ５２６の各領域が配置される。
【００５６】
フラグ５２１は、対応するパーティションが起動ドライブであるか否かを示すフラグが格納される領域である。開始セクタ（ＣＨＳ）５２２は、対応するパーティションの開始セクタをシリンダ数、ヘッド数およびセクタ数（ＣＨＳ：Cylinder/Head/Sector）により表した値が格納される領域である。タイプ５２３は、システム識別子ともいわれ、対応のパーティションを管理するファイルシステム方式を示す情報などが格納される領域である。終了セクタ（ＣＨＳ）５２４は、対応するパーティションの終了セクタをシリンダ数、ヘッド数およびセクタ数により表した値が格納される領域である。開始セクタ（ＬＢＡ）５２５は、対応するパーティションの開始セクタを示すセクタアドレスが格納される領域である。パーティションサイズ５２６は、対応するパーティションの容量を示す値が格納される領域である。
【００５７】
図５は、ルートディレクトリエントリ５８０において格納されるディレクトリエントリ５８０ａの構造例を示している。なお、ここでは、図３（ｂ）の第２規格に対応した構造を示すこととする。この図に示されるディレクトリエントリ５８０ａは３２バイトのサイズを有し、図示するようにして、上位から下位のバイト位置にかけて順に、ファイル名５８１、拡張子５８２、属性５８３、未使用領域５８４、作成時刻５８５の領域が配置される。さらに続けて、作成日５８６、最終アクセス日５８７、先頭クラスタ番号（上位）５５８、記録時刻５８９、記録日付５９０、先頭クラスタ番号（下位）５９１、サイズ５９２の領域が配置される。
【００５８】
ファイル名５８１は、現ディレクトリエントリ５８０ａが示すファイル（現ファイル）の名称が格納される８バイトの領域である。拡張子５８２の領域は現ファイルの拡張子が格納される３バイトの領域である。ファイル名５８１に格納されるファイル名と拡張子５８２に格納される拡張子とにより現ファイルを特定できる。
【００５９】
属性５８３は、現ファイルについての属性を示す値が格納される１バイトの領域である。また、１バイトによる未使用領域５８４は、例えば予約領域として設定されている。作成時刻５８５は、現ファイルの作成時刻を示す値が格納される３バイトの領域である。作成日５８６は、現ファイルの作成年月日が格納される２バイトの領域である。最終アクセス日５８７は、現ファイルに対するアクセスが最後に行われた日を示す値が格納される２バイトの領域である。
【００６０】
また、先頭クラスタ番号（上位）５８８は、現ファイルの先頭データが記録されるメディア上での位置をクラスタ番号により示す値として、その上位２バイトが格納される領域である。一方、先頭クラスタ番号（下位）５９１は、現ファイルの先頭データが記録されるメディア上での位置をクラスタ番号により示す値として、その下位２バイトが格納される領域である。これらの値により、現ファイルの先頭データが記録されているクラスタ番号を特定できる。
【００６１】
記録時刻５８９は、現ファイルについて最後の更新が実行された時刻を示す値が格納される２バイトの領域である。記録日付５９０は、現ファイルについて最後の更新が実行された年月日を示す値が格納される２バイトの領域である。サイズ５９２は、現ファイルについてのサイズ（容量）を示す値が格納される領域である。
【００６２】
［ファイル管理例］
図６および図７を参照して本発明の実施の形態が対応するファイルシステム方式のもとでのファイルの記録位置の管理例について説明する。なお、ここでの説明は、第２規格（ＦＡＴ３２）によるファイルシステム方式の場合を例に挙げる。図６（ａ）、（ｂ）、（ｃ）、（ｄ）にはディレクトリエントリ５８０ａの下位１６バイトが示されている。これらのディレクトリエントリ５８０ａは、それぞれファイルＡ、Ｂ、Ｃ、Ｄごとに対応するものとする。
【００６３】
また、図７は、ファイルアロケーションテーブル５７０の一部を示す。ファイルアロケーションテーブル５７０は、図示するように、１クラスタごとに対応するテーブルエントリ５７１がメディア５００のデータ領域５５０を形成するクラスタの番号順に配列されて形成される。テーブルエントリ５７１とデータ領域５５０内のクラスタ５１１とは１対１で対応している。そして、テーブルエントリ５７１には、対応するファイルが記録されるクラスタごとの情報として、次の値の何れかが格納される。すなわち、未使用であることを示す値、現クラスタの次に連結されるクラスタ番号を示す値、不良クラスタを示す値、ファイルの終端（ＥＯＦ：End Of File）となるクラスタであることを示す値などが格納される。第２規格では、クラスタ番号を４バイト（３２ビット）により表す。これに応じて、図７のファイルアロケーションテーブル５７０におけるエントリのサイズは４バイトとなる。
【００６４】
この図７においては、ファイルＡ，Ｂ，Ｃ，Ｄの記録結果に対応するテーブルエントリ５７１の内容が示される。なお、この図７においては、図示が簡略でわかりやすくなることを考慮して、ファイルＡ、Ｂ、Ｃ、Ｄのみに対応したテーブルエントリ５７１の内容のみを抜き出している。前述もしたように、第２規格ではテーブルエントリ５７１は３２ビットのサイズを有する。また、この図においては、テーブルエントリ５７１は、「０００００００ｈ」乃至「０００００３８ｈ」に対応する行と、「００ｈ」乃至「０７ｈ」に対応する列とのマトリクスにより配列されている。各テーブルエントリ５７１が対応するクラスタ番号は対応する行と列の各値を加算した値となる。
【００６５】
また、本発明の実施の形態が対応するファイルシステムの方式においては、クラスタ番号「００００００００ｈ」および「０００００００１ｈ」で表されるデータ領域５５０における先頭の２つのクラスタは予約領域（ＲＳＶ）として規定されている。これに応じて、図７に示すように、クラスタ番号「００００００００ｈ」と「０００００００１ｈ」にそれぞれ対応する２つのテーブルエントリ５７１も予約領域であることを示す所定値が格納される。
【００６６】
また、本発明の実施の形態が対応するファイルシステムの方式では、テーブルエントリ５７１に格納する値として、現クラスタの次に連結されるクラスタ番号については「０００００００２ｈ」乃至「０ＦＦＦＦＦＦ６ｈ」の範囲の値を使用する。また、ファイルの終端（ＥＯＦ）を含むクラスタについては、例えば「０ＦＦＦＦＦＦＦｈ」の値を使用する。また、図７においては、未使用クラスタであることを「−」で示しているが、例えば実際には「００００００００ｈ」の値を使用する。
【００６７】
まず、ファイルＡに対応する図６（ａ）のディレクトリエントリ５８０ａにおける先頭クラスタ番号（上位）５８８と先頭クラスタ番号（下位）５９１によっては、「０００００００７ｈ」が示されているものとする。これは、ファイルＡのクラスタチェーンにおける先頭クラスタ番号が「０００００００７ｈ」であることを意味する。
【００６８】
次に、図７に示すファイルアロケーションテーブル５７０におけるクラスタ番号「０００００００７ｈ」に対応するテーブルエントリ５７１においては、「０００００００８ｈ」が格納されている。これは、ファイルＡは、クラスタ番号が「０００００００７ｈ」のクラスタに続けて、クラスタ番号「０００００００８ｈ」のクラスタが連結されていることを意味する。次に、クラスタ番号「０００００００８ｈ」に対応するテーブルエントリ５７１を参照すると、ここには「０００００００９ｈ」の値が示されている。さらに続けて、クラスタ番号「０００００００９ｈ」のテーブルエントリ５７１を参照すると、ここにはファイルの終端（ＥＯＦ）を示す値が格納されている。すなわち、ファイルＡは、クラスタ番号「０００００００７ｈ」、「０００００００８ｈ」、「０００００００９ｈ」の順によるクラスタの連結（クラスタチェーン）により形成されることが示される。このようにしてファイルアロケーションテーブル５７０によっては、ファイルを形成するクラスタと、その連結順が示されている。すなわち、メディア５００におけるファイルのデータの記録位置は、ディレクトリエントリ５８０ａに格納される先頭クラスタ番号と、ファイルアロケーションテーブル５７０によって示されるクラスタチェーンによって特定できるようにして管理されている。
【００６９】
また、他のファイルＢ，Ｃ，Ｄの記憶位置については、次のようにして管理されている。まず、ファイルＢについては、図６（ｂ）のディレクトリエントリ５８０ａに示すようにして、ファイルの先頭クラスタ番号が「０００００００Ａｈ」であることが示されている。そこで、図７に示すファイルアロケーションテーブル５７０のクラスタ番号「０００００００Ａｈ」に対応するエントリを参照すると、次のクラスタを示すチェイン情報としてクラスタ番号「００００００１Ｆｈ」が示されている。次にクラスタ番号「００００００１Ｆｈ」に対応するテーブルエントリ５７１にはクラスタ番号「００００００２５ｈ」が示されている。クラスタ番号「００００００２５ｈ」に対応するテーブルエントリ５７１には、クラスタ番号「００００００３１ｈ」が示されている。クラスタ番号「００００００３１ｈ」に対応するテーブルエントリ５７１にはクラスタ番号「００００００３０ｈ」が示されている。クラスタ番号「００００００３０ｈ」に対応するテーブルエントリ５７１には終端（ＥＯＦ）であることを示す値が格納されている。これにより、ファイルＢは、クラスタ番号「０００００００Ａｈ」、「００００００１Ｆｈ」「００００００２５ｈ」「００００００３１ｈ」「００００００３０ｈ」の順によるクラスタの連結により形成されることが示される。
【００７０】
また、ファイルＣについては、図６（ｃ）に示すようにして、まず、ファイルＣのディレクトリエントリ５８０ａによっては、先頭クラスタ番号は「００００００１Ｂｈ」であることが示されている。そこで図７に示すファイルアロケーションテーブル５７０におけるクラスタ番号「００００００１Ｂ」のテーブルエントリ５７１を起点として次に連結されるクラスタを辿る。これにより、ファイルＣは、クラスタ番号「００００００１Ｂｈ」、「００００００１１ｈ」、「００００００１２ｈ」、「００００００１３ｈ」、「００００００１４ｈ」、「０００００００３ｈの」の順によるクラスタの連結により形成されることが示される。
【００７１】
また、ファイルＤについては、図６（ｄ）において先頭クラスタ番号が「００００００２Ｃｈ」であることが示される。そこで、図７に示すファイルアロケーションテーブル５７０におけるクラスタ番号「００００００２Ｃｈ」のテーブルエントリ５７１を起点としてクラスタ番号の連結を辿る。その結果、ファイルＤは、クラスタ番号「００００００２Ｃｈ」、「００００００２Ｄｈ」、「００００００２Ｅｈ」、「００００００２Ｆｈ」の順によるクラスタの連結により形成されることが示される。さらに続けて、クラスタ番号「００００００３８ｈ」、「００００００３９ｈ」、「００００００３Ａｈ」、「００００００３Ｂｈ」の順によるクラスタチェーンにより形成されることが示される。
【００７２】
［統合メディア管理のための基本構成］
本発明の実施の形態では、上記のファイルシステムのフォーマットに則ったうえで複数の実メディアを仮想的に１つのメディアとして統合して管理可能な構成を採る。なお、実メディアとは、統合管理される対象のメディアであり、例えばそれぞれが例えば物理的に個別で独立した実体を有するメディアをいう。図１との対応では、磁気ディスク５００ａ、光ディスク５００ｂ、光磁気ディスク５００ｃおよび半導体メモリ５００ｄのそれぞれが統合対象の実メディアとなり得る。また、以降において、複数の実メディアを１つに統合した仮想のメディアについては統合メディアと称する。
【００７３】
図８は、先に図２に示したアクセスレベルを基とした統合メディア管理に対応するファイルシステム３００およびデバイスドライバ４００についての基本的な機能構成例を模式的に示している。
【００７４】
この図においては、図２と同様にソフトウェア層としてアプリケーション２００、ファイルシステム３００およびデバイスドライバ４００が示されている。また、この図において示されるワークメモリ６００は、アプリケーション２００、ファイルシステム３００およびデバイスドライバ４００が演算結果や生成データなどを一時的に保持させる作業領域である。図１との対応では、例えばＲＡＭ１１２がワークメモリ６００に相当する。また、ここでは図２に示したメディア５００の実体に相当するものとして、第１乃至第３実メディア５００Ｂ−１乃至３が示されている。
【００７５】
この図においてファイルシステム３００は記録再生制御部３１０とメディア制御部３２０から成るものとしている。また、この場合のファイルシステム３００は、統合ルートディレクトリエントリ５８０Ａおよび統合ファイルアロケーションテーブル５７０Ａを適宜利用して所要の処理を実行する。なお、統合ファイルアロケーションテーブル５７０Ａおよび統合ルートディレクトリエントリ５８０Ａの構造は、それぞれ、図５および図７により説明したものと同じになる。ただし、実メディア５００Ｂごとに個別に対応した内容ではなく統合メディアに対応した内容を有する。なお、統合ファイルアロケーションテーブル５７０Ａおよび統合ルートディレクトリエントリ５８０Ａは、例えば実際にはワークメモリ６００にて保持されるものである。しかし、ここでは図示を分かりやすくすることの便宜上、これらの情報がファイルシステム３００内に在るものとして示している。
【００７６】
記録再生制御部３１０は、ファイルの記録再生に関する制御を実行する部位であり、ディレクトリエントリ制御部３１１、ファイルアロケーションテーブル（ＦＡＴ）制御部３１２、クラスタ制御部３１３から成る。
【００７７】
ディレクトリエントリ制御部３１１は、統合ルートディレクトリエントリ５８０Ａを形成するディレクトリエントリ５８０ａに関する制御処理を実行するものである。具体的には、ディレクトリエントリ５８０ａの検索や内容解釈、またファイルの記録や削除に応じたディレクトリエントリ５８０ａの新規作成や削除の処理などを実行する。
【００７８】
ファイルアロケーションテーブル制御部３１２は、統合ファイルアロケーションテーブル５７０Ａに関する制御処理を実行するものである。具体的には、例えば統合ファイルアロケーションテーブル５７０Ａにおけるテーブルエントリ５７１の内容を解釈する。例えばこの内容解釈により統合メディア５００Ａに記録されたファイルのクラスタチェーンも認識することができる。また、ファイルアロケーションテーブル制御部３１２は、ファイルの記録や削除結果に応じた統合ファイルアロケーションテーブル５７０Ａの書き換え処理などを実行する。
【００７９】
例えばアプリケーション２００からは、ファイルを指定してアクセス要求が行われる。これに応答してディレクトリエントリ制御部３１１は、要求されたファイルを示すディレクトリエントリ５８０ａを検索してその内容を解釈する。そして、ディレクトリエントリ５８０ａに記述された先頭クラスタ番号をファイルアロケーションテーブル制御部３１２に通知する。ファイルアロケーションテーブル制御部３１２は、通知された先頭クラスタ番号を起点にしてファイルアロケーションテーブル５７０のテーブルエントリ５７１を探索することで要求されたファイルについての統合メディア５００Ａ上でのクラスタチェーンを認識できる。クラスタ制御部３１３は、クラスタ番号に基づいてファイルの記録再生位置を決定する処理を実行する部位である。例えばファイル再生に際してはディレクトリエントリ制御部３１１から通知されるファイルの先頭クラスタ番号に基づいて再生すべきクラスタをそのクラスタ番号により決定する。このように、記録再生制御部３１０は、クラスタ番号により示されるクラスタ単位でデータを処理する。そして、アクセス制御対象となるメディアについては、実メディア５００Ｂではなく、統合メディア５００Ａをその対象として認識している。
【００８０】
メディア制御部３２０は、ファイルシステム３００の階層においてデバイスドライバ４００経由でメディア（統合メディア５００Ａ）に対するアクセス制御を実行する部位であり、アドレス変換部３２１を備える。記録再生制御部３１０においては、ファイルをクラスタ単位で処理する。すなわち、クラスタ番号によりファイルを形成するデータを処理する。これに対してデバイスドライバ４００では、クラスタを形成するセクタ単位によりデータを処理する。アドレス変換部３２１は、クラスタ番号とセクタアドレスとの間で変換を行うための部位である。例えば、デバイスドライバ４００に対してアクセス要求を行う際には、アドレス変換部３２１は、アクセスすべきクラスタ番号を示すセクタアドレスを算出し、この算出したセクタアドレスをデバイスドライバ４００に渡す。また、デバイスドライバ４００からの応答を受ける際には、アドレス変換部３２１は、デバイスドライバ４００から渡されたセクタアドレスに対応するクラスタ番号を算出する処理を実行する。このようにして、統合メディア５００Ａの管理に対応するファイルシステム３００では、実メディア５００Ｂの単位に応じたアクセス制御ではなく、統合メディア５００Ａを対象としたアクセス制御を実行するようになっている。
【００８１】
この場合のデバイスドライバ４００は、統合メディア５００の管理に対応して統合デバイスドライバ４１０を備える。また、統合対象となる実メディア５００Ｂの数ごとに対応した実メディア対応デバイスドライバ４２０を備える。この図では、統合対象となる実メディアが、第１乃至第３実メディア５００Ｂ−１乃至３の３つである例を示している。これに対応して、図においては、第１乃至第３実メディア５００Ｂ−１乃至３のそれぞれに対応するものとして、第１乃至第３実メディア対応デバイスドライバ４２０−１乃至３の３つが示される。
【００８２】
統合デバイスドライバ４１０は、複数の実メディア５００Ｂを統合メディアとして管理するものであり、そのために統合管理情報７０１を作成して保持する。なお、この統合管理情報７０１も実際においては例えばワークメモリ６００にて保持される。また、統合管理情報７０１の内容例については後述する。実メディア対応デバイスドライバ４２０は、それぞれ対応の実メディア５００Ｂに対するアクセス、すなわち、データの書込みまたは読み出しを実行する部位である。
【００８３】
［統合メディアの管理方式例］
図９は、統合デバイスドライバ４１０による統合メディア管理の方式例を模式的に示している。なお、以降の説明において、統合メディア５００Ａに設定されるセクタアドレスについては統合セクタアドレスと称し、実メディア５００Ｂごとに設定されるセクタアドレスについては実セクタアドレスと称して両者を区別する。
【００８４】
この図において、第１実メディア５００Ｂ−１は、例えば「Ｘ＋１」個のセクタから成り、先頭から終端のセクタごとに、「０」乃至「Ｘ」の実セクタアドレスが設定されている。第２実メディア５００Ｂ−２は、「Ｙ＋１」個のセクタから成り、先頭から終端のセクタごとに、「０」乃至「Ｙ」の実セクタアドレスが設定されている。第３実メディア５００Ｂ−３は、「Ｚ＋１」個のセクタから成り、先頭から終端のセクタごとに、「０」乃至「Ｚ」の実セクタアドレスが設定されている。
【００８５】
そして統合メディア５００Ａは、図示するようにして、第１実メディア５００Ｂ−１、第２実メディア５００Ｂ−２、第２実メディア５００Ｂ−３の順にセクタを連結するようにして形成する。すなわち、統合メディア５００Ａにおける統合セクタアドレス「０」乃至「Ｘ」までの「Ｘ＋１」個のセクタに対しては、それぞれ第１実メディア５００Ｂ−１の実セクタアドレス「０」乃至「Ｘ」を対応させる。これに続けて、統合メディア５００Ａにおける統合セクタアドレス「Ｘ＋１」乃至「Ｘ＋Ｙ＋１」までの「Ｙ＋１」個のセクタに対しては、それぞれ第２実メディア５００Ｂ−２の実セクタアドレス「０」乃至「Ｙ」を対応させる。さらに続けて、統合メディア５００Ａにおける統合セクタアドレス「Ｘ＋Ｙ＋２」乃至「Ｘ＋Ｙ＋Ｚ＋２」までの「Ｚ＋１」個のセクタに対しては、それぞれ第３実メディア５００Ｂ−３の実セクタアドレス「０」乃至「Ｚ」を対応させる。この結果、統合メディア５００Ａのセクタ数は、第１乃至第３実メディア５００Ｂ−１乃至３の各セクタ数を総計したＸ＋Ｙ＋Ｚ＋３となる。
【００８６】
図１０は、上記図９に示した統合メディア５００Ａに対応する統合管理情報７０１の内容例を示している。この図に示す統合管理情報７０１は、統合セクタアドレスごとに実メディア識別子（実メディアＩＤ）と実セクタアドレスを対応付けた構造を有している。なお、ここでは、実メディア識別子として、第１実メディア５００Ｂ−１に「０」を割り当て、第２実メディア５００Ｂ−２に「１」を割り当て、第３実メディア５００Ｂ−３に「２」を割り当てた例を示している。
【００８７】
この統合管理情報７０１を参照することで、例えば統合アドレス「Ｘ＋２」は、第２実メディア５００Ｂ−２の実セクタアドレス「１」に対応することが認識できる。また、例えば第３実メディア５００Ｂ−３の実セクタアドレス「１」は統合アドレス「Ｘ＋Ｙ＋３」に対応することが認識できる。すなわち、統合管理情報７０１を参照することで、統合アドレスと実アドレスとの間でのアドレス変換が可能になる。
【００８８】
ファイルシステム３００から統合デバイスドライバ４１０に対しては統合セクタアドレスによってアクセス要求が行われる。このアクセス要求を受けた統合デバイスドライバ４１０は、統合管理情報７０１を参照することで、アクセス要求を受けた統合セクタアドレスを実セクタアドレスに変換する。そして、この実セクタアドレスに対してアクセスを行うことになる。すなわち、実メディア５００Ｂごとに対するアクセス制御を実行する。また、統合デバイスドライバ４１０は、応答の際には、再度統合管理情報７０１を参照することで実セクタアドレスを統合セクタアドレスに変換し、ファイルシステム３００に受け渡す。このようにして、統合デバイスドライバ４１０の基本的な機能は、統合メディア５００Ａと実メディア５００Ｂとの間を仲介するものとなる。
【００８９】
なお、統合セクタアドレスと実セクタアドレスとを対応付けて管理する態様としては図１０の統合管理情報７０１以外にも考えられる。例えば、統合管理情報として、統合セクタアドレスにおいて実メディアのセクタアドレスの境界に対応する統合セクタアドレスの情報を保持しておくようにしてもよい。そして、この場合のアドレス変換は演算によって行うこととすればよい。
【００９０】
［統合メディアのフォーマット構造例］
続いて、図１１および図１２により、統合メディア５００Ａのフォーマット構造例を示す。図１１に示すフォーマット構造は、先に図３（ａ）に示した第１規格（ＦＡＴ１６）に対応したものとなる。また、図１２に示すフォーマット構造は、図３（ｂ）に示した第２規格（ＦＡＴ３２）に対応したものとなる。また、図１１および図１２において図３と同一部分には同一符号を付している。また、これらの図においては第１実メディア５００Ｂ−１と第２実メディア５００Ｂ−２とにより１パーティションの統合メディアを形成する場合を示している。
【００９１】
まず、図１１の第１規格に対応したフォーマット構造から説明する。この図に示すように、統合セクタアドレス「０」（ＬＢＡ＝０）から「Ｘ」までの範囲に対応する第１実メディア５００Ｂ−１においては、実セクタアドレス「０」のセクタに主起動領域５１０が配置される。また、これに続けて所定セクタ数による空き領域が配置され、さらに続けてシステム領域５４０が配置される。システム領域５４０に続けてはクラスタ５５１から成るデータ領域５５０が配置される。すなわち、図３（ａ）に示すメディア５００と同じフォーマット構造である。ただし、システム領域５４０におけるパーティション対応起動領域５６０Ａは統合メディア５００Ａに対応する内容を有するものとなる。また、第１統合ファイルアロケーションテーブル５７０Ａ−１、第２統合ファイルアロケーションテーブル５７０Ａ−２、統合ルートディレクトリエントリ５８０Ａも、それぞれ統合メディア５００Ａに対応する内容を有するものとなる。次に、統合セクタアドレス「Ｘ＋１」から「Ｘ＋Ｙ＋１」までの範囲に対応する第２実メディア５００Ｂ−２は、その全ての領域が、第１実メディア５００Ｂ−１から続くデータ領域５５０としてフォーマットされる。
【００９２】
この場合において統合メディア５００Ａのデータ領域５５０におけるクラスタ番号は次のようにして設定される。例えば第１実メディア５００Ｂ−１と第２実メディア５００Ｂ−２とのデータ領域５５０におけるクラス５５１の総数が「Ｎ＋１」個であるとする。この場合、第１実メディア５００Ｂ−１のデータ領域５５０の先頭クラスタに「０」のクラスタ番号が設定され、第１実メディア５００Ｂ−１の終端クラスタに最後のクラスタ番号「Ｎ」が設定される。また、第１実メディア５００Ｂ−１の終端クラスタのクラスタ番号が「ｎ−１」であるとすると、第２実メディア５００Ｂ−２の先頭クラスタはクラスタ番号が「ｎ」となるようにして連結される。
【００９３】
同様に、第２規格に対応する図１２においても、第１実メディア５００Ｂ−１における先頭に主起動領域５１０とシステム領域５４０が配置され、以降、データ領域５５０となるようにしてフォーマットされる。すなわち、図３（ｂ）と同じフォーマットが行われる。そのうえで、パーティション対応起動領域５６０Ａ、第１ファイルアロケーションテーブル５７０−１、第２ファイルアロケーションテーブル５７０−２が統合メディア５００Ａに対応する内容を有する点も図１１と同じである。また、データ領域５５０内に格納される統合ルートディレクトリエントリ５８０Ａも、統合メディア５００Ａに対応する内容となる。また、第２実メディア５００Ｂ−２の全ての領域が、第１実メディア５００Ｂ−１に続くデータ領域５５０としてフォーマットされる点、および統合メディア５００Ａのデータ領域５５０におけるクラスタ番号の設定も、図１１と同様となる。
【００９４】
上記図１１および図１２に示されるシステム領域５４０におけるパーティション対応起動領域５６０Ａは統合メディア５００Ａに対応した情報を有する。例えばメディアの容量、クラスタ数などの情報は、第１実メディア５００Ｂ−１と第２実メディア５００Ｂ−２の容量、クラスタ数を合計した値を示す。また、最終クラスタ番号は、Ｘ＋Ｙ＋１を示す。また、この場合のパーティション対応起動領域５６０Ａは、例えば統合管理情報７０１を格納しておく。これにより、例えば統合デバイスドライバ４１０は、統合メディア５００Ａのマウント時において統合管理情報７０１を読み込んで保持することにより、以降の統合メディア５００Ａの管理を行うことが可能になる。
【００９５】
さらに、この場合の第１統合ファイルアロケーションテーブル５７０Ａ−１と第２統合ファイルアロケーションテーブル５７０Ａ−２も、統合メディア５００Ａに対応した数のテーブルエントリ５７１を有し、テーブルエントリ５７１はクラスタ番号を格納する。また、統合ルートディレクトリエントリ５８０Ａにおいても、ディレクトリエントリ５８０ａにおける先頭クラスタ番号はクラスタ番号により示される。なお、統合ファイルアロケーションテーブル５７０Ａの構造は、通常のファイルアロケーションテーブル５７０と同じである。テーブルエントリ５７１は、統合メディア５００Ａを形成するとされるデータ領域５５０のクラスタ数に対応した数が設けられる。
【００９６】
なお、統合メディア５００Ａとして管理する実メディア５００Ｂの数については、対応するファイルシステムのフォーマットにおいて管理可能なクラスタ数、セクタ数の範囲でありさえすれば、特に限定されるものではない。また、統合デバイスドライバ４１０は、特許請求の範囲に記載の統合管理部の一例である。
【００９７】
［第１の実施の形態の電力制御に対応する機能構成例］
これまでの説明から理解されるように、本発明の実施の形態においては複数の実メディア５００Ｂを１つの統合メディア５００Ａとして管理可能とされている。ここで、統合メディア５００Ａにおける実メディア５００Ｂに対して行われているアクセスの状況に着目してみる。すると、実際に統合メディア５００Ａにおける複数の実メディア５００Ｂのそれぞれに対してほぼ均等の頻度でアクセスが行われる可能性は高くはないと考えられる。一具体例として、統合メディア５００Ａにおいて統合順が１番目の実メディア５００Ｂに対してのみファイルのデータが記録されているような状態は当然想定し得る。この場合、ファイル再生のためのアクセスは、複数の実メディア５００Ｂのうち、統合順が１番目の実メディア５００Ｂに対してのみ発生し、他の実メディア５００Ｂに対しては発生しないということになる。
【００９８】
統合メディア５００Ａは複数の実メディアを統合して仮想的に１つのメディアとして管理するものである。したがって、メディアのマウント処理が行われた後においては、例えば或る実メディア５００Ｂの電源がオフ状態にあるとしても、他の電源がオン状態の実メディア５００Ｂに対するアクセスには何ら支障はない。このことからすれば、アクセス可能性が無い実メディア５００Ｂについては電源をオフとし、アクセス可能性が有る実メディア５００Ｂのみの電源がオンとなるようにすれば消費電力が低減されて好ましいといえる。そこで、本発明の実施の形態としては、そのときの記録または再生に関するファイル処理の状況などに応じて、統合メディア５００Ａにおける実メディア５００Ｂの電源のオンオフ状態を動的に制御可能に構成する。
【００９９】
なお、本発明の実施の形態において行う電源オンオフ制御は消費電力の低減を目的として行うものとなる。したがって、本発明の実施の形態において電源のオンオフ状態を変更することは、すなわち、実メディア５００Ｂについて電力消費量の異なる動作状態に変更する電力制御を行うことに相当する。このような電力制御としては、上記の電源オンオフ状態を変更するほか、スリープモードの状態とスリープモードが解除された通常状態との間で変更を行うことも考えられる。スリープモード時においては、例えばメディア５００Ｂに対して内部の制御部が動作可能なように必要最小限の電力を供給している状態となるように設定が行われる。以降の説明においては電源オンオフ制御を行うものとする。
【０１００】
図１３は、本発明の第１の実施の形態に対応して上記の実メディアに対する電力制御を実行する記憶媒体制御装置の構成として、ファイルシステム３００およびデバイスドライバ４００の構成例を示している。なお、この図においては、統合メディア５００Ａとして統合管理される実メディア５００Ｂについて、第１乃至第３実メディア５００Ｂ−１乃至３の３つが示されている。
【０１０１】
本発明の第１の実施の形態の電力制御に対応する構成として、ファイルシステム３００においては、オープン状態ファイル認識部３３０と使用領域認識部３４０とを備える。なお、オープン状態ファイル認識部３３０と使用領域認識部３４０は、必要に応じて、図８に示したファイルシステム３００における記録再生制御部３１０とメディア制御部３２０の機能構成を利用するものとなる。
【０１０２】
オープン状態ファイル認識部３３０は、統合メディア５００Ａに記録されたものとして管理されるファイルのうちから、現在においてオープンの状態におかれているファイルを認識する。現在オープンの状態にあるファイルは、次のホスト機器の動作によりそのファイルを形成する実データが再生される可能性がある。なお、以降において現在オープンの状態にあるファイルをオープン状態ファイルと称する。また、ここでのオープン状態ファイルは、再生(リード）に対応してオープンされているファイルとなる。
【０１０３】
オープン状態ファイルとして、ホスト機器が図１に示したビデオカメラ１００である場合には次のような具体例を挙げることができる。ビデオカメラ１００により、例えば統合メディア５００Ａに記録されている動画像ファイルをユーザに提示するために、表示部１０６に対してサムネイル画像を配列表示しているとする。この動作のもとでは、表示されているサムネイル画像に対応する録画ファイルがオープンされる用にして制御されている状態にある。
【０１０４】
使用領域認識部３４０は、オープン状態ファイル認識部３３０によりオープン状態であると認識されたファイルごとに、統合メディア５００Ａ上でそのファイルの記録のために使用されている領域(記録済領域）を認識する。また、この領域の認識にあたっては、その認識結果をデバイスドライバ４００が解釈可能なように、セクタレベルによる認識結果を得る。すなわち、オープン状態ファイル認識部３３０は、ファイルの記録に使用された領域を統合セクタアドレスにより認識する。
【０１０５】
また、使用領域認識部３４０は、ファイルの記録に使用された統合セクタアドレスの範囲を認識するために、統合ルートディレクトリエントリ５８０Ａおよび統合ファイルアロケーションテーブル５７０Ａを利用する。その際、統合ルートディレクトリエントリ５８０Ａおいては、オープン状態ファイルのディレクトリエントリ５８０ａが利用される。なお、これらの統合ルートディレクトリエントリ５８０Ａと統合ファイルアロケーションテーブル５７０Ａは、例えば実際には、図８に示したワークメモリ６００に保持されている。また、使用領域認識部３４０は、その認識結果を示す使用領域情報７０２を作成し、例えばワークメモリ６００またはＣＰＵ内のレジスタなどに保持する。使用領域認識部３４０は、特許請求の範囲に記載の記録済領域認識部の一例となる。
【０１０６】
次に、デバイスドライバ４００側においては、実メディア５００Ｂに対する電力制御のために、図示するようにして統合デバイスドライバ４１０内にアクセス可能性判定部４１１および電源制御部４１２を備える。
【０１０７】
アクセス可能性判定部４１１は、ホスト機器が次の動作状態に遷移したことに応じてアクセスされる可能性の有る実メディアと、アクセス可能性の無い実メディアとを弁別して判定する部位である。このために、アクセス可能性判定部４１１は、使用領域情報７０２と統合管理情報７０１とを利用する。また、アクセス可能性判定部４１１は、最終的な判定結果を得るまでの過程において実メディア登録情報７０３を作成、更新する。そして、最終的に得られた実メディア登録情報７０３の内容に基づいて最終的な判定結果を得る。オープン状態ファイル認識部３３０、アクセス可能性判定部４１１および使用領域認識部３４０による機能部位は、特許請求の範囲に記載の実記録媒体判定部の一例となる。また、アクセス可能性判定部４１１は、特許請求の範囲に記載の記録済領域対応判定部の一例ともなる。
【０１０８】
電源制御部４１２は、アクセス可能性判定部４１１の判定結果に基づいて、実メディア５００Ｂごとに対して個別に電源のオンオフ制御を実行する部位である。このために、電源制御部４１２は、電源オンオフのコマンドを、第１乃至３実メディア対応デバイスドライバ４２０−１乃至３の各々に対して個別に出力する。これにより、第１乃至３実メディア５００Ｂ−１乃至３の各々は、個別に電源オンまたは電源オンの状態が変更される。この電源制御部４１２は、特許請求の範囲に記載の電力制御部の一例となる。
【０１０９】
また、電源制御部４１２は、電源オンオフの制御結果に応じて、現在の第１乃至３実メディア５００Ｂ−１乃至３の各々の電源状態がオンとオフの何れであるのかを示す情報である電源状態管理情報７０４を更新する。電源制御部４１２は、電源オンオフ制御時において、必要に応じて電源状態管理情報７０４を参照し、実メディアごとについて電源のオンまたはオフの制御を行う必要性の有無を弁別する。
【０１１０】
［第１の実施の形態の電力制御のための処理手順例］
図１４のフローチャートは、第１の実施の形態における電力制御のための処理手順例を示している。この図に示す処理は、上記図１３のオープン状態ファイル認識部３３０、使用領域認識部３４０、アクセス可能性判定部４１１、および電源制御部４１２の何れかが適宜実行するものとしてみることができる。すなわち、ＣＰＵがプログラムを実行することにより実現される処理となる。
【０１１１】
まず、オープン状態ファイル認識部３３０は、オープン状態ファイルが存在していなかった状態から存在する状態に遷移するのを待機している（ステップＳ９０１）。また、既にオープン状態ファイルが存在しているときには、そのオープン状態ファイルの内訳に変更が生じるのを待機している。
【０１１２】
なお、オープン状態ファイルが存在する状態に遷移する場合の具体例としては、これまで撮影モードや各種設定変更操作などのファイル再生に関係しない動作を行っていた状態から、はじめて記録済みのファイルのサムネイル画像を表示させた場合となる。このときにはサムネイル画像表示のために対応のファイルをオープンさせる制御が実行される。また、通常、サムネイル画像表示に際して、記録済みのファイル数が１画面あたりに表示可能な最大数を超える場合には、ページ単位やスクロールなどによる行単位で提示内容を変更する。例えば或る１つのページのサムネイル画像を表示させている状態からページ送りであるとかスクロールが行われて表示されるサムネイル画像の提示内容が変更される際には、新たに表示されるサムネイル画像に対応するファイルをオープンする。一方、表示されなくなるサムネイル画像に対応するファイルはクローズされる。
【０１１３】
ステップＳ９０１においてオープン状態ファイルが存在することとなった、またはオープン状態ファイルの内訳に変更が生じたことが判定されることに応じては、以下の手順が実行される。先ず、オープン状態ファイル認識部３３０は、現在のオープン状態ファイルが何であるのかを認識する（ステップＳ９０２）。オープン状態ファイルについては、例えばサムネイル画像表示のためのファイルオープン制御に応じたファイルシステム３００の処理結果に基づいて特定できる。
【０１１４】
次に、使用領域認識部３４０は、オープン状態ファイルごとに設定した番号を示す変数ｎに１を代入する初期化を実行する(ステップＳ９０３）。次に、使用領域認識部３４０は、ｎ番目のオープン状態ファイルについてのクラスタチェーンを確認する（ステップＳ９０４）。なお、このクラスタチェーンの確認にあたっては、使用領域認識部３４０は、例えば図８のディレクトリエントリ制御部３１１とファイルアロケーションテーブル制御部３１２の機能を利用する。すなわち、使用領域認識部３４０は、ディレクトリエントリ制御部３１１の機能により、統合ルートディレクトリエントリ５８０Ａにおけるｎ番目のオープン状態ファイルのディレクトリエントリ５８０ａから、その先頭クラスタ番号を認識する。そして、ファイルアロケーションテーブル制御部３１２の機能により、認識した先頭クラスタ番号を起点として統合ファイルアロケーションテーブル５７０Ａに対してクラスタチェーンの探索を実行する。
【０１１５】
次に、使用領域認識部３４０は、上記ステップＳ９０４により確認されたクラスタチェーンを形成するクラスタの番号のうち、最小と最大の各番号を認識する（ステップＳ９０５）。最小番号のクラスタは、ｎ番目のオープン状態ファイルを形成するクラスタのうちで統合メディア５００Ａにおいて最も前方に記録されているクラスタとなる。また、最大番号のクラスタは、ｎ番目のオープン状態ファイルを形成するクラスタのうちで統合メディア５００Ａにおいて最も後方に記録されているクラスタとなる。すなわち、第１の実施の形態においては、ｎ番目のオープン状態ファイルの記録のために使用されている統合メディア５００Ａ上の領域を、最小クラスタ番号から最大クラスタ番号までによる領域範囲として認識する。
【０１１６】
ここで、上記ステップＳ９０５による認識結果はクラスタ番号によるものとなっている。すなわち、クラスタレベルによる認識結果である。そこで、使用領域認識部３４０は、アドレス変換部３２１を利用して、上記ステップＳ９０５により認識した最小クラスタ番号と最大クラスタ番号のそれぞれに対応する統合セクタアドレスを算出する（ステップＳ９０６）。これにより、ｎ番目のオープン状態ファイルの記録のために使用されている統合メディア５００Ａ上での領域範囲をセクタアドレスにより認識できたことになる。
【０１１７】
ここで、アドレス変換部３２１を利用した統合セクタアドレスの算出の仕方の一具体例について、図１２に示した第２規格の場合を例に挙げて説明しておく。まず、第１実メディア５００Ｂ−１の先頭クラスタに配置される主起動領域５１０におけるパーティションテーブル５１２を参照することで、システム領域５４０の先頭となるパーティション対応起動領域５６０Ａの開始セクタアドレスが認識できる。次にパーティション対応起動領域５６０Ａにおける所定の領域の値により、データ領域５５０の開始セクタアドレスが認識できる。すなわち、データ領域５５０の先頭に配置されるクラスタにおける先頭セクタのセクタアドレスが認識できる。また、パーティション対応起動領域５６０Ａにおける所定の領域の値により、１クラスタあたりのセクタ数も認識できる。
【０１１８】
そのうえで任意のクラスタ番号に対応する統合セクタアドレスＡＤは、以下の(式１）により算出することができる。なお、データ領域５００における先頭セクタのセクタアドレスをＳａｄ、クラスタ番号をＮｃ、１クラスタあたりのセクタ数をＮｓとする。
ＡＤ＝Ｓａｄ＋（Ｎｓ×Ｎｃ）・・・（式１）
【０１１９】
上記の説明から理解されるように、クラスタ番号から変換される統合セクタアドレスは、対応のクラスタを形成するセクタにおける先頭セクタを示すものとなる。
【０１２０】
なお、本発明の実施の形態が対応するファイルシステムの方式の実際では、データ領域５５０における３番目のクラスタからクラスタ番号「０」が開始されるべきであるとして規定されている場合がある。したがって、この規定が為されている場合には、以下の（式２）によりクラスタ番号に対応する統合セクタアドレスＡＤを求めればよい。
ＡＤ＝Ｓａｄ＋（Ｎｓ×（Ｎｃ−２））・・・（式２）
【０１２１】
次に、使用領域認識部３４０は、上記ステップＳ９０５により認識した使用領域範囲の情報である、最小クラスタ番号と最大クラスタ番号のそれぞれに対応する統合セクタアドレスの情報を使用領域情報７０２として登録する(ステップＳ９０７）。
【０１２２】
このように、第１の実施の形態においては、ファイルの記録に使用される領域をクラスタチェーンにおける最小と最大のクラスタ番号に基づいて認識する。この場合、使用領域情報７０２を形成するために統合セクタアドレスに変換するクラスタ番号は、上記の最小と最大のクラスタ番号の２つでよい。すなわち、使用領域認識部３４０の処理としては、非常に軽いものとすることができる。
【０１２３】
次に、使用領域認識部３４０は、変数ｎをインクリメントしたうえで（ステップＳ９０８）、変数ｎが最大値を超えているか否かについて判定する（ステップＳ９０９）。上記ステップＳ９０９において変数ｎが最大値を超えていない場合には、未だ使用領域の情報を取得していないオープン状態ファイルが残っている。そこで、この場合にはステップＳ９０４の処理に戻る。そして、全てのオープン状態ファイルについての使用領域の情報を取得した段階ではステップＳ９０９において変数ｎが最大値より大きくなったことが判定される。
【０１２４】
図１６は、使用領域情報７０２の内容例を示している。この図には、例えば全てのオープン状態ファイルごとの個別の使用領域情報を取得した段階で得られている内容であるとする。この図に示される使用領域情報７０２は、認識されたＮ個のオープン状態ファイルに付した番号ごとに、ステップＳ９０６にて算出された最小と最大のクラスタ番号ごとに対応する統合セクタアドレスの値が対応付けられた構造を有する。なお、図においては統合セクタアドレスの欄には「ｘｘｘｘｘｘｘ」と示されているが、実際には、算出された統合セクタアドレスを示す値が格納されるものである。また、使用領域情報７０２に格納される最小クラスタ番号に対応する統合セクタアドレスは最小統合セクタアドレスと称し、最大クラスタ番号に対応する統合セクタアドレスは最大統合セクタアドレスと称する。
【０１２５】
ステップＳ９０９にて変数ｎが最大値より大きいことが判定されたことに応じては、統合デバイスドライバ４１０におけるアクセス可能性判定部４１１が実メディアアクセス可能性判定の処理を実行する（ステップＳ９２０）。なお、このステップＳ９２０としての実メディアアクセス可能性判定の処理については図１５により後述する。
【０１２６】
ステップＳ９２０によっては、先のステップＳ９０２により認識したオープン状態ファイルに応じて、ファイル再生のためにアクセスされる可能性の有る実メディア５００Ｂとその可能性の無い実メディア５００Ｂとのそれぞれについての判定結果が得られている。なお、以降の説明において、アクセスされる可能性の有る実メディアについてはアクセス対象実メディアと称し、アクセスされる可能性の無い実メディアについては非アクセス対象実メディアと称する場合がある。
【０１２７】
そこで、電源制御部４１２は、電源状態管理情報７０４を参照する（ステップＳ９１０）。図示は省略するが、電源状態管理情報７０４は、実メディア５００Ｂごとについての現在の電源状態がオンとオフの何れであるのかを示す。電源制御部４１２は、電源状態管理情報７０４を参照して、非アクセス対象実メディアとして判定された実メディア５００Ｂのうちで現在電源がオン状態のものがあれば、その実メディア５００Ｂの電源状態をオフに変更設定する（ステップＳ９１１）。また、アクセス対象実メディアとして判定された実メディア５００Ｂのうちで現在電源がオフ状態のものがあれば、その実メディア５００Ｂの電源状態をオンに変更設定する（ステップＳ９１２）。
【０１２８】
次に、電源制御部４１２は、上記ステップＳ９１１およびＳ９１２による電源制御の結果が反映されるように電源状態管理情報７０４を更新する。
【０１２９】
図１５のフローチャートにより、上記図１４のステップＳ９２０としてのアクセス可能性実メディア判定処理について説明する。まず、アクセス可能性判定部４１１は、ステップＳ９２１によりオープン状態ファイルに付した番号を示す変数ｎについて１を代入する（ステップＳ９２１）。
【０１３０】
次に、アクセス可能性判定部４１１は、ｎ番目のファイルにおける最小統合セクタアドレスに対応する実メディア５００Ｂを認識する（ステップＳ９２２）。すなわち、ｎ番目のファイルの最小統合セクタアドレスに対応付けられた実セクタアドレスを有する実メディア５００Ｂを認識する。このためには、使用領域情報７０２に示されるｎ番目のファイルの最小統合セクタアドレスを取得する。次に、統合管理情報７０１を参照して、取得した最小統合セクタアドレスに対応付けられている実セクタアドレスを有する実メディア５００Ｂを認識する。なお、認識された実メディア５００Ｂには、最小番号のクラスタのデータが記録されている。
【０１３１】
次に、アクセス可能性判定部４１１は、上記ステップＳ９２２と同様の処理により、ｎ番目のファイルの最大統合セクタアドレスに対応する実メディア５００Ｂを認識する（ステップＳ９２３）。なお、認識された実メディア５００Ｂには、最大番号のクラスタのデータが記録されている。
【０１３２】
次に、アクセス可能性判定部４１１は、ｎ番目のオープン状態ファイルを形成するデータが記録されているクラスタを有する実メディア５００Ｂ（ファイル対応実メディア）を判定する（ステップＳ９２４）。この判定にあたっては、上記ステップＳ９２２およびＳ９２３による認識結果を利用して、例えば所定の判定規則に従って判定結果を得る。
【０１３３】
ステップＳ９２４におけるファイル対応実メディア判定の際に適用される判定規則の一例を図１７により説明する。図１７には判定規則例が模式的に示されている。なお、ここではステップＳ９２２により判定された実メディア５００Ｂのメディア識別子（ＩＤ）を最小対応実メディア識別子と称し、ステップＳ９２３により判定された実メディア５００Ｂのメディア識別子を最大対応実メディア識別子と称する。また、図１７の判定規則は、統合メディア５００Ａが第１乃至３実メディア５００Ｂ−１乃至３により形成される場合に対応した内容を有する。第１乃至３実メディア５００Ｂ−１乃至３の実メディア識別子はそれぞれ「０」、「１」、「２」とする。
【０１３４】
ここで、実メディア５００Ｂの空き容量に対して記録を行っていく際にセクタアドレス（クラスタ番号）の小さい領域から順次記録を行っていくことを前提とする。この場合には、最小対応実メディア識別子と最大対応実メディア識別子との組み合わせは、図１７に示すようにして６通りが考えられる。まず、最小対応実メディア識別子と最大対応実メディア識別子とが何れも「０」の場合には、ｎ番目のオープン状態ファイルを形成する全てのデータは、実メディア識別子「０」の第１実メディア５００Ｂ−１のみに記録されていることになる。すなわち、第１実メディア５００Ｂ−１のみが、ｎ番目のオープン状態ファイルのデータが記録されたデータ領域部分を有する。そこで、この場合には、ファイル対応実メディアは第１実メディア５００Ｂ−１のみであると判定する。判定結果として具体的には、例えば第１実メディア５００Ｂ−１のみの実メディア識別子「０」を得る。
【０１３５】
また、最小対応実メディア識別子が「０」、最大対応実メディア識別子「１」の場合には、ｎ番目のオープン状態ファイルを形成するデータは、第１実メディア５００Ｂ−１から第２実メディア５００Ｂ−２にまたがって記録されている。しかし、第３実メディア５００Ｂ−３には記録されていないということになる。すなわち、第１実メディア５００Ｂ−１と第２実メディア５００Ｂ−２が、ｎ番目のオープン状態ファイルのデータが記録されたデータ領域部分を有している。そこでこの場合には、第１実メディア５００Ｂ−１（実メディア識別子「０」）、および第２実メディア５００Ｂ−２（実メディア識別子「１」）の２つがファイル対応実メディアであると判定する。
【０１３６】
また、最小対応実メディア識別子が「０」、最大対応実メディア識別子「２」の場合には、ｎ番目のオープン状態ファイルを形成するデータは、第１実メディア５００Ｂ−１、第２実メディア５００Ｂ−２にまたがって記録されている。さらに、第３実メディア５００Ｂ−３にまでまたがって記録されているということになる。そこで、第１実メディア５００Ｂ−１（実メディア識別子「０」）、第２実メディア５００Ｂ−２（実メディア識別子「１」）、および第３実メディア５００Ｂ−３（実メディア識別子「２」）の３つがファイル対応実メディアであると判定する。
【０１３７】
次に、最小対応実メディア識別子と最大対応実メディア識別子とが何れも「１」の場合には、ｎ番目のオープン状態ファイルを形成する全てのデータは、第２実メディア５００Ｂ−２のみに記録されていることになる。この場合には、第２実メディア５００Ｂ−２（実メディア識別子「１」）の１つのみがファイル対応実メディアであると判定する。
【０１３８】
また、最小対応実メディア識別子が「１」、最大対応実メディア識別子「２」の場合には、ｎ番目のオープン状態ファイルを形成するデータは、第２実メディア５００Ｂ−２から第３実メディア５００Ｂ−３にまたがって記録されている。しかし、第１実メディア５００Ｂ−１には記録されていないということになる。この場合には、第２実メディア５００Ｂ−２（実メディア識別子「１」）、および第３実メディア５００Ｂ−３（実メディア識別子「２」）の２つがファイル対応実メディアであると判定する。
【０１３９】
また、最小対応実メディア識別子と最大対応実メディア識別子とが何れも「２」の場合には、ｎ番目のオープン状態ファイルを形成する全てのデータは、第３実メディア５００Ｂ−３のみに記録されていることになる。この場合には、第３実メディア５００Ｂ−２（実メディア識別子「２」）の１つのみがファイル対応実メディアであると判定する。
【０１４０】
上記のようにしてファイル対応実メディアについての判定結果を得ると、アクセス可能性判定部４１１は、判定されたファイル対応実メディアの実メディア識別子を、実メディア登録情報７０３に登録する（ステップＳ９２５）。
【０１４１】
次に、アクセス可能性判定部４１１は、変数ｎについてインクリメントしたうえで（ステップＳ９２６）、現在の変数ｎが最大値より大きいことが判定されるまで（ステップＳ９２７）、ステップＳ９２２からの処理を繰り返す。これにより、オープン状態ファイルごとに対応するアクセス対象実メディアが判定され、その判定結果が実メディア登録情報７０３に登録されていく。
【０１４２】
なお、ステップＳ９２５により実メディア登録情報７０３にアクセス対象実メディアの実メディア識別子を登録する際において、既に登録しようとする実メディア識別子が登録されている場合には登録処理を行わなくともよい。
【０１４３】
そして、ステップＳ９２７にて変数ｎが最大値であるとして判定されたことに応じては、アクセス可能性判定部４１１は、次の処理を実行する。すなわち、まず、実メディア登録情報７０３に登録されている全ての実メディア５００Ｂを、アクセス対象実メディアとして判定する（ステップＳ９２８）。実メディア登録情報７０３に登録されている実メディア５００Ｂは、認識されたオープン状態ファイルのうちの少なくとも何れか１つのデータが記録されている。すなわち、オープン状態ファイルを再生する際にアクセスされる可能性を有している。
【０１４４】
また、アクセス可能性判定部４１１は、実メディア登録情報７０３に登録されていない実メディア５００Ｂを非アクセス対象実メディアとして判定する（ステップＳ９２９）。なお、この処理は、例えば実際には、上記ステップＳ９２８にてアクセス対象実メディアとして判定されなかった実メディアをそのまま非アクセス対象実メディアとして判定すればよい。
【０１４５】
ここで、図１５においては説明の便宜上、ステップＳ９２８とステップＳ９２９とにより、アクセス対象実メディアと非アクセス対象実メディアの判定をそれぞれ異なる処理として示している。アクセス対象実メディアと非アクセス対象実メディアとは背反する関係にあり、実メディア５００Ｂは何れか一方に属するものとなる。したがって、アクセス対象実メディアを判定したことに応じては同時に非アクセス対象実メディアについての判定結果も得られていることになる。すなわち、本発明の実施の形態において、アクセス対象実メディアと非アクセス対象実メディアの何れか一方について判定を行うということは、アクセス対象実メディアと非アクセス対象実メディアとを弁別して判定することと同義であるといえる。
【０１４６】
＜２．第２の実施の形態＞
［第２の実施の形態の概要］
先に図１７に示した判定規則において述べたように実メディア５００Ｂの空き容量に対して記録を行っていく際にはセクタアドレス（クラスタ番号）の小さいものから記録を行っていくことが通常は原則となる。したがって、通常であれば第１の実施の形態による電源制御で何ら問題はない。しかし、例えば何らかの事情によって、この原則に従わずにファイルのデータを記録する処理が実行可能なようにファイルシステムを構成する場合もあると考えられる。この場合において、例えば最小番号のクラスタが記録される実メディアと最大番号のクラスタが記録される実メディアとの間にさらに実メディアが存在しているとする。この場合、最小番号のクラスタが記録される実メディアと最大番号のクラスタが記録される実メディアとの間に存在する実メディアにおいて、そのファイルのデータが記録されていないものが存在する可能性が出てくる。そこで、本発明の第２の実施の形態としては、このような場合にも対応してより万全にアクセス対象実メディアと非アクセス可能性実メディアとを弁別して判定できるように構成する。
【０１４７】
この第２の実施の形態に対応する機能構成例としては、第１の実施の形態の図１３と同様となる。ただし、使用領域認識部３４０が実行する処理が、第１の実施の形態の場合とは異なる。第１の実施の形態における使用領域認識部３４０は、ファイルのクラスタチェーンにおける最小と最大のクラスタ番号のみに基づいて使用領域を認識していた。これに対して、第２の実施の形態においては、ファイルのクラスタチェーンを形成する個々のクラスタに基づいて使用領域を認識する。
【０１４８】
［第２の実施の形態の電力制御のための処理手順例］
図１８のフローチャートは、第２の実施の形態における電力制御のための処理手順例を示している。この図において図１４と同様の処理となるステップについては、図１４と同一符号を付して説明を省略する。この図においては、使用領域認識部３４０は、ステップＳ９０４によりｎ番目のオープン状態ファイルについてのクラスタチェーンを確認した後は、このクラスタチェーンにおける先頭から最後までのクラスタごとのクラスタ番号を認識する（ステップＳ９０５Ａ）。次に、使用領域認識部３４０は、認識したクラスタ番号ごとに対応して、その統合セクタアドレスを算出する（ステップＳ９０６Ａ）そして、ステップＳ９０６Ａの算出結果が反映されるようにして、使用領域情報７０２を更新する。
【０１４９】
図２０は、第２の実施の形態における使用領域情報７０２を示している。すなわち、認識されたＮ個のオープン状態ファイルごとに、そのクラスタチェーンを形成する個々のクラスタに対応する統合セクタアドレスを、例えばクラスタの連結順に応じて格納する。したがって、この使用領域情報７０２を参照することによっては、オープン状態ファイルごとに、そのクラスタチェーンを形成する全てのクラスタに対応する統合セクタアドレスを認識できる。
【０１５０】
使用領域情報７０２が上記の構造を有することに応じて、図１８における実メディアアクセス可能性判定（ステップＳ９２０Ａ）は、図１３に示した実メディアアクセス可能性判定（ステップＳ９２０）とは異なる処理となる。
【０１５１】
図１９のフローチャートは、ステップＳ９２０Ａとしての実メディアアクセス可能性判定の処理を示している。なお、この図において、図１５と同じ処理となるステップについては同一符号を付している。図１９においてアクセス可能性判定部４１１は、ステップＳ９２１により変数ｎに１を代入した後において、まず、ｎ番目のオープン状態ファイルを形成するクラスタチェーンにおける連結順を示す変数ｉに１を代入する（ステップＳ９３１）。
【０１５２】
次に、アクセス可能性判定部４１１は、ｎ番目のオープン状態ファイルにおけるｉ番目のクラスタを示す統合セクタアドレスに対応する実メディアを認識する（ステップＳ９３２）。すなわち、統合管理情報７０１を参照して、ｎ番目のオープン状態ファイルにおけるｉ番目のクラスタの統合セクタアドレスに対応する実セクタアドレスを有する実メディア５００Ｂを認識する。認識された実メディア５００Ｂには、上記ｉ番目のクラスタのデータが記録されている。
【０１５３】
次に、アクセス可能性判定部４１１は、上記ステップＳ９３２により認識した実メディア５００Ｂのメディア識別子を実メディア登録情報７０３に登録する（ステップＳ９２５）。そして、変数ｉをインクリメントしたうえで（ステップＳ９３３）、変数ｉが最大値（ｎ番目のファイルを形成するクラスタ数となる）より大きいと判定されるまで（ステップＳ９３４）、ステップＳ９３２からの処理を繰り返す。そして、ステップＳ９３４にて変数ｉが最大値よりも大きいと判定されることに応じては、変数ｎが最大値より大きくなると判定されるまで（ステップＳ９２６、Ｓ９２７）、ステップＳ９３１からの処理を繰り返す。このようにしてステップＳ９３１からの処理を繰り返す過程において、ステップＳ９２５では、これより登録しようとした実メディア識別子が既に実メディア登録情報７０３に登録されている場合には登録を行わなくともよい。
【０１５４】
上記の処理により、第２の実施の形態において最終的に得られる実メディア登録情報７０３としては、認識された全てのオープン状態ファイルの各々を形成するクラスタデータの少なくとも１つが記録されている実メディアを登録した内容を有するものとなる。
【０１５５】
そして、この実メディア登録情報７０３を利用してステップＳ９２８およびＳ９２９による判定処理が実行される。したがって、第２の実施の形態においては、少なくとも１つのオープン状態ファイルにおける少なくとも１クラスタ分のデータが確実に記録されている実メディア５００Ｂをアクセス対象実メディアとして判定できることになる。その一方で、確実にオープン状態ファイルのデータが記録されていない実メディア５００Ｂを非アクセス対象実メディアとして判定することにもなる。
【０１５６】
＜３．第３の実施の形態＞
［第３の実施の形態としての電力制御の概要］
上記第１および第２の実施の形態では、再生に応じたオープン状態ファイルの存在に対応してアクセス対象実メディアと非アクセス対象実メディアとを弁別して判定して実メディア５００Ｂに対する電力制御を行っていた。すなわち、第１および第２の実施の形態はファイル再生に伴うアクセス可能性に対応して実メディア５００Ｂの電力制御を行おうというものである。しかし、統合メディア５００Ａにファイルを記録する際においても特定の実メディア５００Ｂにアクセスが集中し、アクセスされる可能性の無い実メディア５００Ｂが存在する可能性は当然生じ得る。このため、ファイルの記録に際しても実メディア５００Ｂの電源制御を行うことは有効である。そこで第３の実施の形態としては、以降説明するようにして記録に応じてオープン状態のファイルが存在する場合に対応して実メディアの電力制御を行う構成を採る。
【０１５７】
例えば統合メディア５００Ａのマウント処理時には、統合順が１番目の第１実メディア５００Ｂ−１のシステム領域５４０からシステム情報が読み出され、例えばワークメモリ６００にて保持される。このシステム情報には、統合ルートディレクトリエントリ５８０Ａおよび統合ファイルアロケーションテーブル（統合ＦＡＴ）５７０Ａなどが含まれる。そして、例えば撮像により得られる動画像の記録などに際しては、まず、動画データの記録処理が進行するのに応じてワークメモリ６００における統合ファイルアロケーションテーブル５７０Ａの内容についての更新が行われる。すなわち、記録処理が進行して記録すべきデータが追加されていくのに応じて、例えばファイルアロケーションテーブル制御部３１２は、未記録状態のクラスタのうちからデータ記録のために新規に使用されることとなるクラスタを決定していく。そして、この決定されたクラスタの番号に対応する統合ファイルアロケーションテーブル５７０Ａのテーブルエントリ５７１の内容を、未使用の状態から使用済みの状態に書き換えていく。使用済みの状態に対応するテーブルエントリ５７１の内容とは、例えば次に連結されるクラスタ番号が格納される状態、またはファイルの終端（ＥＯＦ）を示す値が格納される状態を指す。このようにして記録データの処理の進行に応じては、まず、ワークメモリ６００におけるシステム情報の書き換えを行う。そして、その後のしかるべきタイミングで、ワークメモリ６００に保持されているシステム情報を、実メディア５００Ｂのシステム領域に対して上書きするようにして更新する。また、実メディア５００Ｂに対する動画像データの記録も、実際は連続的に行われるのではなく間欠的に行われる。すなわち、例えば記録データのバッファリング（蓄積）を行いながら、その蓄積量が一定以上になったタイミングで記録データを実メディア５００Ｂに転送して記録するという動作が繰り返される。
【０１５８】
上記の動作からすれば、ワークメモリ６００にて保持されている統合ファイルアロケーションテーブル５７０Ａの内容を監視することにより、次のことが可能になる。すなわち、実メディア５００Ｂに対してオープン状態にあるファイルのデータが実際に記録される前のタイミングで、データの記録のためにアクセスされる可能性のある実メディアを判定できることになる。具体的には、記録データの処理時において、統合ファイルアロケーションテーブル５７０Ａの内容を監視して、これまで未使用の状態から使用済みの状態に変更されたテーブルエントリ５７１に対応するクラスタ番号を認識する。そして、この認識されたクラスタ番号が対応する実セクタアドレスを有する実メディアを特定する。このようにして特定された実メディア５００Ｂは、今回記録しようとしているファイルのデータが確実に記録されたものとなる。すなわち、アクセス対象実メディアであることになる。そして、このアクセス対象実メディアについては電源をオンにし、非アクセス対象実メディアについては電源をオフとするようにして設定する。これにより、ファイルのデータが記録される実メディア５００Ｂのみの電源がオンの状態が得られることになる。
【０１５９】
［第３の実施の形態に対応する機能構成例］
図２１は、第３の実施の形態における電力制御のための機能構成例を示している。なお、この図において図１３と同一部分には同一符号を付して説明を省略する。この図ではファイルシステム３００においてクラスタ使用状態認識部３５０が備えられる。このクラスタ使用状態認識部３５０は、オープン状態にあるファイルを対象とする記録処理の進行に応じて新規に未使用状態から使用済みの状態に変更されたクラスタ（状態変更クラスタ）を認識する部位である。このために、例えばクラスタ使用状態認識部３５０は、ホスト機器がファイル記録処理を実行中のときにワークメモリ６００にて保持されている統合ファイルアロケーションテーブル５７０Ａを監視する。そして、或るテーブルエントリ５７１が未使用の状態から使用済みの状態に変更されたときには、この変更されたテーブルエントリ５７１が対応するクラスタ番号を認識する。さらにクラスタ使用状態認識部３５０は、認識したクラスタ番号をアクセス可能性判定部４１１に対して通知するが、この通知の際には、アクセス可能性判定部４１１が解釈可能なように、クラスタ番号を統合セクタアドレスに変換する。このクラスタ使用状態認識部３５０とアクセス可能性判定部４１１とによる機能部位は特許請求の範囲に記載の実記録媒体判定部の一例となる。また、クラスタ使用状態認識部３５０は、特許請求の範囲に記載の新規使用領域認識部の一例となる。
【０１６０】
［第３の実施の形態に対応する処理手順例］
図２２のフローチャートは、第２の実施の形態としての電力制御に対応する処理手順例を示している。この図に示す処理は、図２１に示したクラスタ使用状態認識部３５０、アクセス可能性判定部４１１、および電源制御部４１２の何れかが適宜実行するものとしてみることができる。
【０１６１】
なお、この図に示す処理は、記録に対応してファイルがオープンされる前の段階においては全ての実メディア５００Ｂの電源がオフ状態となるようにして制御されていることを前提とする。具体例として、ホスト機器がビデオカメラ１００の場合であれば、例えば記録スタンバイ状態のもとでは実メディア５００Ｂの電源は電源制御部４１２の制御によって全てオフ状態となるようにして制御される。このとき、電源状態管理情報７０４は、全ての実メディア５００Ｂの電源状態がオフであることを示すようにしてその内容が書き換えられる。そして、記録スタンバイの状態から、例えばユーザ操作などによって撮像画像を記録するモードに移行したとされると記録に応じたファイルのオープンが実行され、撮像画像をファイルとして記録するための記録処理が開始される。これとともに、図２２に示す処理が併行して実行される。
【０１６２】
まず、クラスタ使用状態認識部３５０は、例えばワークメモリ６００にて保持されている統合ファイルアロケーションテーブル５７０Ａの内容を監視することで、状態変更クラスタの発生を待機する(ステップＳ９０１Ａ）。具体的には、統合ファイルアロケーションテーブル５７０Ａにおいて、これまで未使用を示していた状態から使用済みを示す状態に変更されたテーブルエントリ５７１が発生すれば、状態変更クラスタが発生したこととなる。また、クラスタ使用状態認識部３５０は、状態変更クラスタの発生を認識した際には、この状態変更クラスタのクラスタ番号も認識できている。
【０１６３】
状態変更クラスタの発生を認識したことに応じて、クラスタ使用状態認識部３５０は、例えば図１４のステップＳ９０６に準じた処理によって、この状態変更クラスタを示す統合セクタアドレスを算出する（ステップＳ９０６Ａ）。
【０１６４】
アクセス可能性判定部４１１は、統合管理情報７０１を参照して、算出された状態変更クラスタの統合セクタアドレスに対応する実セクタアドレスを有する実メディア５００Ｂを認識する。そして、このようにして認識された実メディア５００Ｂを、ここではデータ記録のためにアクセスされる可能性のある実メディア、すなわちアクセス対象実メディアであるとして判定する（ステップＳ９２３Ａ）。ここでの実メディア５００Ｂの判定は、例えば図１５のステップＳ９２３に準じた処理により行えばよい。
【０１６５】
次に電源制御部４１２は、電源状態管理情報７０４を参照し（ステップＳ９１０）、アクセス対象実メディアとして判定された実メディア５００Ｂの現在の電源状態がオフであるか否かについて判定する（ステップＳ９１２ａ）。ここで電源状態がオフであると判定した場合、電源制御部４１２は、アクセス対象実メディアとして判定された実メディア５００Ｂの電源をオフからオンの状態に設定する（ステップＳ９１２ｂ）。なお、ステップＳ９１２ａおよびステップＳ９１２ｂによる処理は、例えば図１４におけるステップＳ９１２の処理に相当するものとしてみることができる。そして、ステップＳ９１２ｂにより実メディア５００Ｂの電源状態を変更したことに応じては、その変更結果が反映される内容となるように、電源状態管理情報７０４を更新する（ステップＳ９１３）。
【０１６６】
一方、ステップＳ９１２ａにおいてアクセス対象実メディアの電源は既にオン状態にあることが判定されたのであれば、ステップ９１２ｂおよびステップＳ９１３の処理を実行することなく、この図に示す処理を終了する。
【０１６７】
ファイルを統合メディア５００Ａに記録するためのファイル記録処理の実行時においては上記した図２２の処理が繰り返し実行される。これにより、ファイル記録処理の進行にしたがって、ファイルのデータを記録するためにアクセスされることとなった実メディア５００Ｂの電源が、実際にデータが記録される前のタイミングでオフからオンの状態に切り替えられていくという動作が得られる。その一方で、ファイルのデータが記録されない実メディア５００Ｂについては電源がオブの状態が維持される。
【０１６８】
＜第４の実施の形態＞
［パーソナルコンピュータの構成例］
これまでの実施の形態の説明においては、本発明の実施の形態が具現化される装置としてビデオカメラ１００を挙げていたが、例えば本発明の実施の形態は、パーソナルコンピュータにより具現化することも可能である。図２３のブロック図は、このようなパーソナルコンピュータ８００の構成例を示している。
【０１６９】
図２３に示されるパーソナルコンピュータ８００は、ＣＰＵ８０１、ＲＡＭ８０２、ＲＯＭ８０３、バス８０４、入出力インターフェース８０５、入力部８１０、出力部８２０、通信部８３０および記憶部８４０を有して構成される。
【０１７０】
ＣＰＵ８０１は、ＲＯＭ８０３に記憶されているプログラム、または記憶部８４０における所定の記録媒体からＲＡＭ８０２にロードされたプログラムに従って処理を実行するものである。ＲＯＭ８０３には、上記プログラムのほか、ＣＰＵ８０１が処理を実行するときに必要な所定の設定データなども記憶される。また、ＲＡＭ８０３は、上記のようにしてロードされたプログラムが展開されるとともに、例えばＣＰＵ８０１が演算を行って得られるデータなどが適宜記憶される作業領域としても利用される。
【０１７１】
上記ＣＰＵ８０１、ＲＡＭ８０２、ＲＯＭ８０３は、バス８０４を介して相互に接続されている。また、このバス８０４には入出力インターフェース８０５も接続されている。
【０１７２】
入出力インターフェース８０５には、入力部８１０、出力部８２０、通信部８３０および記憶部８４０が接続されている。入力部８１０は、パーソナルコンピュータ８００に信号、データを入力するデバイス、装置としての部位であり、具体的にはキーボード、マウス、スキャナ、マイクロフォンなどとなる。出力部８２０は、パーソナルコンピュータ８００にて処理されたデータ、信号などを所定の態様によって出力するための部位であり、具体的にはディスプレイ装置、スピーカ、プリンタ、プロッタなどとなる。通信部８３０は、ネットワークや所定のデータインターフェースにより外部装置と通信を行うための機能部位である。具体的には、ＬＡＮ（Local Area Network）、ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４などの有線によるデータインターフェースに対応して構成される部位となる。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）や無線ＬＡＮ規格などの無線通信に対応して構成される部位となる。
【０１７３】
記憶部８４０は、１以上の補助記憶装置を有して、例えばＣＰＵ８０１の制御により、パーソナルコンピュータ８００が使用するファイルのデータなどが記録再生される部位である。ここでは、補助記憶装置に対応する記録媒体として、磁気ディスク８４１ａ、光ディスク８４１ｂ、光磁気ディスク８４１ｃおよび半導体メモリ８４１ｄが示されている。
【０１７４】
この図２３に示す構成において、これまでに説明したアプリケーション２００、ファイルシステム３００、デバイスドライバ４００の動作は、例えばＣＰＵ８０１がプログラムを実行することにより具現化される。また、図２３における磁気ディスク８４１ａ、光ディスク８４１ｂ、光磁気ディスク８４１ｃおよび半導体メモリ８４１ｄが、先の各実施の形態において説明した実メディア５００Ｂとなり得る。
【０１７５】
なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、本発明の実施の形態において明示したように、本発明の実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本発明の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本発明は実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
【０１７６】
例えば、これまでの説明においてはファイルアロケーションテーブル（ＦＡＴ）ファイルシステムの方式を採用することを前提にしているが、他のファイルシステムの方式にも本発明の実施の形態の構成は適用できる。また、ビデオカメラやパーソナルコンピュータ以外であっても複数の実記録媒体に対応して記録再生が可能な機器全般にも本発明の実施の形態の構成を適用できる。
【０１７７】
また、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disk）、メモリカード、ブルーレイディスク（Blu-ray Disc（登録商標））等を用いることができる。
【符号の説明】
【０１７８】
１００  ビデオカメラ
２００  アプリケーション
３００  ファイルシステム
３３０  オープン状態ファイル認識部
３４０  使用領域認識部
３５０  クラスタ使用状態認識部
４００  デバイスドライバ
４１０  統合デバイスドライバ
４１１  アクセス可能性判定部
４１２  電源制御部
４２０  実メディア対応デバイスドライバ
５００Ａ  統合メディア
５００Ｂ  実メディア
８００  パーソナルコンピュータ
【図１】
2011191900.tif 000003
【図２】
2011191900.tif 000004
【図３】
2011191900.tif 000005
【図４】
2011191900.tif 000006
【図５】
2011191900.tif 000007
【図６】
2011191900.tif 000008
【図７】
2011191900.tif 000009
【図８】
2011191900.tif 000010
【図９】
2011191900.tif 000011
【図１０】
2011191900.tif 000012
【図１１】
2011191900.tif 000013
【図１２】
2011191900.tif 000014
【図１３】
2011191900.tif 000015
【図１４】
2011191900.tif 000016
【図１５】
2011191900.tif 000017
【図１６】
2011191900.tif 000018
【図１７】
2011191900.tif 000019
【図１８】
2011191900.tif 000020
【図１９】
2011191900.tif 000021
【図２０】
2011191900.tif 000022
【図２１】
2011191900.tif 000023
【図２２】
2011191900.tif 000024
【図２３】
2011191900.tif 000025