記録再生装置及び記録再生方法、並びにコンピュータ・プログラム
【課題】デモデータや地図データなどの非撮影データを、撮影データとともに好適に記録再生する。
【解決手段】記録メディア上の非公開領域にデモデータなどの非撮影系のコンテンツ類を格納し、デジタルカメラがデモンストレーション・モードとして動作する場合など、必要があるときのみ、当該非公開領域へのアクセスを許可する。言い換えれば、撮影モードなどデジタルカメラの通常動作時には、デモデータを格納する領域は「非公開」であり、ユーザからはその存在が不可視であるとともに、動画像や静止画などの撮影データの記録に用いられることもない。
【解決手段】記録メディア上の非公開領域にデモデータなどの非撮影系のコンテンツ類を格納し、デジタルカメラがデモンストレーション・モードとして動作する場合など、必要があるときのみ、当該非公開領域へのアクセスを許可する。言い換えれば、撮影モードなどデジタルカメラの通常動作時には、デモデータを格納する領域は「非公開」であり、ユーザからはその存在が不可視であるとともに、動画像や静止画などの撮影データの記録に用いられることもない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばデジタルビデオカメラで撮影された静止画や動画、音声若しくは音楽などの各種データを記録メディアに記録再生する記録再生装置及び記録再生方法、並びにコンピュータ・プログラムに係り、特に、デジタルビデオカメラに対しマニュアル・データやデモデータ、地図データといった比較的大容量となる非撮影系コンテンツのデータを内蔵して提供する記録再生装置及び記録再生方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
情報処理や情報通信など情報技術の発達とともに、過去に作成・編集した情報を再利用する必要が生じてきており、このために情報蓄積技術はますます重要となってきている。これまで、磁気テープや磁気ディスクなどさまざまなメディアを利用した情報記録装置が開発され普及している。このうち、ハード・ディスクなどのディスク型の記録メディアは、基本的には、回転するディスクの記録面上で読み書きヘッドが半径方向にシークする動作によって、ランダム・アクセスが可能である。
【０００３】
ハード・ディスクは既に広汎に普及している。例えば、パーソナル・コンピュータ用の標準的なローカル記録装置として、コンピュータを起動するために必要なオペレーティング・システム（ＯＳ）やアプリケーションなど、さまざまなソフトウェアをインストールしたり、作成・編集したファイルを保存したりするためにハード・ディスクが利用されている。この種のランダム・アクセスが可能となる記録メディアに対しては、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）などのファイルシステム経由で各種データをファイルとして記録再生することができる。
【０００４】
さらに、デジタルカメラのように大容量のデータを扱う情報機器にも、ローカル記録装置、若しくは外付けの記録装置としてハード・ディスクが利用されるようになっている。デジタルカメラは、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの固体撮像素子により被写体を撮影した画像データをデジタル・データとして処理するが、近年のデジタル処理の高速化と記録メディアの大容量化に伴って広範に普及している。デジタルビデオカメラの記録機器にハード・ディスクを用いる場合、多数の高画質画像データのデジタル記録や、記録データへのランダム・アクセスが可能である。また、カメラ本体をコンピュータにＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）接続して、ハード・ディスク上のファイルをコンピュータ側から操作したり画像編集を行なったりすることができる。また、記録メディアの着脱機構を必要としないため、着脱可能な磁気テープや光ディスクを用いる場合に比べて、装置の重量や体積、コストを小さくすることが可能である。加えて、記録メディアの大きさや着脱部のレイアウトに制限されないので、より小型なデジタルビデオカメラを実現でき、デザインの自由度が高くなる（例えば、特許文献１、特許文献２を参照のこと）。
【０００５】
ところで、最近のデジタルビデオカメラでは、マニュアル・データやデモデータ、地図データといった非撮影データを電子化して内蔵するものが増えてきている。例えば、デモ用ディスクを装填するとデモモードとして動作する記録再生装置について提案がなされている（例えば、特許文献３を参照のこと）。また、バッテリではなくＡＣアダプタから電力が供給されているときにデモンストレーション画像を出力する携帯型再生装置について提案がなされており（例えば、特許文献４を参照のこと）、店舗に陳列され元電源を入れるだけでデモンストレーション画像が出力される。また、カメラがデモモードに設定されているときに、表示部にカメラの特徴や使い方を示す画像を表示させるカメラについて提案がなされている（例えば、特許文献５を参照のこと）。また、撮像部により得られる撮像画像について画像認識処理を行ない、その認識結果に基づいて複数のデモンストレーション・モードを切り替えて実行するデジタルビデオカメラについて提案がなされている（例えば、特許文献６を参照のこと）。また、実際の機構駆動によるデモンストレーション用動作を行なう機構駆動デモモードと、実際の機構駆動によるデモンストレーション用動作を行わず表示部にデモンストレーション用動作を映像として表示するプレゼンテーションデモモードとを含むデジタルビデオカメラについて提案がなされている（例えば、特許文献７を参照のこと）。また、デモンストレーション専用のクレードルに接続するだけで、自動的にデモンストレーションが実施されるデジタルビデオカメラについて提案がなされている（例えば、特許文献８を参照のこと）。
【０００６】
デジタルビデオカメラのファインダ画面を通じてデモデータなどの非撮影データを再生出力することにより、音声及びテキスト、図形やビデオなどでユーザに理解し易く出力することができる。しかしながら、多くの場合、デモデータなどの非撮影データの供給元は、撮影データを格納するハード・ディスク・ドライブとは別の記録メディアになっており、パーツの追加などコスト増大を招来する要因となっている。
【０００７】
【特許文献１】特開平８−１４００２７号公報
【特許文献２】特開平９−１６８１０９号公報
【特許文献３】特開２００１−２０３９６３号公報
【特許文献４】特開２００６−１５５７４８号公報
【特許文献５】特開２００７−１３４８９５号公報
【特許文献６】特開２００５−２０３９０６号公報
【特許文献７】特開２００４−３２２２７号公報
【特許文献８】特開２００３−２７１１１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、デジタルビデオカメラで撮影された静止画や動画、音声若しくは音楽などの各種データを、ハード・ディスクのようなディスク型のランダム・アクセスが可能となる記録メディアに好適に記録再生することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【０００９】
本発明のさらなる目的は、デジタルビデオカメラに対しマニュアル・データやデモデータ、地図データといった比較的大容量となる非撮影系コンテンツのデータを内蔵し、ユーザに対し好適に提供することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【００１０】
本発明のさらなる目的は、パーツの追加やコスト増大を招くことなく、非撮影系コンテンツのデータを機器内の記録メディアに格納することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、
ランダム・アクセスが可能な記録メディアと、
前記記録メディア上に設けられた公開領域と、
前記記録メディア上の前記公開領域以降に設けられた非公開領域と、
前記記録メディアに対するアクセスを要求するアクセス要求手段と、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段と、
を具備することを特徴とする記録再生装置である。
【００１２】
ハード・ディスクなどのランダム・アクセスが可能な記録メディアが広範に普及しており、パーソナル・コンピュータなどの計算機システム以外に、デジタルビデオカメラなどの情報機器にも利用されている。
【００１３】
他方、ファインダ画面を通じてデモデータなどの非撮影データを再生出力する機能が多くのデジタルビデオカメラに搭載されているが、撮影データとは異なる記録メディアをこの種の非撮影データの供給元とした場合には、パーツの追加などコスト増大を招来する要因となるなど不便である。
【００１４】
本発明に係る記録再生装置は、例えばデジタルビデオカメラに適用することができるが、マニュアルやデモデータなどの非撮影コンテンツ系のデータを、撮影データとともに同一の大容量記録メディア上で撮影データとともに記録し、その再生動作を好適に制御するようになっている。
【００１５】
例えば、記録メディア上にユーザへ公開していない領域、すなわち、当該記録メディアを搭載したデジタルビデオカメラなどの製品仕様として公開されていない領域が存在する場合には、かかる非公開領域にデモデータ（さらには、地図データや取扱説明書データ）などの非撮影系のコンテンツ類を格納しておく。そして、デジタルビデオカメラがデモンストレーション・モードとして動作する場合など、必要があるときのみ、当該非公開領域へのアクセスを許可するように記録メディアへのアクセス動作を制御する。
【００１６】
言い換えれば、撮影モードなどデジタルビデオカメラの通常動作時には、デモデータを格納する領域は「非公開」であり、ユーザからはその存在が不可視であるとともに、動画像や静止画などの撮影データの記録に用いられることもない。
【００１７】
本発明に係る記録再生装置において、アクセス制御手段は、記録メディアに対するデータの記録や再生などのアクセスを要求するアクセス要求手段からの要求に応じて、ＦＡＴなどのファイルシステム経由でアクセス動作を制御する。また、記録メディアに対するアドレス指定方式としてＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式を採用することができる。
【００１８】
このような場合、記録メディアの先頭セクタ（ＬＢＡ＝０）には、従来通りのマスタ・ブート・レコード（ＭＢＲ）を配置する。ここで、撮影データなどのユーザ・データを記録する「公開領域」としての第１のパーティションと、デモデータといった非撮影系のコンテンツ類を格納する「非公開領域」として第２のパーティションという２つのパーティションを設けるとした場合、そのＭＢＲ中のパーティション・テーブルからは、各パーティション・テーブルの開始セクタのＬＢＡを指す。また、マスタ・ブート・レコード内のパーティション・テーブルには、パーティション毎にパーティション・ブート・レコード（ＰＢＲ）が位置する。ここでは、第１のパーティションの先頭には第１のパーティション・ブート・レコード（ＰＢＲ１）が配置されるとともに、第２のパーティションの先頭には第２のパーティション・ブート・レコード（ＰＢＲ２）が配置され、これらのパーティション・ブート・レコードに関する情報がパーティション・テーブル内にそれぞれ格納される。そして、第１のパーティション及び第２のパーティションの直前には、陰のマスタ・ブート・レコードとなる、第１のマスタ・ブート・レコード及び第２のマスタ・ブート・レコードをそれぞれ配置する。
【００１９】
以上のようにして、第１及び第２のパーティションをそれぞれ配置しておくと、ＬＢＡ＝０に配置されている従来通りのＭＢＲから見えるパーティションは第１のパーティション及び第２のパーティションの双方であるが、第１のマスタ・ブート・レコードから見えるパーティションは第１のパーティションのみ、第２のマスタ・ブート・レコードから見えるパーティションは第２のパーティションのみとなる。
【００２０】
そして、アクセス制御手段は、アクセス要求手段からの要求内容に応じて、第１又は第２のマスタ・ブート・レコードが配置されているＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行ない、且つ、記録メディア全体のサイズとしてパーティションのサイズを算出して提示する。これによって、アクセス要求手段からは、第１のマスタ・ブート・レコードから見える第１のパーティションのみ、又は、第２のマスタ・ブート・レコードから見える第２のパーティションのみが、記録メディアとして見えることになる。
【００２１】
すなわち、本発明によれば、従来の機器との接続互換性が維持された形態で、第１のパーティション及び第２のパーティションの双方、第１のパーティションのみ、第２のパーティションのみという具合に、３種類の接続形態を実現することができる。ここで言う接続形態とは、ファイルシステム経由で記録メディアにアクセスを行なう上位アプリケーションに対する記録メディアの「見せ方」に相当する。
【００２２】
例えば、第１のパーティションを公開領域、第２のパーティションを非公開領域として用いることができる。アクセス制御手段は、例えば記録メディアの最大アドレスが第１のパーティションの最終アドレスとなるように容量クリップすると、所定の手順にて容量復元を行なわない限り、上位アプリケーションに対して第２のパーティションの存在を隠蔽することができる（言い換えれば、記録メディアへの撮影データの記録を行なう上位アプリケーションは、公開領域としての第１のパーティションにのみ記録を行なう）。
【００２３】
ユーザに非公開の第２のパーティションにデモデータなどの再生専用となるデータを格納しておけば、記録メディアは未使用の状態としてユーザに提示することができ、また追記によるデータ破壊から保護することができる。これに対し、撮影データなどのユーザ・データの記録再生に用いるのと同じパーティション上にデモデータなどの非撮影系コンテンツのデータを格納した場合には、機器の出荷直後で動画や静止画などの撮影データを未記録の状態であっても、使用開始直後の記録メディアが既に幾らかの容量が使用済みとしてユーザに見えてしまう不具合がある。
【００２４】
また、本発明の第２の側面は、公開領域及び前記公開領域以降に設けられた非公開領域が設けられた記録メディアへのアクセス動作を制御するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記記録メディアに対するアクセスを要求するアクセス要求手段、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段、
として機能させるためのコンピュータ・プログラムである。
【００２５】
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによって、コンピュータ上では協働的作用が発揮され、本発明の第１の側面に係る記録再生装置と同様の作用効果を得ることができる。
【発明の効果】
【００２６】
本発明によれば、デジタルビデオカメラに対しマニュアル・データやデモデータ、地図データといった比較的大容量となる非撮影系コンテンツのデータを内蔵し、ユーザに対し好適に提供することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することができる。
【００２７】
また、本発明によれば、パーツの追加やコスト増大を招くことなく、非撮影系コンテンツのデータを機器内の記録メディアに格納することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することができる。
【００２８】
また、本発明によれば、マニュアルやデモデータなどの非撮影コンテンツ系のデータを、撮影データとともに同一の大容量記録メディア上で撮影データとともに記録し、その再生動作を好適に制御することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【００２９】
本発明を例えばハード・ディスク・ドライブ内蔵のデジタルビデオカメラに適用した場合、新たなパーツを追加することなく、且つ、ユーザに公開している記録可能サイズ（製品仕様として公開している記録可能サイズ）を削減することなく、デモデータなどの比較的大容量の非撮影データを低コストで格納することが可能である。
【００３０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００３１】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３２】
図１には、本発明を適用した記録再生装置として動作することができる装置の一例として、デジタルビデオカメラの構成を模式的に示している。
【００３３】
図示のデジタルビデオカメラ１００は、光学レンズ部１１１と、光電変換部１１２、カメラ機能制御部１０２と、画像信号処理部１１３と、画像入出力部１１４と、液晶ディスプレイ（ファインダ）１１５と、音声入出力部１１６と、音声信号処理部１１７と、通信部１３１と、制御部１０１と、内蔵メモリ（ＲＡＭ）１１８と、内蔵メモリ（ＲＯＭ）１１９と、操作入力部１２０と、記録メディアに対するドライブ１３２と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）や加速度センサなどのセンサ１５０と、上記の各構成部に対する電力供給を行なう電源１４１を備えている。
【００３４】
制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などで構成されるが、ＲＯＭ（ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１９に格納された各種の処理プログラムに従って処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１８は、各処理において途中結果を一時記録するなど、主に作業領域として用いられる。
【００３５】
操作入力部１２０は、動画撮影モード、静止画撮影モード、ＶＴＲモードなどの動作モードを切り換えるモード切り換えキー、静止画の撮影のためのシャッターキー、動画を撮影するための撮影開始キー、録画キー、再生キー、停止キー、早送りキー、早戻しキーなどの種々の操作キーや機能キーなどを備え、ユーザからの操作入力を受け付けて、受け付けた操作入力に応じた電気信号を制御部１０１に供給する。
【００３６】
制御部１０１は、ユーザからの操作入力に応じて、目的とする処理を行なうためのプログラムをＲＯＭ１１９から読み出して実行し、各部を制御することによって、ユーザからの指示に応じた処理の制御を行なう。
【００３７】
デジタルビデオカメラ１００は、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどの各種の記録メディアを装着可能であり、これらの記録メディアに対してドライブ１３２を介して各種の情報を記録し、また、これらの記録メディアに記録された情報を再生する。
【００３８】
ここで言う記録メディアには、いわゆるハード・ディスクが含まれる。ハード・ディスクの記録領域はＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）などのファイルシステムによって管理されており、アプリケーションやオペレーティング・システムなどの上位層プログラムはファイルシステムを介してハード・ディスク内の記録領域にアクセスすることができる。また、ハード・ディスクは専用のデバイス・ドライバによって駆動制御され、ファイルシステムはデバイス・ドライバに対し書き込みコマンドや読み出しコマンドなどのホスト・コマンドを発行する。本実施形態では、ハード・ディスクの記録領域は、ユーザに公開された（すなわち製品仕様として公開されている）「公開領域」と、ユーザには公開されていない「非公開領域」に大別されるものとする（後述）。
【００３９】
デジタルビデオカメラ１００は、画像を撮像して得た画像データを、ドライブ１３２を介して磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ（例えば、「メモリスティック（登録商標）」など）といった各種記録メディアに記録する「撮像モード」と、画像入出力部１１４や音声入出力部１１６あるいは通信部１３１を通じて供給を受けたデータを記録メディアに記録したり、記録メディアに記録されているデータを再生したりする「ＶＴＲモード」、並びに、カメラの特徴や使い方を示す画像を液晶ディスプレイ１１５に表示させる「デモンストレーション・モード」などを備えている。
【００４０】
撮像モード下では、動画を撮像するとともに、これと同時に収音するようにした音声とを記録メディアに記録する動画撮像モードと、静止画を撮像する静止画撮像モードを備えている。また、ＶＴＲモード下では、記録ボタン・スイッチなどによって構成される操作入力部１２０を操作することによって供給されるデータの記録が行なわれ、また、再生ボタン・スイッチを操作することにより記録メディアに記録されている目的とするデータを再生することができる。また、デモンストレーション・モードでは、音声及びテキスト、図形やビデオなどを通じて、カメラの特徴や使い方をユーザに理解し易く出力することができる。
【００４１】
また、図２には、本発明を適用した記録再生装置として動作することができる装置の他の例として、パーソナル・コンピュータの構成を模式的に示している。
【００４２】
ＣＰＵ２０１は、オペレーティング・システム（ＯＳ）が提供するプログラム実行環境下で、ＲＯＭ２０１やハード・ディスク・ドライブ２１１に格納されているプログラムを実行する。
【００４３】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２は、ＰＯＳＴ（Ｐｏｗｅｒ Ｏｎ Ｓｅｌｆ Ｔｅｓｔ）やＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ ＳＹｓｔｅｍ）などのプログラム・コードを恒久的に格納する。ＲＡＭ２０３は、ＲＯＭ２０２やＨＤＤ２１１に格納されているプログラムをＣＰＵ２０１が実行する際にロードしたり、実行中のプログラムの作業データを一時的に保持したりするために使用される。これらはＣＰＵ２０１のローカル・ピンに直結されたローカル・バス２０４により相互に接続されている。
【００４４】
ローカル・バス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスなどの入出力バス２０６に接続されている。
【００４５】
キーボード２０８と、マウスなどのポインティング・デバイス２０９は、ユーザにより操作される入力デバイスである。ディスプレイ２１０は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などから成り、各種情報をテキストやイメージで表示する。
【００４６】
ＨＤＤ２１１は、記録メディアとしてのハード・ディスクを内蔵し、ハード・ディスクを駆動する。ハード・ディスクには、オペレーティング・システムや各種アプリケーションなどＣＰＵ２１０が実行するプログラムをインストールしたり、動画像や静止画像などのメディア・ファイルや、データ・ファイルなど、各種のローカル・ファイルを保存したりするために使用される。
【００４７】
ＨＤＤ２１１の記録領域はＦＡＴなどのファイルシステムによって管理されており、アプリケーションやオペレーティング・システムなどの上位層プログラムはファイルシステムを介してハード・ディスク内の記録領域にアクセスすることができる。また、ハード・ディスクは専用のデバイス・ドライバによって駆動制御され、ファイルシステムはデバイス・ドライバに対し書き込みコマンドや読み出しコマンドなどのホスト・コマンドを発行する。本実施形態では、ハード・ディスクの記録領域は、ユーザに公開された（すなわち製品仕様として公開されている）「公開領域」と、ユーザには公開されていない「非公開領域」に大別されるものとする（後述）。
【００４８】
ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ（例えば、「メモリスティック（登録商標）」など）といったリムーバブル記録メディア２２１に記録されているデータ又はプログラムを読み出して、入出力インターフェース２０７、入出力バス２０６、ブリッジ２０５、及びローカル・バス２０４を介して接続されているＲＡＭ５０３に供給する。
【００４９】
接続ポート２１４は、外部接続機器２２２を接続するポートであり、ＵＳＢやＩＥＥＥ１３９４などの接続インターフェースを持つ。接続ポート２１４は、インターフェース２０７、及び入出力バス２０６、ブリッジ２０５、ローカル・バス２０４を介してＣＰＵ２０１に接続されている。通信部２１５は、ネットワークに接続され、その他の情報処理装置（図示しない）との通信を実行する。
【００５０】
上述したデジタルビデオカメラ１００では、光学レンズ部１１１や光電変換部１１２などからなるカメラ部を通じて撮像することにより得た静止画データや動画データ、あるいは、画像入出力部１１４を通じて外部機器から供給を受けた静止画データや動画データ、さらには、通信部１３１を介して供給を受けた静止画データや動画データなどをハード・ディスクに記録することができる。また、パーソナル・コンピュータ２００などの情報機器においても、編集データや、接続ポート２１４や通信部２１５を介して供給を受けた静止画データや動画データなどをハード・ディスクの公開領域に記録することができる。
【００５１】
続いて、デジタルビデオカメラ１００やパーソナル・コンピュータ２００などの情報機器において、ＦＡＴファイルシステムを利用して記録メディアに対するデータの記録並びに再生を行なうための動作について説明する。但し、以下で言う「記録メディア」とは、図１に示したデジタルビデオカメラがドライブ１３２として搭載するハード・ディスクや、図２に示したコンピュータが内蔵するＨＤＤ２１１などに相当するが、ＦＡＴファイルシステムに組み込むことができるその他のさまざまな記録メディアを含めることができる、ということを理解されたい。
【００５２】
記録メディアの記録空間を管理するファイルシステムは、ハード・ディスクなど記録メディア毎のデバイス・ドライバに対して書き込みや読み出しなどを要求するホスト・コマンドを発行することで、データの書き込みや読み出しを行なう（前述）。図３には、記録メディアにアクセスしてデータの記録並びに再生を行なうための処理階層を模式的に示している。
【００５３】
最上位層のアプリケーション・プログラムは、ユーザからの処理要求を受け付けるとともに処理結果を返すユーザ・インターフェース（ＵＩ）となる。アプリケーション・プログラムの直近下層には記録メディア上のファイルを管理するファイル管理プログラムとしてのファイルシステムが存在する。さらにその下層のデバイス・ドライバは、ファイルシステムからの情報に基づいて、記録メディアを制御する。
【００５４】
アプリケーションとファイルシステム間では、ファイルを単位としてアクセス要求及び応答がなされる。また、ファイルシステムとデバイス・ドライバ間では、クラスタを単位としてアクセス要求及び応答がなされる。また、デバイス・ドライバと記録メディア間では、セクタを単位としてアクセス要求及び応答がなされる。アプリケーション、ファイルシステム、並びにデバイス・ドライバは、制御部１０１やＣＰＵ２０１で実行するソフトウェア・プログラムである。
【００５５】
記録メディアに対してデータを記録し、又は記録メディアからデータを再生する場合、例えばアプリケーション・プログラムを介する要求がファイルシステム、デバイス・ドライバの順に伝えられ、ファイルシステム並びにデバイス・ドライバの機能によりデータの書き込み又は再生が実行される。
【００５６】
図４には、図３に示した処理階層のうち、ファイルシステムをさらに詳細にして示している。図示の例では、２つの記録メディアＡ３４１及び記録メディアＢ３４２が装備されており、デバイス・ドライバ３３０としてそれぞれに対応するデバイス・ドライバＡ３３２及びデバイス・ドライバＢ３３３がインストールされている。
【００５７】
アプリケーション３１０、ファイルシステム３２０、及びデバイス・ドライバ３３０は、それぞれの処理に必要なプログラムやパラメータの格納、データ処理におけるワーク領域としてＲＡＭ３５０を利用する。
【００５８】
アプリケーション３１０には、各記録メディアに対するデータ記録処理を実行する記録アプリケーション３１１や、各記録メディアに記録されたデータの再生処理を実行する再生アプリケーション３１２、接続機器による処理を実行するＵＳＢ接続アプリケーション３１３など、処理に応じたアプリケーションが含まれる。ユーザはこれらのアプリケーション３１１〜３１３を選択してさまざまな処理を実行することになる。記録アプリケーション３１１並びに再生アプリケーション３１２はファイルシステム経由でデバイス・ドライバ３３０にアクセスし、ＵＳＢ接続アプリケーション３１３はデバイス・ドライバ３３０に直接アクセスするものとする。
【００５９】
ファイルシステム３２０は、記録メディアの種別やフォーマット情報などを含む各記憶メディア対応のマウントドライブ情報３２１、３２２を保持し、これらマウントドライブ情報に従って、ハード・ディスクなどの記録メディアを適用したデータ記録並びに再生制御を実行する。ファイルシステム３２０は、データ記録再生制御を実行する記録再生制御部３２３と、メディア制御を実行するメディア制御部３２４を有する。記録再生制御部３２３の実行する処理はメディア非依存型のメディア共通の処理であり、メディア制御部３２４の実行する処理はメディア依存型の処理である。
【００６０】
記録再生制御部３２３は、ファイル・アロケーション・テーブル（ＦＡＴ）の記録や参照処理を実行するＦＡＴ制御部３２３Ａと、データ記録位置情報としてのクラスタの決定処理やクラスタ番号に基づく再生位置決定処理を実行するクラスタ制御部３２３Ｂと、ファイルに対応する情報を格納したディレクトリ・エントリ（後述）を生成し、又は参照する処理を実行するディレクトリ・エントリ制御部３２４Ｃを有する。ディレクトリ・エントリ制御部３２４Ｃは、アプリケーション３０１からの記憶手段やファイル指定情報に基づいて特定のファイルに対応するディレクトリ・エントリを取得し、例えばファイル再生の場合は、ディレクトリ・エントリから先頭クラスタ番号を取得し、クラスタ制御部３２４Ｂに提供する。
【００６１】
メディア制御部３２４は、位置算出部３２４Ａを有する。位置算出部３２４Ａは、クラスタ制御部３２２が決定するクラスタ情報やＦＡＴのクラスタ連鎖情報に基づいて、クラスタ番号によってデータ記録又はデータ再生を実行する記録メディア上のアクセス位置を決定し、その位置情報に従ってデバイス・ドライバ３３０を制御し、デバイス・ドライバ３３０を介して記録メディアに対するデータ記録、又は当該記録メディアからのデータ再生を実行する。
【００６２】
続いて、ファイルシステムを用いた一般的な記録メディアの管理方法について説明する。
【００６３】
ハード・ディスクのようなディスク型の記録メディアに対するアドレス指定方式として、シリンダ（Ｃｙｌｉｎｄｅｒ）、ヘッド（Ｈｅａｄ）、セクタ（Ｓｅｃｔｏｒ）の３つのパラメータを１組として用いてアドレスを指定するＣＨＳ（Ｃｙｌｉｎｄｅｒ／Ｈｅａｄ／Ｓｅｃｔｏｒ）方式と、記録領域上のアクセス可能な各単位ブロック（例えば、１セクタ単位）に０番から順番に数字（ブロック・アドレス（論理アドレス））を割り当てるＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式を挙げることができる。ＣＨＳ方式は、ハード・ディスクの物理的構造をそのまま流用したアドレス指定方式であり、シリンダ、ヘッド、セクタというアドレス指定のためのパラメータが３つあることから、ソフトウェア的な処理が複雑である。これに対し、ＬＢＡ方式は、ブロック・アドレスという単一のパラメータで指定するので、アクセス時のアドレス指定が極めて簡単である。現在、ハード・ディスクのアドレス指定方式としてはＬＢＡ方式が主流である。ちなみに、ＬＢＡ方式は、例えばメモリカードなどのリムーバブル・メディアやその他の記録メディアにも広く適用されている。以下では、ＬＢＡ方式を用いて説明することにする。
【００６４】
また、ハード・ディスクの記録空間は、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）などのファイルシステムによって管理される。この種のファイルシステムは、記録メディアに対して記録される各ファイルについての記録位置情報、記録位置連鎖情報といったファイルシステムの管理情報を管理する。例えば、図１に示したデジタルビデオカメラでは、静止画像、動画像、音声（又は音楽）といった各種データ（撮影データ）は、ファイルシステムを介してファイルとしてハード・ディスクなどの記録メディアに記録される。１つの記録メディアは１又は２以上のパーティションに区画される。ＦＡＴには、ＦＡＴ１６やＦＡＴ３２が挙げられる。ＦＡＴ方式でフォーマットされたパーティションは、セクタと称される所定容量（例えば、５１２バイト）毎の区画に分割され、各セクタにはセクタ・アドレスが付与される。セクタは区画の最小単位であるが、実際には複数のセクタをまとめたクラスタを単位にしてデータの記録・再生を行なうことが多い。
【００６５】
クラスタは、ＦＡＴがパーティション内のデータ領域を管理できる最小単位であり、１ファイル当たりの最小記録単位に相当する。１つのクラスタは、記録メディアの最小単位であるセクタ（ハード・ディスクの場合、セクタ・サイズ＝５１２バイト）をｎ個（ｎ＝１，２，４，…，６４，１２８）集めた構成になる。セクタはファイルを管理する単位としては小さ過ぎるので、複数のセクタをまとめたクラスタという単位を用いることによって、ファイルの管理が容易となる。クラスタの具体的な大きさは、例えばＦＡＴ３２の場合には４キロバイトである。
【００６６】
ファイルシステムは、記録メディア上のファイルを管理するための仕組み、すなわち、ユーザが論理的に扱うファイルやディレクトリを実際の物理的なディスク上に対応させてファイルやディレクトリ自体を構成する体系であり、ディレクトリ・エントリとＦＡＴという情報を管理する。
【００６７】
ファイルは、クラスタを単位として構成されているが、クラスタの記録メディア上の物理的な位置はファイル毎に常に連続している訳ではない。ＦＡＴは、ファイルを構成するクラスタ同士のつながりを管理するためのテーブルであり、ＦＡＴの各エントリは記録メディアの各クラスタと１対１に対応している。また、ファイルの開始クラスタはディレクトリ・エントリに記録され、その次のクラスタを指しているのは最初のクラスタに対応するＦＡＴの次のエントリの内容である。記録メディア内のパーティション内にファイルが記録されたとき、ファイル名や記録日時といったファイルの詳細情報を管理するためのディレクトリ・エントリが形成される。
【００６８】
図５には、記録メディアに記録される各ファイルに設定されるディレクトリ・エントリの情報構造を模式的に示している。図示のように、各ファイルに対応するディレクトリ・エントリは、ファイル名欄、拡張名欄、属性欄、予約欄、作成時刻欄、作成日欄、最終アクセス日付欄、先頭クラスタ番号の指示情報（Ｈｉｇｈ）欄、記録時刻欄、記録日付欄、先頭クラスタ番号の指示情報（Ｌｏｗ）欄、ファイル・サイズ欄を備え、それぞれ対応する情報、すなわち、ファイル名、拡張名、属性、作成時刻、作成日、最終アクセス日付、先頭クラスタ番号（Ｈｉｇｈ）、記録時刻、記録日付、先頭クラスタ番号（Ｌｏｗ）、ファイル・サイズを格納する。このディレクトリ・エントリの情報を用いることにより、ファイル名によって特定されるファイルは、（１）どのような属性のものであり、（２）開始クラスタはどこで、（３）どの位の大きさのファイルであり、（４）いつ作成され、（５）最終アクセスはいつで、（６）データの記録はいつ行なわれたかなどを管理することができる。先頭クラスタ番号は、パーティションをクラスタ単位に区画したデータ領域の内の何番目のクラスタから当該ファイルのデータの記録が行なわれたかを示すものであり、ディレクトリ・エントリ内では、同図に示すように、先頭クラスタ番号を上位側（ｈｉｇｈ側）の２バイトと下位側（Ｌｏｗ側）の２バイトに分けて管理される。
【００６９】
また、ファイル・アロケーション・テーブル（ＦＡＴ）は、記録メディアに対して記録されるデータ・ファイル各々についての記録位置情報、記録位置連鎖情報を管理するテーブルである。図６には、ファイル・アロケーション・テーブルのデータ構成例を示している。各ファイルの構成データは、１つ以上のクラスタに分散されて記録メディアに記録される。ファイル・アロケーション・テーブルは、各ファイルの構成データを格納したクラスタのクラスタ番号の連鎖情報を格納している。同図中の２重線で示す項目は、インデックスであり、データ・エントリとして、以下のクラスタ番号を示している。なお、同図に示すテーブルでは［０×］を省略しているが、上記［０×］は後続の８桁の０〜Ｆの数値で示されるクラスタ番号が１６進数表記であることを示している。
【００７０】
［０×００００００００］〜［０×０００００００Ｆ］
［０×００００００１０］〜［０×０００００１０Ｆ］
［０×００００００２０］〜［０×０００００２０Ｆ］
［０×００００００３０］〜［０×０００００３０Ｆ］
【００７１】
各ファイルの構成データを格納したクラスタ番号の位置に、ファイル構成データの次のデータを格納したクラスタ番号が記録され、最終クラスタ番号の位置にはＥＯＦ（エンドオブファイル）を示すコード［０×０ＦＦＦＦＦＦＦ］が記録される。先頭クラスタ番号は、各ファイルのディレクトリ・エントリ（図５を参照のこと）に記録されている（前述）。
【００７２】
例えば、ディレクトリ・エントリに記録された第１のファイルの先頭クラスタ番号を０×０００００００７とし、第２のファイルの先頭クラスタ番号を０×０００００００Ａとし、第３のファイルの先頭クラスタ番号を０×００００００１Ｂとし、第４のファイルの先頭クラスタ番号を０×００００００２Ｃとする。
【００７３】
第１ファイルの先頭クラスタ番号は、［０×０００００００７］であるので、まず、クラスタ番号［０×０００００００７］のクラスタを読み取ることで、第１ファイルの最初のデータが取得できる。第１ファイルの次の構成データの記録されたクラスタ番号は、図６に示すＦＡＴのクラスタ番号［０×０００００００７］の位置の記録情報に基づいて知ることができる。図６に示すＦＡＴのクラスタ番号［０×０００００００７］の位置にはクラスタ番号［０×０００００００８］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０×０００００００８］であることが判明し、クラスタ番号［０×０００００００８］のクラスタからデータを読み取ることができる。
【００７４】
さらに、第１ファイルの次の構成データの記録されたクラスタ番号は、図６に示すＦＡＴのクラスタ番号［０×０００００００８］の位置に記録されている。図６に示すＦＡＴのクラスタ番号［０×０００００００８］の位置にはクラスタ番号［０×０００００００９］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０×０００００００９］であることが判明し、クラスタ番号［０×０００００００９］のクラスタからデータを読み取ることができる。さらに、次の構成データの記録されたクラスタ番号を取得するため、ＦＡＴのクラスタ番号［０×０００００００９の位置の記録情報を参照すると、ＥＯＦ（エンドオブファイル）の対応コード［０×０ＦＦＦＦＦＦＦ］が記録されており、後続データはないことが判明する。
【００７５】
結果として、第１のファイルは、クラスタ番号：［０×０００００００７］→［０×０００００００８］→［０×０００００００９］によって指定されるクラスタに格納されていることが判明する。
【００７６】
同様に、第２のファイルはクラスタ番号：［０×０００００００Ａ］→［０×００００００１Ｆ］→［０×０００００２５］→［０×００００００３１］→［０×００００００３０］によって指定されるクラスタに格納され、第３のファイルはクラスタ番号：［０×０００００１Ｂ］→［０×０００００１１］→［０×０００００１２］→［０×０００００１３］→［０×０００００１４］→［０×００００００３］によって指定されるクラスタに格納され、第４のファイルはクラスタ番号：［０×０００００２Ｃ］→［０×０００００２Ｄ］→［０×０００００２Ｅ］→［０×０００００２Ｆ］→［０×０００００３８］→［０×０００００３９］→［０×０００００３Ａ］→［０×０００００３Ｂ］によって指定されるクラスタに格納されていることが判明し、これらのクラスタからデータを取得することが可能となる。
【００７７】
なお、図６に示したＦＡＴは、ＦＡＴ３２に対応するデータ構成例である。ＦＡＴ３２では、ＥＯＦ（エンドオブファイル）の対応コードは［０×０ＦＦＦＦＦＦＦ］であるが、ＦＡＴ１６では、ＥＯＦ（エンドオブファイル）の対応コードは［０×ＦＦＦＦ］である。ＥＯＦ（エンドオブファイル）の対応コードを検出することで、ファイル構成データが終了することを判別することができる。
【００７８】
このように、記録メディアに記録される各ファイルは、以下の３要素を有し、これらが記録メディア上に記録され、ディレクトリ・エントリとＦＡＴに基づいて各ファイルの構成クラスタを識別して、データを読み取ることができる。
【００７９】
（ａ）ファイル名や作成日時、ファイル・サイズなどを保持する「ディレクトリ・エントリ」
（ｂ）クラスタの連鎖情報を保持する「ＦＡＴ」
（ｃ）クラスタ単位で記録されている「データ（ファイルの実体）」
【００８０】
また、ハード・ディスクなどの記録メディアを１以上のパーティションに区切り、指定したパーティションに対してフォーマット処理を施すことによって、そのパーティションはＦＡＴファイルシステムに組み込まれる。
【００８１】
ＦＡＴ１６のデータ構造は、図７Ａに示すように、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、以降はパーティション毎に、パーティション・ブート・レコード（ＰＢＲ）、ファイル・アロケーション・テーブル１（ＦＡＴ１）、ファイル・アロケーション・テーブル２（ＦＡＴ２）が記録され、さらにルート・ディレクトリ・エントリ、並びにデータ領域が続く。データ領域は複数のクラスタに区画される。
【００８２】
また、図７Ｂには、ハード・ディスクにパーティションを設け、ＦＡＴ３２でフォーマットした場合のデータ構造を示している。図示のように、ＦＡＴ３２のデータ構造は、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、以降はパーティション毎に、パーティション・ブート・レコード（ＰＢＲ）、ファイルシステム情報（ＦＳｉｎｆｏ）、ファイル・アロケーション・テーブル１（ＦＡＴ１）、ファイル・アロケーション・テーブル２（ＦＡＴ２）が記録され、その後はデータ領域が続く。データ領域は複数のクラスタに区画される。ファイル・アロケーション・テーブル２（ＦＡＴ２）は、ファイル・アロケーション・テーブル１（ＦＡＴ１）のコピーであり、予備データとして利用される。
【００８３】
なお、説明の簡素化のため、図７には、ハード・ディスク内にパーティションを１つだけ設けた場合のＦＡＴ３２のそれぞれのデータ構造を示したが、記録領域を複数のパーティションに区切って管理することが可能である。
【００８４】
図８には、マスタ・ブート・レコードの構成を模式的に示している。マスタ・ブート・レコードは、起動時に最初に読み込まれるセクタに相当し、主に起動情報とパーティション情報を保持している。起動情報は、起動コード領域に格納される、「ブート・ストラップ・ローダ」とも呼ばれる起動コードである。また、パーティション情報は、各パーティションの開始アドレスとサイズ情報を含むパーティション・テーブルを保持している。記録領域を複数のパーティションに区切った場合、パーティション毎のパーティション・テーブルが設定される。
【００８５】
マスタ・ブート・レコード内には複数個のパーティション・テーブル（図７に示した例では４個）を設けることができる。各パーティション・テーブルは、上述したように、例えばハード・ディスクの記録領域を分割して形成される各パーティション領域の位置（開始アドレス）と大きさ（パーティション・サイズ）を示す情報を保持する。なお、パーティション・テーブル領域に続く２バイト（０Ｅ，０Ｆ）には、パーティション・テーブルに対する署名（ブート・シグニチャ）が付与される。
【００８６】
図９には、１６バイト（１２８ビット）データ長からなるパーティション・テーブルのデータ構造を示している。０バイト目から７バイト目までの８バイト分のエリアがＣＨＳ（Ｃｙｌｉｎｄｅｒ／Ｈｅａｄ／Ｓｅｃｔｏｒ）方式でアドレスを指定する場合に用いる情報の格納エリアであり、８バイト目から１５バイト目までの８バイト分のエリアがＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式でアドレスを指定する場合に用いる情報の格納エリアである。
【００８７】
パーティション・テーブルのうちＣＨＳ方式でアクセスする場合に用いる情報の格納エリアは、０バイト目のアクティブ・フラグ情報（以下、単に「フラグ情報」という）の格納エリア、１バイト目から３バイト目までの３バイト分のＣＨＳ方式でアクセスする場合に用いる開始セクタ情報の格納アリア、４バイト目のパーティション・タイプ情報（以下、単に「タイプ情報」という）の格納エリア、及び、５バイト目から７バイト目までの３バイト分のＣＨＳ方式でアクセスする場合に用いる終了セクタ情報の格納エリアである。
【００８８】
また、パーティション・テーブルのうちＬＢＡ方式でアクセスする場合に用いる情報の格納エリアは、８バイト目から１１バイト目までの４バイト分のＬＢＡ方式で用いられる開始セクタ情報の格納エリアと、１２バイト目から１５バイト目までの４バイト分のＬＢＡ方式で用いられるパーティション・サイズの格納エリアである。
【００８９】
起動時には、まず、マスタ・ブート・レコードの起動コード領域から、「ブート・ストラップ・ローダ」とも呼ばれる起動コード（プログラム）が読み出される。読み出された起動コードは、起動コードの直後に形成されるパーティション・テーブル領域のパーティション・テーブルを参照し、目的とするパーティションの開始セクタのアドレスを取得すると、そこからパーティション・ブート・セクタ（ＰＢＲ）の情報を読み出す。そして、このブート・セクタのコード（プログラム）によって、このパーティションに置かれたオペレーティング・システム（ＯＳ）が起動される。
【００９０】
なお、ＦＡＴ１６／３２の詳細については、例えば、“Ｍｉｃｒｏｓｏｆｔ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｉｔｉａｔｉｖｅ ＦＡＴ３２ Ｆｉｌｅ Ｓｙｓｔｅｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ”を参照されたい。
【００９１】
「背景技術」の欄でも既に述べたように、ファインダ画面を通じてデモデータなどの非撮影データを再生出力する機能が多くのデジタルビデオカメラに搭載されており、音声及びテキスト、図形やビデオなどでユーザに理解し易くデモンストレーションを実施することができる。
【００９２】
ところが、撮影データとは異なる記録メディアをこの種の非撮影コンテンツ系データの供給元とした場合（すなわち、撮影データを記録するハード・ディスクとは別に、非撮影コンテンツ用の記録メディアを機器に装備した場合）には、パーツの追加などコスト増大を招来する要因となるなど不便である。
【００９３】
そこで、本実施形態では、デモデータなどの非撮影データを、撮影データとともに同一のハード・ディスク上に記録し、その再生動作を好適に制御するようになっている。
【００９４】
また、本実施形態では、デジタルビデオカメラ１００あるいはパーソナル・コンピュータ２００に搭載されるハード・ディスクの記録領域は、ユーザに公開された「公開領域」と、ユーザには公開されていない「非公開領域」に大別されることを想定している。そして、非公開領域にデモデータ（さらには、地図データや取扱説明書データ）などの非撮影系のコンテンツ類を格納しておき、デジタルビデオカメラがデモンストレーション・モードとして動作する場合など、必要があるときのみ、当該非公開領域へのアクセスを許可するように記録メディアへのアクセス動作を制御するようにしている。
【００９５】
撮影モードなどデジタルビデオカメラの通常動作時には、デモデータを格納する領域は「非公開」であり、ユーザからはその存在が不可視であるとともに、動画像や静止画などの撮影データの記録に用いられることもない。
【００９６】
ハード・ディスクの記録領域に非公開領域を配設することは、例えば図１０（Ａ）に示すように、デジタルビデオカメラの製造業者がハード・ディスク・ドライブのベンダから仕入れる際の純粋ディスク容量（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）が４０ＧＢであるのに対し、製造時において当該ディスク容量の一部をクリップして、製品仕様としての見かけ上のディスク容量（Ｍａｘ Ａｄｄｒｅｓｓ）は３０ＧＢとして出荷することに相当する。図１０（Ｂ）において斜線で示す非公開領域は、ユーザからアクセス不可能となる。具体的には、図１０（Ｃ）に示すように、斜線以外の領域のみＦＡＴフォーマット処理を行なうことで、当該領域はＦＡＴによりアクセス可能な公開領域となる一方、斜線部分はＦＡＴによりアクセスすることができない非公開領域となる。
【００９７】
ハード・ディスクなどの記録メディアを１以上のパーティションに区切り、指定したパーティションに対してフォーマット処理を施すことによって、各々のパーティションはＦＡＴファイルシステムに組み込まれる（前述）。ここで、撮影データなどのユーザ・データを記録する「公開領域」としての第１のパーティションと、デモデータといった非撮影系のコンテンツ類を格納する「非公開領域」として第２のパーティションという２つのパーティションを設けるとした場合、そのＭＢＲ中のパーティション・テーブルからは、各パーティション・テーブルの開始セクタのＬＢＡを指す。ＦＡＴファイルシステムであれば、マスタ・ブート・レコード内のパーティション・テーブルには、パーティション毎にパーティション・ブート・レコード（ＰＢＲ）が位置する。ここでは、第１のパーティションの先頭には第１のパーティション・ブート・レコード（ＰＢＲ１）が配置され、第２のパーティションの先頭には第２のパーティション・ブート・レコード（ＰＢＲ２）が配置され、これらのパーティション・ブート・レコードに関する情報がパーティション・テーブル内にそれぞれ格納される。そして、第１のパーティション及び第２のパーティションの直前には、陰のマスタ・ブート・レコードとなる、第１のマスタ・ブート・レコード（ＭＢＲ１）及び第２のマスタ・ブート・レコード（ＭＢＲ２）がそれぞれ配置される。
【００９８】
以上のようにして、ハード・ディスク上に第１及び第２のパーティションをそれぞれ配置しておくと、従来通りのＭＢＲから見えるパーティションはＭＢＲ１及びＭＢＲ２の双方であるが、ＭＢＲ１から見えるパーティションは第１のパーティションのみ、ＭＢＲ２から見えるパーティションは第２のパーティションのみという具合に、従来の機器との接続互換性が維持された形態で、３種類の接続形態を実現することができる。ここで言う接続形態とは、ファイルシステム経由で記録メディアにアクセスを行なう上位アプリケーションに対する記録メディアの「見せ方」に相当する。
【００９９】
例えば、記録メディアの最大アドレスが第１のパーティションの最終アドレスとなるように容量クリップすると、所定の手順にて容量復元を行なわない限り、上位アプリケーションに対して第２のパーティションの存在を隠蔽することができる（言い換えれば、記録メディアへの撮影データの記録を行なう上位アプリケーションは、公開領域としての第１のパーティションにのみ記録を行なう）。
【０１００】
このように、ユーザに非公開の第２のパーティションにデモデータを格納しておけば、記録メディアは未使用の状態としてユーザに提示することができる。（これに対し、第１のパーティション上にデモデータなどの非撮影系コンテンツのデータを格納した場合には、動画や静止画などの撮影データを未記録だとしても、使用開始直後の記録メディアが既に幾らかの容量が使用済みの状態としてユーザに見えてしまう。）
【０１０１】
ハード・ディスクの記録領域の変遷について、図１１を参照しながら説明する。
【０１０２】
図１１Ａには、製造時（若しくは、機器のメーカがハード・ディスクを納入した直後）の記録領域を示している。
【０１０３】
ここで、記録領域のＬＢＡ＝Ｘ〜Ｅ１の区画を第１のパーティションに区切るとともに、ＬＢＡ＝Ｙ〜Ｅ２の区画を第２のパーティションに区切り、データ記録再生できるように各々のパーティションに対しフォーマッティングを施すと、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、また、第１のパーティションの先頭（ＬＢＡ＝Ｘ）には第１のパーティション・ブート・レコード（ＰＢＲ１）が配置されるとともに、第２のパーティションの先頭（ＬＢＡ＝Ｙ）には第２のパーティション・ブート・レコード（ＰＢＲ２）が配置され、これらのパーティション・ブート・レコードに関する情報がパーティション・テーブル内にそれぞれ格納される。さらに、本実施形態では、ＰＢＲ１の直前（ＬＢＡ＝Ｘ−１）に陰のマスタ・ブート・レコードとなる第１のマスタ・ブート・レコード（ＭＢＲ１）が配置されるとともに、ＰＢＲ２の直前（ＬＢＡ＝Ｙ−１）に第２のマスタ・ブート・レコード（ＭＢＲ２）が配置される（図１１Ｂを参照のこと）。
【０１０４】
従来通りのＭＢＲから見えるパーティションはＭＢＲ１及びＭＢＲ２の双方であるが、ＭＢＲ１から見えるパーティションは第１のパーティションのみ、ＭＢＲ２から見えるパーティションは第２のパーティションのみとなる。
【０１０５】
さらに、図１１Ｃに示すように、記録メディアの最大アドレスが第１のパーティションの最終アドレス（ＬＢＡ＝Ｅ１）となるように容量クリップすることにより、上位アプリケーションに対して第２のパーティションの存在を隠蔽する。第２のパーティションは、上位アプリケーションからアクセス不能になるが、ユーザ・アクセスから保護されると言うこともできる。
【０１０６】
デジタルビデオカメラなどの機器を出荷する時点で、Ｍａｘ Ａｄｄｒｅｓｓ＝Ｅ１となるようにハード・ディスクの容量をクリップして出荷する。この隠された第２のパーティションの中に、デモデータや、取扱説明書データ、地図データなどの非撮影系コンテンツのデータを格納しておく。例えば、純粋容量が４０ＧＢのハード・ディスクを容量クリップし、ディスク容量が３０ＧＢのモデルとして発売する。ユーザから隠された１０ＧＢのパーティションの中に上記の非撮影系コンテンツが格納されているが、ユーザに対し記録可能サイズとして提供する３０ＧＢのパーティションは消費されずに済む。
【０１０７】
そして、デモンストレーション・モードの起動などにより第２のパーティションにアクセスしたいときには、Ｓｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順にて、Ｍａｘ Ａｄｄｒｅｓｓを元の純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻し、容量復元を行なうようにする（図１１Ｄを参照のこと）。
【０１０８】
記録領域の先頭の論理アドレス（ＬＢＡ＝０（０ｘ００００００００））に設定されるＭＢＲは、各パーティションの開始アドレスを保持しており、ＭＢＲを参照すれば２つのパーティションの開始アドレスを得ることができる。図１２Ａには、図１１に示した記録領域の先頭の論理アドレス（ＬＢＡ＝０（０ｘ００００００００））に設定されるマスタ・ブート・レコード（ＭＢＲ）のデータ構成例を示している。図示の例では、第１のパーティションに対応するパーティション・テーブル１０１１と、第２のパーティションに対応するパーティション・テーブル１０２１がＭＢＲ中に記録されている。
【０１０９】
各パーティション・テーブル１０１１、１０２１には、図９を参照しながら説明したように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズが、それぞれ格納されている。したがって、図１２Ｂに示すように、ＭＢＲの第１のパーティションに対応するパーティション・テーブル１０１１の第１パーティションの開始セクタ（ＬＢＡ）記録領域１０１２、パーティション・サイズ記録領域１０１３、並びに第２のパーティションに対応するパーティション・テーブル１０２１の第２のパーティションの開始セクタ（ＬＢＡ）記録領域１０２２、パーティション・サイズ記録領域１０２３から下記のパーティション構成情報を取得することができる。
【０１１０】
第１のパーティションの開始ＬＢＡ： Ｘ＝０ｘ００００００３Ｆ
第１のパーティションのサイズ： Ａ＝０ｘ３４５６７８９Ａ
第２のパーティションの開始ＬＢＡ： Ｙ＝０ｘ４５６７８９ＡＢ
第２のパーティションのサイズ： Ｂ＝０ｘ０１２３４５６７
【０１１１】
また、ＦＡＴでは、各パーティションの開始アドレスには、それぞれに対応する起動コードを含むパーティション・ブート・レコード（ＰＢＲ）が配置される。すなわち、第１のパーティションの開始ＬＢＡであるＸの位置には第１のパーティションに対応するＰＢＲ１が設定され、第２のパーティションの開始ＬＢＡであるＹの位置には、第２のパーティション対応のＰＢＲ２が設定されている。
【０１１２】
さらに、ＰＢＲ１の直前の位置（ＬＢＡ＝Ｘ−１）には第１のパーティション専用となるマスタ・ブート・レコードＭＢＲ１が配置されるとともに、ＰＢＲ２の直前の位置（ＬＢＡ＝Ｙ−１）には第２のパーティション専用となるマスタ・ブート・レコードＭＢＲ２が配置される。なお、第１のパーティションと第２のパーティションの間は、１セクタ以上の隙間が設けられる。
【０１１３】
図１３Ａには、第１のパーティション専用のマスタ・ブート・レコードＭＢＲ１のデータ構成例を示している。図示のように、ＭＢＲ１中には、第１のパーティションに対応するパーティション・テーブル２０１１のみが記録され、第２のパーティションに対応するパーティション・テーブルは記録されていない。
【０１１４】
また、パーティション・テーブル２０１１には、図９を参照しながら説明したように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズが、それぞれ格納されている。したがって、図１３Ｂに示すように、ＭＢＲ１の第１のパーティションに対応するパーティション・テーブル２０１１の第１のパーティションの開始セクタ（ＬＢＡ）記録領域２０１２、パーティション・サイズ記録領域２０１３から、下記のパーティション構成情報を取得することができる。
【０１１５】
第１のパーティションの開始ＬＢＡ： Ｘ＝０ｘ００００００３Ｆ
第１のパーティションのサイズ： Ａ＝０ｘ３４５６７８９Ａ
【０１１６】
このように、論理アドレス（ＬＢＡ）＝Ｘ−１に設定される第１のパーティション対応のマスタ・ブート・レコードＭＢＲ１を参照すれば第１のパーティションの開始アドレスとサイズを得ることができ、第１のパーティションに対するアクセスのみが可能となる。但し、第２パーティションについての情報は得られないため、第２パーティションに対するアクセスはできない。
【０１１７】
図１４Ａには、第２のパーティション専用のマスタ・ブート・レコードＭＢＲ２のデータ構成例を示している。図示のように、ＭＢＲ２中には、第２のパーティションに対応するパーティション・テーブル２０２１のみが記録され、第１のパーティションに対応するパーティション・テーブルは記録されていない。
【０１１８】
また、パーティション・テーブル２０２１には、図９を参照しながら説明したように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズが、それぞれ格納されている。したがって、図１４Ｂに示すように、ＭＢＲ２の第２のパーティションに対応するパーティション・テーブル２０２１の第２のパーティションの開始セクタ（ＬＢＡ）記録領域２０２２、パーティション・サイズ記録領域２０２３から、下記のパーティション構成情報を取得することができる。
【０１１９】
第２のパーティションの開始ＬＢＡ： Ｙ＝０ｘ４５６７８９ＡＢ
第２のパーティションのサイズ： Ｂ＝０ｘ０１２３４５６７
【０１２０】
このように、論理アドレス（ＬＢＡ）＝Ｙ−１に設定される第２のパーティション対応のマスタ・ブート・レコードＭＢＲ２を参照すれば第２のパーティションの開始アドレスとサイズを得ることができ、第２のパーティションに対するアクセスのみが可能となる。但し、第１パーティションについての情報は得られないため、第２パーティションに対するアクセスはできない。
【０１２１】
上述したように、図１１に示したフォーマット・データには、記録領域内のすべてのパーティションに対応するパーティション・テーブルを格納したＭＢＲと、パーティション毎に対応するパーティション・テーブルのみを格納したパーティション対応のＭＢＲが配置された構成を持つ。このような場合、下記のように、従来の機器との接続互換性が維持された形態で、３種類の接続形態（上位アプリケーション（ソフトウェア）への見せ方）を実現することが可能となる。
【０１２２】
（ａ）ＭＢＲから見えるパーティションは２つのパーティション（第１のパーティションと第２のパーティション）
（ｂ）ＭＢＲ１から見えるパーティションは１つ（第１のパーティションのみ）
（ｃ）ＭＢＲ２から見えるパーティションは１つ（第２のパーティションのみ）
【０１２３】
ハード・ディスクに対するアクセスを実行する上位ソフトウェアであるアプリケーションの種類に応じて、ＭＢＲ、ＭＢＲ１、ＭＢＲ２を選択的にアクセス可能な設定とする。例えば、デジタルビデオカメラにおいて、ユーザの利用可能なデータ記録アプリケーションに対してはＭＢＲ１のみを読み込み可能として、第１のパーティションのみを利用してデータの記録再生を実行させることができる。また、ユーザの利用可能なデータ再生アプリケーションに対しては、ＭＢＲを読み込み可能、あるいはＭＢＲ１、ＭＢＲ２を選択的に読み込み可能な設定として、第１のパーティション、並びに第２のパーティションに記録されたデータを読み取り再生することを可能とすることができる。
【０１２４】
具体的には、第２のパーティションに、マニュアル、プログラム、サンプル・データといった、非撮影系コンテンツのデータ、若しくは消去すべきでないデータをあらかじめ記録しておく。第２パーティションの記録データは、再生アプリケーションによってのみアクセス可能となることから、記録アプリケーションの処理によって誤ったデータ（撮影データなど）の追記などによるデータ消去が行なわれることを防止することができる。
【０１２５】
本実施形態では、ＭＢＲ、ＭＢＲ１、ＭＢＲ２を選択的にアクセス可能にするために、「仮想ディスク」の仕組みを導入している。ＬＢＡ＝０にあるＭＢＲから見える領域はハード・ディスク全体であるのに対し、ＭＢＲ１、ＭＢＲ２から見える領域は第１のパーティション、又は、第２のパーティションのみであり、これらのパーティションをそれぞれ仮想的なディスクとして扱う。仮想ディスクの仕組みは、ハード・ディスク・ドライブ駆動用のデバイス・ドライバ内に組み込むことができ、かかる機能を実装するために、ファイルシステムやアプリケーションなどの上位層のソフトウェアを改変する必要はない。
【０１２６】
デバイス・ドライバ３３０内のアクセス制御部３３１は、メディア全体（ＭＢＲ以降）ではなく、ＭＢＲ１以降又はＭＢＲ２以降のいずれか一方を限定的に公開する場合には、ＭＢＲ１又はＭＢＲ２が配置されている実際のＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行ない、且つ、メディア全体のサイズとしてパーティションのサイズを算出して、これらの情報を上位ソフトウェアに提示する。
【０１２７】
デバイス・ドライバ３３０は、上位ソフトウェアから指示されたデバイス名がハード・ディスク全体を指す場合には、オフセット処理を行なわずに、実際のＬＢＡ＝０にあるＭＢＲを用いてディスクのマウント処理を行なう。これに対し、いずれかの仮想ディスクが指示されたときには、ＭＢＲ１又はＭＢＲ２が配置されている実際のＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行なって、仮想ディスクのマウント処理を行なう。非公開領域のパーティションに相当する仮想ディスクをマウント処理することにより、当該パーティションは「公開」された状態となる。かかる仮想ディスクをアンマウント処理する際には、「非公開」の状態に戻す処理が必要となる。なお、仮想ディスクのマウント処理並びにアンマウント処理の詳細については、後述に譲る。
【０１２８】
デバイス・ドライバ３３０は、ＬＢＡのオフセット処理のために、図１５に示すような、第１のパーティションの開始ＬＢＡ及び各パーティションのサイズを記載したパーティション・レイアウト情報を、例えば不揮発メモリ上の所定の領域に記録して管理するようにしている。
【０１２９】
ここで、第２のパーティションの開始ＬＢＡ「Ｙ」は、計算式Ｙ＝Ｘ＋Ａ＋Ｎ＋１により算出可能であり、第２のパーティションの終端ＬＢＡ「Ｅ２」は、計算式Ｅ２＝Ｙ＋Ｂ−１により算出可能である。第３並びに第４のパーティションの開始ＬＢＡ及び終端ＬＢＡも同様の手順で算出することができる。
【０１３０】
なお、パーティション・レイアウト情報の変形例として、パーティションを構成する各ゾーンの開始ＬＢＡとサイズではなく、開始セクタと終了セクタを記録するようにしてもよい。
【０１３１】
仮想ディスクの仕組みについて、図１６を参照しながら説明する。
【０１３２】
メディア全体をアクセス可能とする設定では、従来通りのアクセス手順にて（すなわち、ＬＢＡのオフセット処理を行なわず）、ＬＢＡ＝０に記録されているＭＢＲを読み出して、ハード・ディスクのマウント処理を行なう。図１２Ａに示したように、第１のパーティションに対応するパーティション・テーブルと、第２のパーティションに対応するパーティション・テーブルがＭＢＲ中に記録されているので、それらの内容に基づいて、本来のディスク（／ｄｅｖ／ｈｄｄ）全体すなわち第１のパーティション及び第２のパーティションのいずれへもアクセス可能となる（図１６（ａ）を参照のこと）。
【０１３３】
これに対し、第１のパーティションのみをアクセス可能とする設定では、デバイス・ドライバ３３０内のアクセス制御部３３１は、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、仮想ディスクのマウント処理を行なう。図１３Ａに示したように、第１のパーティションに対応するパーティション・テーブルのみがＭＢＲ１中に記録されているので、それらの内容に基づいて、第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみアクセス可能となる（図１６（ｂ）を参照のこと）。この設定により、上位ソフトウェアからは仮想的に第１のパーティションがハード・ディスクとして見え、第２のパーティションの存在を隠すことが可能となる。
【０１３４】
また、第２のパーティションのみをアクセス可能とする設定では、デバイス・ドライバ３３０内のアクセス制御部３３１は、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｙ−１に記録されているＭＢＲ１を読み出して、仮想ディスクのマウント処理を行なう。図１４Ａに示したように、第２のパーティションに対応するパーティション・テーブルのみがＭＢＲ２中に記録されているので、それらの内容に基づいて、第２のパーティションに相当する第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）にのみアクセス可能となる（図１６（ｃ）を参照のこと）。この設定により、上位ソフトウェアからは仮想的に第２のパーティションがハード・ディスクとして見え、第１のパーティションの存在を隠すことが可能となる。
【０１３５】
続いて、デジタルビデオカメラを例にとって、ユーザ・インターフェースを介した、上位ソフトウェアから記録メディアの各パーティション（公開領域並びに非公開領域）へのアクセス制御例について説明する。
【０１３６】
上位ソフトウェアとしてのアプリケーション３１０には、各記録メディアに対するデータ記録処理を実行する記録アプリケーション３１１や、各記録メディアに記録されたデータの再生処理を実行する再生アプリケーション３１２、パーソナル・コンピュータなどの外部接続機器による処理を実行するＵＳＢ接続アプリケーション３１３などが挙げられる（前述）。以下の説明では、記録アプリケーション３１１は、動画、静止画、音声又は音楽といった、撮影データなどのユーザ・データの記録を、記録メディアの公開領域、若しくはその他の着脱式メディアへ行なうものとする。また、再生アプリケーション３１２は、ＶＴＲモード下で公開領域に記録された動画、静止画、音声又は音楽などのユーザ・データの再生処理、あるいは、デモンストレーション・モード下などで、非公開領域に記録されているマニュアルやデモデータ、地図データなどの再生処理を行なうものとする。また、ＵＳＢ接続アプリケーション３１３は、接続中のパーソナル・コンピュータからの要求に応じて、公開領域に記録された動画、静止画、音声又は音楽などのユーザ・データの再生処理、あるいは、非公開領域に記録されているマニュアルやデモデータ、地図データなどの再生処理を行なうものとする。
【０１３７】
デジタルビデオカメラは、記録メディアとして、ハード・ディスク（ＨＤＤ）と、メモリスティック（登録商標）（ＭＳ）のような着脱式メディアを備えているものとする。また、デジタルビデオカメラがパソコン接続されている状態では、ＵＳＢ接続アプリケーション３１３が起動して、ハード・ディスクを利用する動作モードとして、動画、静止画、音楽（若しくは音声）データを公開領域としての第１のパーティションに記録又は再生する動作と、マニュアルなどの非撮影系コンテンツのデータを非公開領域としての第２のパーティションから再生する動作を備えている。このような場合、液晶ディスプレイ１１５上には、図１７に示すように、記録メディア種別（ＨＤＤ又はＭＳ）とＨＤＤ選択時にさらに動作モード（「動画・静止画・音楽」又は「マニュアル」）を指定するボタンが配設されたユーザ・インターフェース画面が表示される。
【０１３８】
ここで、図１８に示すように、「動画・静止画・音楽」が選択されると、公開領域としての第１のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、ＵＳＢ接続アプリケーション３１３からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のマウント処理を行なうことによって、上位ソフトウェアに対して第１のパーティションに相当するのみを見せる。
【０１３９】
これに対し、図１９に示すように、「マニュアル」が選択されると、非公開領域としての第２のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、ＵＳＢ接続アプリケーション３１３からの要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｙ−１に記録されているＭＢＲ２を読み出して、第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のマウント処理を行なうことによって、上位ソフトウェアに対して第２のパーティションのみを見せる。この場合、第２のパーティションは、「非公開」から「公開」の状態に切り換えられたことになる。
【０１４０】
また、他のアクセス制御例として、記録アプリケーション３１１による記録メディアへの撮影データなどの記録動作が挙げられる。この場合、データ記録先のデバイスを選択する必要があり、液晶ディスプレイ１１５上には、図２０に示すように、記録先として記録メディア種別（ＨＤＤ又はＭＳ）を指定するボタンが配設されたユーザ・インターフェース画面が表示される。
【０１４１】
ここで、図２１に示すように、「ＨＤＤ」が記録先に選択されると、公開領域としての第１のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、記録アプリケーション３１１からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行なって、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のマウント処理を行なうことによって、上位ソフトウェアに対して第１のパーティションのみを見せる。記録先として第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）が選択されることはなく、マニュアルなどの非撮影系コンテンツはデータの追記などによる破壊から保護されている。
【０１４２】
また、他のアクセス制御例として、再生アプリケーション３１２によるＶＴＲモード下での撮影データの再生処理や、デモンストレーション・モード下でのマニュアルやデモデータ、地図データなどの再生動作が挙げられる。この場合、データ再生元のデバイスを選択する必要があり、液晶ディスプレイ１１５上には、図２２に示すように、再生元としてＨＤＤ内の「動画・静止画・音楽」、「マニュアル」、「デモ」、又はＭＳ内のデータを指定するボタンが配設されたユーザ・インターフェース画面が表示される。
【０１４３】
ここで、図２３に示すように、再生元として「動画・静止画・音楽」が選択されると、公開領域としての第１のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、再生アプリケーション３１２からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のマウント処理を行なって、上位ソフトウェアに対して第１のパーティションのみを見せる。
【０１４４】
これに対し、図２４に示すように、再生元として「デモ」が選択されると、非公開領域としての第２のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、再生アプリケーション３１２からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行なって、ＬＢＡ＝Ｙ−１に記録されているＭＢＲ２を読み出して、第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のマウント処理を行なって、上位ソフトウェアに対して第２のパーティションのみを見せる。この場合、第２のパーティションは、「非公開」から「公開」の状態に切り換えられたことになる。「マニュアル」が選択された場合も同様である。
【０１４５】
続いて、記録メディアへのアクセス動作に際して、デジタルビデオカメラやパーソナル・コンピュータなどの機器内で行なう処理シーケンスについて説明する。
【０１４６】
図２５並びに図２６には、記録メディアをマウントするための処理手順をフローチャートの形式で示している。ここで言うメディアのマウント処理は、ハード・ディスクなどの記録メディアを利用したデータ記録又は再生の前処理に相当する。すなわち、メディアのマウント処理は、メディア非依存部であるファイルシステムがアプリケーションからのメディア指定情報の入力に基づいて起動して、記録メディアを認識してアクセスに必要な情報を取得する。
【０１４７】
ファイルシステムのメディア依存部３２４は、上位アプリケーションから指示されたデバイス名にて、デバイスのオープンを試みる（ステップＳ１）。そして、デバイスのオープンに成功したときには（ステップＳ２）、当該デバイスから必要な情報を読み出すことにより、マウントを実行する（ステップＳ３）。
【０１４８】
一方、デバイス・ドライバ側では、上記のステップＳ１において、ファイルシステムから指定されたデバイス名に応じたマウント処理を実行する。
【０１４９】
デバイス・ドライバは、上位プログラムから指定されたデバイス名を判断し（ステップＳ１１）、デバイス名が本来のハード・ディスク“ｄｅｖ／ｈｄｄ”であれば、必要に応じてＳｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順にて、Ｍａｘ Ａｄｄｒｅｓｓを元の純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻してから（ステップＳ１２）、上位プログラムへ見せる開始ＬＢＡ＝０×０００００００として実際の開始ＬＢＡ＝０をセットする（ステップＳ１３）。
【０１５０】
また、デバイス・ドライバは、上位プログラムから指定されたデバイス名を判断し（ステップＳ１１）、デバイス名が第１のパーティションに相当する“ｄｅｖ／ｈｄｄ１”であれば、必要に応じてＳｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順を実行してから（ステップＳ１４）、ＭＢＲの開始ＬＢＡのオフセット処理を行なう。図１５に示したパーティション・レイアウト情報からなる場合、上位プログラムへ見せる開始ＬＢＡ＝０×０００００００として、実際の開始ＬＢＡ＝Ｘ−１をセットする（ステップＳ１５）。この結果、第１パーティションが仮想ディスク“ｄｅｖ／ｈｄｄ１”としてマウントされる（図１８、図２１、図２３を参照のこと）。
【０１５１】
また、デバイス・ドライバは、上位プログラムから指定されたデバイス名を判断し（ステップＳ１１）、デバイス名が第２のパーティションに相当する“ｄｅｖ／ｈｄｄ２”であれば、必要に応じてＳｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順を実行してから（ステップＳ１６）、ＭＢＲの開始ＬＢＡのオフセット処理を行なう。図１５に示したパーティション・レイアウト情報からなる場合、上位プログラムへ見せる開始ＬＢＡ＝０×０００００００として、実際の開始ＬＢＡ＝Ｙ−１をセットする（ステップＳ１７）。この結果、第２パーティションが仮想ディスク“ｄｅｖ／ｈｄｄ２”としてマウントされる（図１９、図２２、図２４を参照のこと）。
【０１５２】
また、上述したように、本実施形態では、ハード・ディスクの最大アドレスを第１のパーティションの最終アドレスとなるように容量クリップすることにより、第２のパーティションを隠蔽し（すなわち非公開）、ハード・ディスクの最大アドレスをハード・ディスクの純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻し、容量復元を行なうことで、第２のパーティションを公開に切り換えることができ。
【０１５３】
図２７には、非公開のパーティションを公開に切り換えた上でマウントするための処理手順をフローチャートの形式で示している。ここでは、図２８に示すような、パーティション毎の隠蔽状態を示したフラグを使用するものとする。
【０１５４】
まず、フラグを確認し（ステップＳ２１）、処理対象のパーティションが隠蔽されているかどうかをチェックする（ステップＳ２２）。
【０１５５】
そして、当該パーティションが隠蔽されているときには（ステップＳ２３のＹｅｓ）、ハード・ディスクの純粋最大容量（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）を読み出し、Ｓｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）手順により最大アドレス（Ｍａｘ Ａｄｄｒｅｓｓ）を変更してから、ハード・ディスクを再起動する（ステップＳ２４）。
【０１５６】
図２９には、ファイルシステム３２０内のメディア依存部３２４がハード・ディスクに対して読み出し／書き込み処理を行なうための処理手順をフローチャートの形式で示している。
【０１５７】
まず、上位アプリケーションから指定されたデバイス名（記憶媒体指定情報）を確認する（ステップＳ３１）。記録、再生、ＵＳＢ接続の各アプリケーション３１１〜３１３には、あらかじめ指定可能なデバイス（記憶媒体指定情報）が設定されている。
【０１５８】
アプリケーションからの指定デバイス名が“／ｄｅｖ／ｈｄｄ”であるときは、ステップＳ３２に進み、アクセスするＬＢＡを、上位アプリケーションからの指定ＬＢＡの値そのまま利用してアクセスを実行する。この場合、図１６（ａ）に示す実際のメディア全体がアプリケーションに提示されており、アプリケーションの指定するＬＢＡをそのまま実際のＬＢＡとして利用したアクセスを行なって指定されたアドレスのデータの読み取り、又は指定アドレスに対するデータ書き込みを実行する（ステップＳ３５）。
【０１５９】
また、アプリケーションからの指定デバイス名が“／ｄｅｖ／ｈｄｄ１”であるときは、ステップＳ３３に進み、上位アプリケーションからの指定ＬＢＡから算出する。この場合、図１６（ｂ）に示した第１のパーティションのみからなる仮想ディスクがアプリケーションに提示されており、アクセスＬＢＡ＝（アプリ指定ＬＢＡ）＋Ｘ−１として算出して、算出したアクセスＬＢＡを利用してアクセスを実行行なって指定されたアドレスのデータの読み取り、又は指定アドレスに対するデータ書き込みを実行する（ステップＳ３５）。
【０１６０】
また、アプリケーションからの指定デバイス名が“／ｄｅｖ／ｈｄｄ２”であるときは、ステップＳ３４に進み、上位アプリケーションからの指定ＬＢＡから算出する。この場合、図１６（ｃ）に示した第２のパーティションのみからなる仮想ディスクがアプリケーションに提示されており、アクセスＬＢＡ＝（アプリ指定ＬＢＡ）＋Ｙ−１として算出して、算出したアクセスＬＢＡを利用してアクセスを実行行なって指定されたアドレスのデータの読み取り、又は指定アドレスに対するデータ書き込みを実行する（ステップＳ３５）。
【０１６１】
図３０には、ファイルシステム３２０のメディア依存部３２４による起動処理の手順をフローチャートの形式で示している。
【０１６２】
まず、初期化処理１として、例えばメディアの装着されたメディアの種類の判別、判別したメディアのフォーマット情報の取得処理を実行する（ステップＳ４１）。
【０１６３】
次いで、パーティション・レイアウト情報（図１５を参照のこと）を不揮発性メモリから読み出し、ワーク領域メモリとしてのＲＡＭに保持する（ステップＳ４２）。
【０１６４】
次いで、情報更新フラグをクリアする（ステップＳ４３）。この情報更新フラグは、不揮発性メモリに保持されているパーティション・レイアウト情報が現在の装着メディアのパーティション・レイアウト情報に一致するものであることが確認された場合にクリアされ、更新中である場合はセットされた状態とされる。
【０１６５】
最後に、初期化処理２として、上位アプリケーションからのコマンド入力待機状態への最終的な処理を実行する（ステップＳ４４）。
【０１６６】
この後、アプリケーションからのコマンドが入力され、入力に従った処理が実行可能となる。
【０１６７】
図１１Ｂなどには２つのパーティションの設定されたフォーマット例を示したが、例えば再フォーマット処理を実行することでパーティションのレイアウトを変更することが可能である。具体的には、３つのパーティションを設定するといった処理が可能である。図３１には、ファイルシステム３２０のメディア依存部３２４によるパーティション・レイアウト情報の変更処理の手順をフローチャートの形式で示している。
【０１６８】
まず、ワークメモリとしてのＲＡＭに保持されているパーティション・レイアウト情報（図１５を参照のこと）を、上位アプリケーションから指定された値に変更する（ステップＳ５１）。なお、このアプリケーションは、パーティションの設定等を実行するアプリケーションであり、記録、再生、ＵＳＢ接続の各アプリケーション３１１〜３１３とは異なるアプリケーションである。
【０１６９】
次いで、情報更新フラグをセットする（ステップＳ５２）。この後、実際のメディアに対するフォーマット処理としてのパーティション設定処理が実行されることになる。
【０１７０】
図３２には、ファイルシステム３２０のメディア依存部３２４による終了処理の手順をフローチャートの形式で示している。
【０１７１】
まず、終了処理１を実行する（ステップＳ６２）。この処理は、メディアに対するフォーマット処理完了の確認処理である。
【０１７２】
次いで、情報更新フラグがセットされているか否かを確認する（ステップＳ６２）。前述したように、不揮発性メモリに保持されているパーティション・レイアウト情報が現在の装着メディアのパーティション・レイアウト情報に一致するものであることが確認された場合にクリアされ、更新中である場合はセットされた状態とされる。
【０１７３】
情報更新フラグがセットされている場合には（ステップＳ６２のＹｅｓ）、更新後のパーティション・レイアウト情報を不揮発性メモリに記録し（ステップＳ６３）、情報更新フラグをクリアしてから（ステップＳ６４）、終了処理２、すなわちすべてのフォーマット処理の完了確認を実行して次の処理に移行可能な状態へのセット処理を行ない（ステップＳ６５）、本処理を終了する。
【０１７４】
図３３には、ファイルシステム３２０のメディア非依存部３２３によるディスクのアンマウント処理の手順をフローチャートの形式で示している。
【０１７５】
ファイルシステム３２０の非メディア依存部３２３は、メディア依存部３２４に対してディスクのアンマウント処理を依頼し、これに対し、メディア依存部３２４は、別途定義済みのアンマウント処理を実行する（ステップＳ７１）。そして、メディア非依存部３２３は、当該デバイスをクローズして（ステップＳ７２）、本処理を終了する。
【０１７６】
また 、図３４には、図３３に示したフローチャート中のステップＳ７１において、ファイルシステム３２０のメディア依存部３２４が行なうディスクのアンマウント処理の手順をフローチャートの形式で示している。メディアをアンマウントする際、第２のパーティションが「公開」に切り換えられているときには、「非公開」に戻す必要がある。
【０１７７】
まず、隠蔽フラグ情報を検索し、隠蔽しないパーティションの中で、最大パーティション番号をチェックする（ステップＳ８１）。
【０１７８】
次いで、パーティション・レイアウト情報（図１５を参照のこと）より、そのパーティションの終端ＬＢＡ「ＥＸ」を算出する（ステップＳ８２）。
【０１７９】
そして、ハード・ディスクの純粋最大容量（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）を読み出し、Ｓｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）手順により最大アドレス（Ｍａｘ Ａｄｄｒｅｓｓ）を「ＥＸ」に変更してから、ハード・ディスクを再起動する（ステップＳ８３）。
【産業上の利用可能性】
【０１８０】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１８１】
本発明に係る記録再生方法は、デジタルビデオカメラやデジタルスチルカメラなどの情報機器や、パーソナル・コンピュータなどの計算機システムを始めとして、記録領域にファイルシステムに応じたフォーマット処理を行なってから使用が開始される記録メディアを利用するさまざまな装置に適用することができる。
【０１８２】
本明細書では、記録メディアとして主にハード・ディスクを採り上げて説明したが、本発明の要旨はこれに限定されるものではなく他の記録メディアに対しても適用することができる。また、記録メディアは、機器内蔵又は着脱可能の区別を問わない。
【０１８３】
また、本明細書ではファイルシステムとしてＦＡＴを採り上げたが、本発明の要旨はこれに限定されるものではなく、さまざまなファイルシステムを適用対象とする。
【０１８４】
図１０に示したように、ハード・ディスク・ドライブのベンダから仕入れる際のディスク容量の一部をクリップしてハード・ディスク搭載機器を出荷することは、当業界において散見される。本発明は、ハード・ディスク・ドライブの記録領域にデモデータなどの非撮影データを格納するための非公開領域を設けるものであるが、他の側面では、元のディスク容量の一部をクリップした未使用料域を有効活用するものであると言うこともできる。
【０１８５】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【図面の簡単な説明】
【０１８６】
【図１】図１は、デジタルビデオカメラの構成を模式的に示した図である。
【図２】図２は、パーソナル・コンピュータの構成を模式的に示した図である。
【図３】図３は、記録メディアにアクセスしてデータの記録並びに再生を行なうための処理階層を模式的に示した図である。
【図４】図４は、図３に示した処理階層のうちファイルシステムをさらに詳細にして示した図である。
【図５】図５は、記録メディアに記録される各ファイルに設定されるディレクトリ・エントリの情報構造を模式的に示した図である。
【図６】図６は、ファイル・アロケーション・テーブルのデータ構成例を示した図である。
【図７Ａ】図７Ａは、ハード・ディスクに設けられたパーティションをＦＡＴ１６でフォーマットした場合のデータ構造を示した図である。
【図７Ｂ】図７Ｂは、ハード・ディスクに設けられたパーティションをＦＡＴ３２でフォーマットした場合のデータ構造を示した図である。
【図８】図８は、マスタ・ブート・レコードの構成を模式的に示した図である。
【図９】図９は、１６バイト（１２８ビット）データ長からなるパーティション・テーブルのデータ構造を示した図である。
【図１０】図１０は、ハード・ディスクの記録領域に非公開領域を配設した様子を示した図である。
【図１１Ａ】図１１Ａは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、製造時（若しくは、機器のメーカがハード・ディスクを納入した直後）の記録領域を示した図である。
【図１１Ｂ】図１１Ｂは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、第１及び第２のパーティションに区切るとともにＦＡＴフォーマットした様子を示した図である。
【図１１Ｃ】図１１Ｃは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、記録メディアの最大アドレスが第１のパーティションの最終アドレス（ＬＢＡ＝Ｅ１）となるように容量クリップした様子を示した図である。
【図１１Ｄ】図１１Ｄは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、Ｍａｘ Ａｄｄｒｅｓｓを元の純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻した様子を示した図である。
【図１２Ａ】図１２Ａは、図１１に示したマスタ・ブート・レコード（ＭＢＲ）の構成例を示した図である。
【図１２Ｂ】図１２Ｂは、図１２Ａに示したマスタ・ブート・レコード（ＭＢＲ）から取得することができるパーティション構成情報を示した図である。
【図１３Ａ】図１３Ａは、第１のパーティション専用のマスタ・ブート・レコードＭＢＲ１の構成例を示した図である。
【図１３Ｂ】図１３Ｂは、図１３Ａに示したマスタ・ブート・レコード（ＭＢＲ１）から取得することができるパーティション構成情報を示した図である。
【図１４Ａ】図１４Ａは、第２のパーティション専用のマスタ・ブート・レコードＭＢＲ１の構成例を示した図である。
【図１４Ｂ】図１４Ｂは、図１４Ａに示したマスタ・ブート・レコード（ＭＢＲ２）から取得することができるパーティション構成情報を示した図である。
【図１５】図１５は、パーティション・レイアウト情報の構成例を示した図である。
【図１６】図１６は、仮想ディスクの仕組みを説明するための図である。
【図１７】図１７は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティション（公開領域並びに非公開領域）へのアクセス制御例を説明するための図であり、具体的には、動作モードを指定するユーザ・インターフェース画面を示した図である。
【図１８】図１８は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「動画・静止画・音楽」が選択され、上位ソフトウェアに対して第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみを見せる様子を示した図である。
【図１９】図１９は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「マニュアル」が選択され、上位ソフトウェアに対して第２のパーティションに相当する第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のみを見せる様子を示した図である。
【図２０】図２０は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、記録先メディアを選択するユーザ・インターフェース画面を示した図である。
【図２１】図２１は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「ＨＤＤ」が記録先に選択され、上位ソフトウェアに対して第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみを見せる様子を示した図である。
【図２２】図２２は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、再生元を選択するユーザ・インターフェース画面を示した図である。
【図２３】図２３は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「動画・静止画・音楽」が再生元に選択され、上位ソフトウェアに対して第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみを見せる様子を示した図である。
【図２４】図２４は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「デモ」が再生元に選択され、上位ソフトウェアに対して第２のパーティションに相当する第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のみを見せる様子を示した図である。
【図２５】図２５は、記録メディアをマウントするための処理手順を示したフローチャートである。
【図２６】図２６は、記録メディアをマウントするための処理手順を示したフローチャートである。
【図２７】図２７は、非公開のパーティションを公開に切り換えた上でマウントするための処理手順をフローチャートである。
【図２８】図２８は、フラグのフォーマットを示した図である。
【図２９】図２９は、ファイルシステム３２０内のメディア依存部３２４がハード・ディスクに対して読み出し／書き込み処理を行なうための処理手順を示したフローチャートである。
【図３０】図３０は、ファイルシステム３２０のメディア依存部３２４による起動処理の手順を示したフローチャートである。
【図３１】図３１は、ファイルシステム３２０のメディア依存部３２４によるパーティション・レイアウト情報の変更処理の手順を示したフローチャートである。
【図３２】図３２は、ファイルシステム３２０のメディア依存部３２４による終了処理の手順を示したフローチャートである。
【図３３】図３３は、ファイルシステム３２０のメディア非依存部３２３によるディスクのアンマウント処理の手順を示したフローチャートである。
【図３４】図３４は、図３３に示したフローチャート中のステップＳ７１において、ファイルシステム３２０のメディア依存部３２４が行なうディスクのアンマウント処理の手順を示したフローチャートである。
【符号の説明】
【０１８７】
１００…デジタルビデオカメラ
１０１…制御部（ＣＰＵ）
１０２…カメラ機能部
１１１…光学レンズ部
１１２…光電変換部
１１３…画像信号処理部
１１４…画像入出力部
１１５…液晶ディスプレイ
１１６…音声入出力部
１１７…音声信号処理部
１１８…内蔵メモリ（ＲＡＭ）
１１９…内蔵メモリ（ＲＯＭ）
１２０…操作入力部
１３１…通信部
１３２…ドライブ
１４１…電源
１５０…センサ
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…ローカル・バス
２０５…ブリッジ
２０６…入出力バス
２０７…入出力インターフェース
２０８…キーボード
２０９…ポインティング・デバイス（マウス）
２１０…ディスプレイ
２１１…ＨＤＤ
２１４…接続ポート
２２１…リムーバブル記録メディア
２２２…外部接続機器
３１０…アプリケーション
３１１…記録アプリケーション
３１２…再生アプリケーション
３１３…ＵＳＢ接続アプリケーション
３２０…ファイルシステム
３２１、３２２…マウントドライブ情報
３２３…記録再生制御部
３２３Ａ…ＦＡＴ制御部
３２３Ｂ…クラスタ制御部
３２３Ｃ…ディレクトリ・エントリ制御部
３２４…メディア制御部
３２４Ａ…位置制御部
３３０…デバイス・ドライバ
３３１…アクセス制御部
３３２…デバイス・ドライバＡ
３３３…デバイス・ドライバＢ
３４１…記録メディアＡ
３４２…記録メディアＢ
３５０…ＲＡＭ（ワーク領域）
【技術分野】
【０００１】
本発明は、例えばデジタルビデオカメラで撮影された静止画や動画、音声若しくは音楽などの各種データを記録メディアに記録再生する記録再生装置及び記録再生方法、並びにコンピュータ・プログラムに係り、特に、デジタルビデオカメラに対しマニュアル・データやデモデータ、地図データといった比較的大容量となる非撮影系コンテンツのデータを内蔵して提供する記録再生装置及び記録再生方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
情報処理や情報通信など情報技術の発達とともに、過去に作成・編集した情報を再利用する必要が生じてきており、このために情報蓄積技術はますます重要となってきている。これまで、磁気テープや磁気ディスクなどさまざまなメディアを利用した情報記録装置が開発され普及している。このうち、ハード・ディスクなどのディスク型の記録メディアは、基本的には、回転するディスクの記録面上で読み書きヘッドが半径方向にシークする動作によって、ランダム・アクセスが可能である。
【０００３】
ハード・ディスクは既に広汎に普及している。例えば、パーソナル・コンピュータ用の標準的なローカル記録装置として、コンピュータを起動するために必要なオペレーティング・システム（ＯＳ）やアプリケーションなど、さまざまなソフトウェアをインストールしたり、作成・編集したファイルを保存したりするためにハード・ディスクが利用されている。この種のランダム・アクセスが可能となる記録メディアに対しては、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）などのファイルシステム経由で各種データをファイルとして記録再生することができる。
【０００４】
さらに、デジタルカメラのように大容量のデータを扱う情報機器にも、ローカル記録装置、若しくは外付けの記録装置としてハード・ディスクが利用されるようになっている。デジタルカメラは、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）やＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）などの固体撮像素子により被写体を撮影した画像データをデジタル・データとして処理するが、近年のデジタル処理の高速化と記録メディアの大容量化に伴って広範に普及している。デジタルビデオカメラの記録機器にハード・ディスクを用いる場合、多数の高画質画像データのデジタル記録や、記録データへのランダム・アクセスが可能である。また、カメラ本体をコンピュータにＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）接続して、ハード・ディスク上のファイルをコンピュータ側から操作したり画像編集を行なったりすることができる。また、記録メディアの着脱機構を必要としないため、着脱可能な磁気テープや光ディスクを用いる場合に比べて、装置の重量や体積、コストを小さくすることが可能である。加えて、記録メディアの大きさや着脱部のレイアウトに制限されないので、より小型なデジタルビデオカメラを実現でき、デザインの自由度が高くなる（例えば、特許文献１、特許文献２を参照のこと）。
【０００５】
ところで、最近のデジタルビデオカメラでは、マニュアル・データやデモデータ、地図データといった非撮影データを電子化して内蔵するものが増えてきている。例えば、デモ用ディスクを装填するとデモモードとして動作する記録再生装置について提案がなされている（例えば、特許文献３を参照のこと）。また、バッテリではなくＡＣアダプタから電力が供給されているときにデモンストレーション画像を出力する携帯型再生装置について提案がなされており（例えば、特許文献４を参照のこと）、店舗に陳列され元電源を入れるだけでデモンストレーション画像が出力される。また、カメラがデモモードに設定されているときに、表示部にカメラの特徴や使い方を示す画像を表示させるカメラについて提案がなされている（例えば、特許文献５を参照のこと）。また、撮像部により得られる撮像画像について画像認識処理を行ない、その認識結果に基づいて複数のデモンストレーション・モードを切り替えて実行するデジタルビデオカメラについて提案がなされている（例えば、特許文献６を参照のこと）。また、実際の機構駆動によるデモンストレーション用動作を行なう機構駆動デモモードと、実際の機構駆動によるデモンストレーション用動作を行わず表示部にデモンストレーション用動作を映像として表示するプレゼンテーションデモモードとを含むデジタルビデオカメラについて提案がなされている（例えば、特許文献７を参照のこと）。また、デモンストレーション専用のクレードルに接続するだけで、自動的にデモンストレーションが実施されるデジタルビデオカメラについて提案がなされている（例えば、特許文献８を参照のこと）。
【０００６】
デジタルビデオカメラのファインダ画面を通じてデモデータなどの非撮影データを再生出力することにより、音声及びテキスト、図形やビデオなどでユーザに理解し易く出力することができる。しかしながら、多くの場合、デモデータなどの非撮影データの供給元は、撮影データを格納するハード・ディスク・ドライブとは別の記録メディアになっており、パーツの追加などコスト増大を招来する要因となっている。
【０００７】
【特許文献１】特開平８−１４００２７号公報
【特許文献２】特開平９−１６８１０９号公報
【特許文献３】特開２００１−２０３９６３号公報
【特許文献４】特開２００６−１５５７４８号公報
【特許文献５】特開２００７−１３４８９５号公報
【特許文献６】特開２００５−２０３９０６号公報
【特許文献７】特開２００４−３２２２７号公報
【特許文献８】特開２００３−２７１１１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、デジタルビデオカメラで撮影された静止画や動画、音声若しくは音楽などの各種データを、ハード・ディスクのようなディスク型のランダム・アクセスが可能となる記録メディアに好適に記録再生することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【０００９】
本発明のさらなる目的は、デジタルビデオカメラに対しマニュアル・データやデモデータ、地図データといった比較的大容量となる非撮影系コンテンツのデータを内蔵し、ユーザに対し好適に提供することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【００１０】
本発明のさらなる目的は、パーツの追加やコスト増大を招くことなく、非撮影系コンテンツのデータを機器内の記録メディアに格納することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、
ランダム・アクセスが可能な記録メディアと、
前記記録メディア上に設けられた公開領域と、
前記記録メディア上の前記公開領域以降に設けられた非公開領域と、
前記記録メディアに対するアクセスを要求するアクセス要求手段と、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段と、
を具備することを特徴とする記録再生装置である。
【００１２】
ハード・ディスクなどのランダム・アクセスが可能な記録メディアが広範に普及しており、パーソナル・コンピュータなどの計算機システム以外に、デジタルビデオカメラなどの情報機器にも利用されている。
【００１３】
他方、ファインダ画面を通じてデモデータなどの非撮影データを再生出力する機能が多くのデジタルビデオカメラに搭載されているが、撮影データとは異なる記録メディアをこの種の非撮影データの供給元とした場合には、パーツの追加などコスト増大を招来する要因となるなど不便である。
【００１４】
本発明に係る記録再生装置は、例えばデジタルビデオカメラに適用することができるが、マニュアルやデモデータなどの非撮影コンテンツ系のデータを、撮影データとともに同一の大容量記録メディア上で撮影データとともに記録し、その再生動作を好適に制御するようになっている。
【００１５】
例えば、記録メディア上にユーザへ公開していない領域、すなわち、当該記録メディアを搭載したデジタルビデオカメラなどの製品仕様として公開されていない領域が存在する場合には、かかる非公開領域にデモデータ（さらには、地図データや取扱説明書データ）などの非撮影系のコンテンツ類を格納しておく。そして、デジタルビデオカメラがデモンストレーション・モードとして動作する場合など、必要があるときのみ、当該非公開領域へのアクセスを許可するように記録メディアへのアクセス動作を制御する。
【００１６】
言い換えれば、撮影モードなどデジタルビデオカメラの通常動作時には、デモデータを格納する領域は「非公開」であり、ユーザからはその存在が不可視であるとともに、動画像や静止画などの撮影データの記録に用いられることもない。
【００１７】
本発明に係る記録再生装置において、アクセス制御手段は、記録メディアに対するデータの記録や再生などのアクセスを要求するアクセス要求手段からの要求に応じて、ＦＡＴなどのファイルシステム経由でアクセス動作を制御する。また、記録メディアに対するアドレス指定方式としてＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式を採用することができる。
【００１８】
このような場合、記録メディアの先頭セクタ（ＬＢＡ＝０）には、従来通りのマスタ・ブート・レコード（ＭＢＲ）を配置する。ここで、撮影データなどのユーザ・データを記録する「公開領域」としての第１のパーティションと、デモデータといった非撮影系のコンテンツ類を格納する「非公開領域」として第２のパーティションという２つのパーティションを設けるとした場合、そのＭＢＲ中のパーティション・テーブルからは、各パーティション・テーブルの開始セクタのＬＢＡを指す。また、マスタ・ブート・レコード内のパーティション・テーブルには、パーティション毎にパーティション・ブート・レコード（ＰＢＲ）が位置する。ここでは、第１のパーティションの先頭には第１のパーティション・ブート・レコード（ＰＢＲ１）が配置されるとともに、第２のパーティションの先頭には第２のパーティション・ブート・レコード（ＰＢＲ２）が配置され、これらのパーティション・ブート・レコードに関する情報がパーティション・テーブル内にそれぞれ格納される。そして、第１のパーティション及び第２のパーティションの直前には、陰のマスタ・ブート・レコードとなる、第１のマスタ・ブート・レコード及び第２のマスタ・ブート・レコードをそれぞれ配置する。
【００１９】
以上のようにして、第１及び第２のパーティションをそれぞれ配置しておくと、ＬＢＡ＝０に配置されている従来通りのＭＢＲから見えるパーティションは第１のパーティション及び第２のパーティションの双方であるが、第１のマスタ・ブート・レコードから見えるパーティションは第１のパーティションのみ、第２のマスタ・ブート・レコードから見えるパーティションは第２のパーティションのみとなる。
【００２０】
そして、アクセス制御手段は、アクセス要求手段からの要求内容に応じて、第１又は第２のマスタ・ブート・レコードが配置されているＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行ない、且つ、記録メディア全体のサイズとしてパーティションのサイズを算出して提示する。これによって、アクセス要求手段からは、第１のマスタ・ブート・レコードから見える第１のパーティションのみ、又は、第２のマスタ・ブート・レコードから見える第２のパーティションのみが、記録メディアとして見えることになる。
【００２１】
すなわち、本発明によれば、従来の機器との接続互換性が維持された形態で、第１のパーティション及び第２のパーティションの双方、第１のパーティションのみ、第２のパーティションのみという具合に、３種類の接続形態を実現することができる。ここで言う接続形態とは、ファイルシステム経由で記録メディアにアクセスを行なう上位アプリケーションに対する記録メディアの「見せ方」に相当する。
【００２２】
例えば、第１のパーティションを公開領域、第２のパーティションを非公開領域として用いることができる。アクセス制御手段は、例えば記録メディアの最大アドレスが第１のパーティションの最終アドレスとなるように容量クリップすると、所定の手順にて容量復元を行なわない限り、上位アプリケーションに対して第２のパーティションの存在を隠蔽することができる（言い換えれば、記録メディアへの撮影データの記録を行なう上位アプリケーションは、公開領域としての第１のパーティションにのみ記録を行なう）。
【００２３】
ユーザに非公開の第２のパーティションにデモデータなどの再生専用となるデータを格納しておけば、記録メディアは未使用の状態としてユーザに提示することができ、また追記によるデータ破壊から保護することができる。これに対し、撮影データなどのユーザ・データの記録再生に用いるのと同じパーティション上にデモデータなどの非撮影系コンテンツのデータを格納した場合には、機器の出荷直後で動画や静止画などの撮影データを未記録の状態であっても、使用開始直後の記録メディアが既に幾らかの容量が使用済みとしてユーザに見えてしまう不具合がある。
【００２４】
また、本発明の第２の側面は、公開領域及び前記公開領域以降に設けられた非公開領域が設けられた記録メディアへのアクセス動作を制御するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記記録メディアに対するアクセスを要求するアクセス要求手段、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段、
として機能させるためのコンピュータ・プログラムである。
【００２５】
本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによって、コンピュータ上では協働的作用が発揮され、本発明の第１の側面に係る記録再生装置と同様の作用効果を得ることができる。
【発明の効果】
【００２６】
本発明によれば、デジタルビデオカメラに対しマニュアル・データやデモデータ、地図データといった比較的大容量となる非撮影系コンテンツのデータを内蔵し、ユーザに対し好適に提供することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することができる。
【００２７】
また、本発明によれば、パーツの追加やコスト増大を招くことなく、非撮影系コンテンツのデータを機器内の記録メディアに格納することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することができる。
【００２８】
また、本発明によれば、マニュアルやデモデータなどの非撮影コンテンツ系のデータを、撮影データとともに同一の大容量記録メディア上で撮影データとともに記録し、その再生動作を好適に制御することができる、優れた記録再生装置及び記録再生方法、並びにコンピュータ・プログラムを提供することにある。
【００２９】
本発明を例えばハード・ディスク・ドライブ内蔵のデジタルビデオカメラに適用した場合、新たなパーツを追加することなく、且つ、ユーザに公開している記録可能サイズ（製品仕様として公開している記録可能サイズ）を削減することなく、デモデータなどの比較的大容量の非撮影データを低コストで格納することが可能である。
【００３０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【発明を実施するための最良の形態】
【００３１】
以下、図面を参照しながら本発明の実施形態について詳解する。
【００３２】
図１には、本発明を適用した記録再生装置として動作することができる装置の一例として、デジタルビデオカメラの構成を模式的に示している。
【００３３】
図示のデジタルビデオカメラ１００は、光学レンズ部１１１と、光電変換部１１２、カメラ機能制御部１０２と、画像信号処理部１１３と、画像入出力部１１４と、液晶ディスプレイ（ファインダ）１１５と、音声入出力部１１６と、音声信号処理部１１７と、通信部１３１と、制御部１０１と、内蔵メモリ（ＲＡＭ）１１８と、内蔵メモリ（ＲＯＭ）１１９と、操作入力部１２０と、記録メディアに対するドライブ１３２と、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）や加速度センサなどのセンサ１５０と、上記の各構成部に対する電力供給を行なう電源１４１を備えている。
【００３４】
制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などで構成されるが、ＲＯＭ（ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１９に格納された各種の処理プログラムに従って処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１８は、各処理において途中結果を一時記録するなど、主に作業領域として用いられる。
【００３５】
操作入力部１２０は、動画撮影モード、静止画撮影モード、ＶＴＲモードなどの動作モードを切り換えるモード切り換えキー、静止画の撮影のためのシャッターキー、動画を撮影するための撮影開始キー、録画キー、再生キー、停止キー、早送りキー、早戻しキーなどの種々の操作キーや機能キーなどを備え、ユーザからの操作入力を受け付けて、受け付けた操作入力に応じた電気信号を制御部１０１に供給する。
【００３６】
制御部１０１は、ユーザからの操作入力に応じて、目的とする処理を行なうためのプログラムをＲＯＭ１１９から読み出して実行し、各部を制御することによって、ユーザからの指示に応じた処理の制御を行なう。
【００３７】
デジタルビデオカメラ１００は、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどの各種の記録メディアを装着可能であり、これらの記録メディアに対してドライブ１３２を介して各種の情報を記録し、また、これらの記録メディアに記録された情報を再生する。
【００３８】
ここで言う記録メディアには、いわゆるハード・ディスクが含まれる。ハード・ディスクの記録領域はＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）などのファイルシステムによって管理されており、アプリケーションやオペレーティング・システムなどの上位層プログラムはファイルシステムを介してハード・ディスク内の記録領域にアクセスすることができる。また、ハード・ディスクは専用のデバイス・ドライバによって駆動制御され、ファイルシステムはデバイス・ドライバに対し書き込みコマンドや読み出しコマンドなどのホスト・コマンドを発行する。本実施形態では、ハード・ディスクの記録領域は、ユーザに公開された（すなわち製品仕様として公開されている）「公開領域」と、ユーザには公開されていない「非公開領域」に大別されるものとする（後述）。
【００３９】
デジタルビデオカメラ１００は、画像を撮像して得た画像データを、ドライブ１３２を介して磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ（例えば、「メモリスティック（登録商標）」など）といった各種記録メディアに記録する「撮像モード」と、画像入出力部１１４や音声入出力部１１６あるいは通信部１３１を通じて供給を受けたデータを記録メディアに記録したり、記録メディアに記録されているデータを再生したりする「ＶＴＲモード」、並びに、カメラの特徴や使い方を示す画像を液晶ディスプレイ１１５に表示させる「デモンストレーション・モード」などを備えている。
【００４０】
撮像モード下では、動画を撮像するとともに、これと同時に収音するようにした音声とを記録メディアに記録する動画撮像モードと、静止画を撮像する静止画撮像モードを備えている。また、ＶＴＲモード下では、記録ボタン・スイッチなどによって構成される操作入力部１２０を操作することによって供給されるデータの記録が行なわれ、また、再生ボタン・スイッチを操作することにより記録メディアに記録されている目的とするデータを再生することができる。また、デモンストレーション・モードでは、音声及びテキスト、図形やビデオなどを通じて、カメラの特徴や使い方をユーザに理解し易く出力することができる。
【００４１】
また、図２には、本発明を適用した記録再生装置として動作することができる装置の他の例として、パーソナル・コンピュータの構成を模式的に示している。
【００４２】
ＣＰＵ２０１は、オペレーティング・システム（ＯＳ）が提供するプログラム実行環境下で、ＲＯＭ２０１やハード・ディスク・ドライブ２１１に格納されているプログラムを実行する。
【００４３】
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２は、ＰＯＳＴ（Ｐｏｗｅｒ Ｏｎ Ｓｅｌｆ Ｔｅｓｔ）やＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ ＳＹｓｔｅｍ）などのプログラム・コードを恒久的に格納する。ＲＡＭ２０３は、ＲＯＭ２０２やＨＤＤ２１１に格納されているプログラムをＣＰＵ２０１が実行する際にロードしたり、実行中のプログラムの作業データを一時的に保持したりするために使用される。これらはＣＰＵ２０１のローカル・ピンに直結されたローカル・バス２０４により相互に接続されている。
【００４４】
ローカル・バス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスなどの入出力バス２０６に接続されている。
【００４５】
キーボード２０８と、マウスなどのポインティング・デバイス２０９は、ユーザにより操作される入力デバイスである。ディスプレイ２１０は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などから成り、各種情報をテキストやイメージで表示する。
【００４６】
ＨＤＤ２１１は、記録メディアとしてのハード・ディスクを内蔵し、ハード・ディスクを駆動する。ハード・ディスクには、オペレーティング・システムや各種アプリケーションなどＣＰＵ２１０が実行するプログラムをインストールしたり、動画像や静止画像などのメディア・ファイルや、データ・ファイルなど、各種のローカル・ファイルを保存したりするために使用される。
【００４７】
ＨＤＤ２１１の記録領域はＦＡＴなどのファイルシステムによって管理されており、アプリケーションやオペレーティング・システムなどの上位層プログラムはファイルシステムを介してハード・ディスク内の記録領域にアクセスすることができる。また、ハード・ディスクは専用のデバイス・ドライバによって駆動制御され、ファイルシステムはデバイス・ドライバに対し書き込みコマンドや読み出しコマンドなどのホスト・コマンドを発行する。本実施形態では、ハード・ディスクの記録領域は、ユーザに公開された（すなわち製品仕様として公開されている）「公開領域」と、ユーザには公開されていない「非公開領域」に大別されるものとする（後述）。
【００４８】
ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ（例えば、「メモリスティック（登録商標）」など）といったリムーバブル記録メディア２２１に記録されているデータ又はプログラムを読み出して、入出力インターフェース２０７、入出力バス２０６、ブリッジ２０５、及びローカル・バス２０４を介して接続されているＲＡＭ５０３に供給する。
【００４９】
接続ポート２１４は、外部接続機器２２２を接続するポートであり、ＵＳＢやＩＥＥＥ１３９４などの接続インターフェースを持つ。接続ポート２１４は、インターフェース２０７、及び入出力バス２０６、ブリッジ２０５、ローカル・バス２０４を介してＣＰＵ２０１に接続されている。通信部２１５は、ネットワークに接続され、その他の情報処理装置（図示しない）との通信を実行する。
【００５０】
上述したデジタルビデオカメラ１００では、光学レンズ部１１１や光電変換部１１２などからなるカメラ部を通じて撮像することにより得た静止画データや動画データ、あるいは、画像入出力部１１４を通じて外部機器から供給を受けた静止画データや動画データ、さらには、通信部１３１を介して供給を受けた静止画データや動画データなどをハード・ディスクに記録することができる。また、パーソナル・コンピュータ２００などの情報機器においても、編集データや、接続ポート２１４や通信部２１５を介して供給を受けた静止画データや動画データなどをハード・ディスクの公開領域に記録することができる。
【００５１】
続いて、デジタルビデオカメラ１００やパーソナル・コンピュータ２００などの情報機器において、ＦＡＴファイルシステムを利用して記録メディアに対するデータの記録並びに再生を行なうための動作について説明する。但し、以下で言う「記録メディア」とは、図１に示したデジタルビデオカメラがドライブ１３２として搭載するハード・ディスクや、図２に示したコンピュータが内蔵するＨＤＤ２１１などに相当するが、ＦＡＴファイルシステムに組み込むことができるその他のさまざまな記録メディアを含めることができる、ということを理解されたい。
【００５２】
記録メディアの記録空間を管理するファイルシステムは、ハード・ディスクなど記録メディア毎のデバイス・ドライバに対して書き込みや読み出しなどを要求するホスト・コマンドを発行することで、データの書き込みや読み出しを行なう（前述）。図３には、記録メディアにアクセスしてデータの記録並びに再生を行なうための処理階層を模式的に示している。
【００５３】
最上位層のアプリケーション・プログラムは、ユーザからの処理要求を受け付けるとともに処理結果を返すユーザ・インターフェース（ＵＩ）となる。アプリケーション・プログラムの直近下層には記録メディア上のファイルを管理するファイル管理プログラムとしてのファイルシステムが存在する。さらにその下層のデバイス・ドライバは、ファイルシステムからの情報に基づいて、記録メディアを制御する。
【００５４】
アプリケーションとファイルシステム間では、ファイルを単位としてアクセス要求及び応答がなされる。また、ファイルシステムとデバイス・ドライバ間では、クラスタを単位としてアクセス要求及び応答がなされる。また、デバイス・ドライバと記録メディア間では、セクタを単位としてアクセス要求及び応答がなされる。アプリケーション、ファイルシステム、並びにデバイス・ドライバは、制御部１０１やＣＰＵ２０１で実行するソフトウェア・プログラムである。
【００５５】
記録メディアに対してデータを記録し、又は記録メディアからデータを再生する場合、例えばアプリケーション・プログラムを介する要求がファイルシステム、デバイス・ドライバの順に伝えられ、ファイルシステム並びにデバイス・ドライバの機能によりデータの書き込み又は再生が実行される。
【００５６】
図４には、図３に示した処理階層のうち、ファイルシステムをさらに詳細にして示している。図示の例では、２つの記録メディアＡ３４１及び記録メディアＢ３４２が装備されており、デバイス・ドライバ３３０としてそれぞれに対応するデバイス・ドライバＡ３３２及びデバイス・ドライバＢ３３３がインストールされている。
【００５７】
アプリケーション３１０、ファイルシステム３２０、及びデバイス・ドライバ３３０は、それぞれの処理に必要なプログラムやパラメータの格納、データ処理におけるワーク領域としてＲＡＭ３５０を利用する。
【００５８】
アプリケーション３１０には、各記録メディアに対するデータ記録処理を実行する記録アプリケーション３１１や、各記録メディアに記録されたデータの再生処理を実行する再生アプリケーション３１２、接続機器による処理を実行するＵＳＢ接続アプリケーション３１３など、処理に応じたアプリケーションが含まれる。ユーザはこれらのアプリケーション３１１〜３１３を選択してさまざまな処理を実行することになる。記録アプリケーション３１１並びに再生アプリケーション３１２はファイルシステム経由でデバイス・ドライバ３３０にアクセスし、ＵＳＢ接続アプリケーション３１３はデバイス・ドライバ３３０に直接アクセスするものとする。
【００５９】
ファイルシステム３２０は、記録メディアの種別やフォーマット情報などを含む各記憶メディア対応のマウントドライブ情報３２１、３２２を保持し、これらマウントドライブ情報に従って、ハード・ディスクなどの記録メディアを適用したデータ記録並びに再生制御を実行する。ファイルシステム３２０は、データ記録再生制御を実行する記録再生制御部３２３と、メディア制御を実行するメディア制御部３２４を有する。記録再生制御部３２３の実行する処理はメディア非依存型のメディア共通の処理であり、メディア制御部３２４の実行する処理はメディア依存型の処理である。
【００６０】
記録再生制御部３２３は、ファイル・アロケーション・テーブル（ＦＡＴ）の記録や参照処理を実行するＦＡＴ制御部３２３Ａと、データ記録位置情報としてのクラスタの決定処理やクラスタ番号に基づく再生位置決定処理を実行するクラスタ制御部３２３Ｂと、ファイルに対応する情報を格納したディレクトリ・エントリ（後述）を生成し、又は参照する処理を実行するディレクトリ・エントリ制御部３２４Ｃを有する。ディレクトリ・エントリ制御部３２４Ｃは、アプリケーション３０１からの記憶手段やファイル指定情報に基づいて特定のファイルに対応するディレクトリ・エントリを取得し、例えばファイル再生の場合は、ディレクトリ・エントリから先頭クラスタ番号を取得し、クラスタ制御部３２４Ｂに提供する。
【００６１】
メディア制御部３２４は、位置算出部３２４Ａを有する。位置算出部３２４Ａは、クラスタ制御部３２２が決定するクラスタ情報やＦＡＴのクラスタ連鎖情報に基づいて、クラスタ番号によってデータ記録又はデータ再生を実行する記録メディア上のアクセス位置を決定し、その位置情報に従ってデバイス・ドライバ３３０を制御し、デバイス・ドライバ３３０を介して記録メディアに対するデータ記録、又は当該記録メディアからのデータ再生を実行する。
【００６２】
続いて、ファイルシステムを用いた一般的な記録メディアの管理方法について説明する。
【００６３】
ハード・ディスクのようなディスク型の記録メディアに対するアドレス指定方式として、シリンダ（Ｃｙｌｉｎｄｅｒ）、ヘッド（Ｈｅａｄ）、セクタ（Ｓｅｃｔｏｒ）の３つのパラメータを１組として用いてアドレスを指定するＣＨＳ（Ｃｙｌｉｎｄｅｒ／Ｈｅａｄ／Ｓｅｃｔｏｒ）方式と、記録領域上のアクセス可能な各単位ブロック（例えば、１セクタ単位）に０番から順番に数字（ブロック・アドレス（論理アドレス））を割り当てるＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式を挙げることができる。ＣＨＳ方式は、ハード・ディスクの物理的構造をそのまま流用したアドレス指定方式であり、シリンダ、ヘッド、セクタというアドレス指定のためのパラメータが３つあることから、ソフトウェア的な処理が複雑である。これに対し、ＬＢＡ方式は、ブロック・アドレスという単一のパラメータで指定するので、アクセス時のアドレス指定が極めて簡単である。現在、ハード・ディスクのアドレス指定方式としてはＬＢＡ方式が主流である。ちなみに、ＬＢＡ方式は、例えばメモリカードなどのリムーバブル・メディアやその他の記録メディアにも広く適用されている。以下では、ＬＢＡ方式を用いて説明することにする。
【００６４】
また、ハード・ディスクの記録空間は、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）などのファイルシステムによって管理される。この種のファイルシステムは、記録メディアに対して記録される各ファイルについての記録位置情報、記録位置連鎖情報といったファイルシステムの管理情報を管理する。例えば、図１に示したデジタルビデオカメラでは、静止画像、動画像、音声（又は音楽）といった各種データ（撮影データ）は、ファイルシステムを介してファイルとしてハード・ディスクなどの記録メディアに記録される。１つの記録メディアは１又は２以上のパーティションに区画される。ＦＡＴには、ＦＡＴ１６やＦＡＴ３２が挙げられる。ＦＡＴ方式でフォーマットされたパーティションは、セクタと称される所定容量（例えば、５１２バイト）毎の区画に分割され、各セクタにはセクタ・アドレスが付与される。セクタは区画の最小単位であるが、実際には複数のセクタをまとめたクラスタを単位にしてデータの記録・再生を行なうことが多い。
【００６５】
クラスタは、ＦＡＴがパーティション内のデータ領域を管理できる最小単位であり、１ファイル当たりの最小記録単位に相当する。１つのクラスタは、記録メディアの最小単位であるセクタ（ハード・ディスクの場合、セクタ・サイズ＝５１２バイト）をｎ個（ｎ＝１，２，４，…，６４，１２８）集めた構成になる。セクタはファイルを管理する単位としては小さ過ぎるので、複数のセクタをまとめたクラスタという単位を用いることによって、ファイルの管理が容易となる。クラスタの具体的な大きさは、例えばＦＡＴ３２の場合には４キロバイトである。
【００６６】
ファイルシステムは、記録メディア上のファイルを管理するための仕組み、すなわち、ユーザが論理的に扱うファイルやディレクトリを実際の物理的なディスク上に対応させてファイルやディレクトリ自体を構成する体系であり、ディレクトリ・エントリとＦＡＴという情報を管理する。
【００６７】
ファイルは、クラスタを単位として構成されているが、クラスタの記録メディア上の物理的な位置はファイル毎に常に連続している訳ではない。ＦＡＴは、ファイルを構成するクラスタ同士のつながりを管理するためのテーブルであり、ＦＡＴの各エントリは記録メディアの各クラスタと１対１に対応している。また、ファイルの開始クラスタはディレクトリ・エントリに記録され、その次のクラスタを指しているのは最初のクラスタに対応するＦＡＴの次のエントリの内容である。記録メディア内のパーティション内にファイルが記録されたとき、ファイル名や記録日時といったファイルの詳細情報を管理するためのディレクトリ・エントリが形成される。
【００６８】
図５には、記録メディアに記録される各ファイルに設定されるディレクトリ・エントリの情報構造を模式的に示している。図示のように、各ファイルに対応するディレクトリ・エントリは、ファイル名欄、拡張名欄、属性欄、予約欄、作成時刻欄、作成日欄、最終アクセス日付欄、先頭クラスタ番号の指示情報（Ｈｉｇｈ）欄、記録時刻欄、記録日付欄、先頭クラスタ番号の指示情報（Ｌｏｗ）欄、ファイル・サイズ欄を備え、それぞれ対応する情報、すなわち、ファイル名、拡張名、属性、作成時刻、作成日、最終アクセス日付、先頭クラスタ番号（Ｈｉｇｈ）、記録時刻、記録日付、先頭クラスタ番号（Ｌｏｗ）、ファイル・サイズを格納する。このディレクトリ・エントリの情報を用いることにより、ファイル名によって特定されるファイルは、（１）どのような属性のものであり、（２）開始クラスタはどこで、（３）どの位の大きさのファイルであり、（４）いつ作成され、（５）最終アクセスはいつで、（６）データの記録はいつ行なわれたかなどを管理することができる。先頭クラスタ番号は、パーティションをクラスタ単位に区画したデータ領域の内の何番目のクラスタから当該ファイルのデータの記録が行なわれたかを示すものであり、ディレクトリ・エントリ内では、同図に示すように、先頭クラスタ番号を上位側（ｈｉｇｈ側）の２バイトと下位側（Ｌｏｗ側）の２バイトに分けて管理される。
【００６９】
また、ファイル・アロケーション・テーブル（ＦＡＴ）は、記録メディアに対して記録されるデータ・ファイル各々についての記録位置情報、記録位置連鎖情報を管理するテーブルである。図６には、ファイル・アロケーション・テーブルのデータ構成例を示している。各ファイルの構成データは、１つ以上のクラスタに分散されて記録メディアに記録される。ファイル・アロケーション・テーブルは、各ファイルの構成データを格納したクラスタのクラスタ番号の連鎖情報を格納している。同図中の２重線で示す項目は、インデックスであり、データ・エントリとして、以下のクラスタ番号を示している。なお、同図に示すテーブルでは［０×］を省略しているが、上記［０×］は後続の８桁の０〜Ｆの数値で示されるクラスタ番号が１６進数表記であることを示している。
【００７０】
［０×００００００００］〜［０×０００００００Ｆ］
［０×００００００１０］〜［０×０００００１０Ｆ］
［０×００００００２０］〜［０×０００００２０Ｆ］
［０×００００００３０］〜［０×０００００３０Ｆ］
【００７１】
各ファイルの構成データを格納したクラスタ番号の位置に、ファイル構成データの次のデータを格納したクラスタ番号が記録され、最終クラスタ番号の位置にはＥＯＦ（エンドオブファイル）を示すコード［０×０ＦＦＦＦＦＦＦ］が記録される。先頭クラスタ番号は、各ファイルのディレクトリ・エントリ（図５を参照のこと）に記録されている（前述）。
【００７２】
例えば、ディレクトリ・エントリに記録された第１のファイルの先頭クラスタ番号を０×０００００００７とし、第２のファイルの先頭クラスタ番号を０×０００００００Ａとし、第３のファイルの先頭クラスタ番号を０×００００００１Ｂとし、第４のファイルの先頭クラスタ番号を０×００００００２Ｃとする。
【００７３】
第１ファイルの先頭クラスタ番号は、［０×０００００００７］であるので、まず、クラスタ番号［０×０００００００７］のクラスタを読み取ることで、第１ファイルの最初のデータが取得できる。第１ファイルの次の構成データの記録されたクラスタ番号は、図６に示すＦＡＴのクラスタ番号［０×０００００００７］の位置の記録情報に基づいて知ることができる。図６に示すＦＡＴのクラスタ番号［０×０００００００７］の位置にはクラスタ番号［０×０００００００８］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０×０００００００８］であることが判明し、クラスタ番号［０×０００００００８］のクラスタからデータを読み取ることができる。
【００７４】
さらに、第１ファイルの次の構成データの記録されたクラスタ番号は、図６に示すＦＡＴのクラスタ番号［０×０００００００８］の位置に記録されている。図６に示すＦＡＴのクラスタ番号［０×０００００００８］の位置にはクラスタ番号［０×０００００００９］が記録され、第１ファイルの次の構成データの記録されたクラスタ番号は［０×０００００００９］であることが判明し、クラスタ番号［０×０００００００９］のクラスタからデータを読み取ることができる。さらに、次の構成データの記録されたクラスタ番号を取得するため、ＦＡＴのクラスタ番号［０×０００００００９の位置の記録情報を参照すると、ＥＯＦ（エンドオブファイル）の対応コード［０×０ＦＦＦＦＦＦＦ］が記録されており、後続データはないことが判明する。
【００７５】
結果として、第１のファイルは、クラスタ番号：［０×０００００００７］→［０×０００００００８］→［０×０００００００９］によって指定されるクラスタに格納されていることが判明する。
【００７６】
同様に、第２のファイルはクラスタ番号：［０×０００００００Ａ］→［０×００００００１Ｆ］→［０×０００００２５］→［０×００００００３１］→［０×００００００３０］によって指定されるクラスタに格納され、第３のファイルはクラスタ番号：［０×０００００１Ｂ］→［０×０００００１１］→［０×０００００１２］→［０×０００００１３］→［０×０００００１４］→［０×００００００３］によって指定されるクラスタに格納され、第４のファイルはクラスタ番号：［０×０００００２Ｃ］→［０×０００００２Ｄ］→［０×０００００２Ｅ］→［０×０００００２Ｆ］→［０×０００００３８］→［０×０００００３９］→［０×０００００３Ａ］→［０×０００００３Ｂ］によって指定されるクラスタに格納されていることが判明し、これらのクラスタからデータを取得することが可能となる。
【００７７】
なお、図６に示したＦＡＴは、ＦＡＴ３２に対応するデータ構成例である。ＦＡＴ３２では、ＥＯＦ（エンドオブファイル）の対応コードは［０×０ＦＦＦＦＦＦＦ］であるが、ＦＡＴ１６では、ＥＯＦ（エンドオブファイル）の対応コードは［０×ＦＦＦＦ］である。ＥＯＦ（エンドオブファイル）の対応コードを検出することで、ファイル構成データが終了することを判別することができる。
【００７８】
このように、記録メディアに記録される各ファイルは、以下の３要素を有し、これらが記録メディア上に記録され、ディレクトリ・エントリとＦＡＴに基づいて各ファイルの構成クラスタを識別して、データを読み取ることができる。
【００７９】
（ａ）ファイル名や作成日時、ファイル・サイズなどを保持する「ディレクトリ・エントリ」
（ｂ）クラスタの連鎖情報を保持する「ＦＡＴ」
（ｃ）クラスタ単位で記録されている「データ（ファイルの実体）」
【００８０】
また、ハード・ディスクなどの記録メディアを１以上のパーティションに区切り、指定したパーティションに対してフォーマット処理を施すことによって、そのパーティションはＦＡＴファイルシステムに組み込まれる。
【００８１】
ＦＡＴ１６のデータ構造は、図７Ａに示すように、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、以降はパーティション毎に、パーティション・ブート・レコード（ＰＢＲ）、ファイル・アロケーション・テーブル１（ＦＡＴ１）、ファイル・アロケーション・テーブル２（ＦＡＴ２）が記録され、さらにルート・ディレクトリ・エントリ、並びにデータ領域が続く。データ領域は複数のクラスタに区画される。
【００８２】
また、図７Ｂには、ハード・ディスクにパーティションを設け、ＦＡＴ３２でフォーマットした場合のデータ構造を示している。図示のように、ＦＡＴ３２のデータ構造は、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、以降はパーティション毎に、パーティション・ブート・レコード（ＰＢＲ）、ファイルシステム情報（ＦＳｉｎｆｏ）、ファイル・アロケーション・テーブル１（ＦＡＴ１）、ファイル・アロケーション・テーブル２（ＦＡＴ２）が記録され、その後はデータ領域が続く。データ領域は複数のクラスタに区画される。ファイル・アロケーション・テーブル２（ＦＡＴ２）は、ファイル・アロケーション・テーブル１（ＦＡＴ１）のコピーであり、予備データとして利用される。
【００８３】
なお、説明の簡素化のため、図７には、ハード・ディスク内にパーティションを１つだけ設けた場合のＦＡＴ３２のそれぞれのデータ構造を示したが、記録領域を複数のパーティションに区切って管理することが可能である。
【００８４】
図８には、マスタ・ブート・レコードの構成を模式的に示している。マスタ・ブート・レコードは、起動時に最初に読み込まれるセクタに相当し、主に起動情報とパーティション情報を保持している。起動情報は、起動コード領域に格納される、「ブート・ストラップ・ローダ」とも呼ばれる起動コードである。また、パーティション情報は、各パーティションの開始アドレスとサイズ情報を含むパーティション・テーブルを保持している。記録領域を複数のパーティションに区切った場合、パーティション毎のパーティション・テーブルが設定される。
【００８５】
マスタ・ブート・レコード内には複数個のパーティション・テーブル（図７に示した例では４個）を設けることができる。各パーティション・テーブルは、上述したように、例えばハード・ディスクの記録領域を分割して形成される各パーティション領域の位置（開始アドレス）と大きさ（パーティション・サイズ）を示す情報を保持する。なお、パーティション・テーブル領域に続く２バイト（０Ｅ，０Ｆ）には、パーティション・テーブルに対する署名（ブート・シグニチャ）が付与される。
【００８６】
図９には、１６バイト（１２８ビット）データ長からなるパーティション・テーブルのデータ構造を示している。０バイト目から７バイト目までの８バイト分のエリアがＣＨＳ（Ｃｙｌｉｎｄｅｒ／Ｈｅａｄ／Ｓｅｃｔｏｒ）方式でアドレスを指定する場合に用いる情報の格納エリアであり、８バイト目から１５バイト目までの８バイト分のエリアがＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式でアドレスを指定する場合に用いる情報の格納エリアである。
【００８７】
パーティション・テーブルのうちＣＨＳ方式でアクセスする場合に用いる情報の格納エリアは、０バイト目のアクティブ・フラグ情報（以下、単に「フラグ情報」という）の格納エリア、１バイト目から３バイト目までの３バイト分のＣＨＳ方式でアクセスする場合に用いる開始セクタ情報の格納アリア、４バイト目のパーティション・タイプ情報（以下、単に「タイプ情報」という）の格納エリア、及び、５バイト目から７バイト目までの３バイト分のＣＨＳ方式でアクセスする場合に用いる終了セクタ情報の格納エリアである。
【００８８】
また、パーティション・テーブルのうちＬＢＡ方式でアクセスする場合に用いる情報の格納エリアは、８バイト目から１１バイト目までの４バイト分のＬＢＡ方式で用いられる開始セクタ情報の格納エリアと、１２バイト目から１５バイト目までの４バイト分のＬＢＡ方式で用いられるパーティション・サイズの格納エリアである。
【００８９】
起動時には、まず、マスタ・ブート・レコードの起動コード領域から、「ブート・ストラップ・ローダ」とも呼ばれる起動コード（プログラム）が読み出される。読み出された起動コードは、起動コードの直後に形成されるパーティション・テーブル領域のパーティション・テーブルを参照し、目的とするパーティションの開始セクタのアドレスを取得すると、そこからパーティション・ブート・セクタ（ＰＢＲ）の情報を読み出す。そして、このブート・セクタのコード（プログラム）によって、このパーティションに置かれたオペレーティング・システム（ＯＳ）が起動される。
【００９０】
なお、ＦＡＴ１６／３２の詳細については、例えば、“Ｍｉｃｒｏｓｏｆｔ Ｅｘｔｅｎｓｉｂｌｅ Ｆｉｒｍｗａｒｅ Ｉｎｉｔｉａｔｉｖｅ ＦＡＴ３２ Ｆｉｌｅ Ｓｙｓｔｅｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ”を参照されたい。
【００９１】
「背景技術」の欄でも既に述べたように、ファインダ画面を通じてデモデータなどの非撮影データを再生出力する機能が多くのデジタルビデオカメラに搭載されており、音声及びテキスト、図形やビデオなどでユーザに理解し易くデモンストレーションを実施することができる。
【００９２】
ところが、撮影データとは異なる記録メディアをこの種の非撮影コンテンツ系データの供給元とした場合（すなわち、撮影データを記録するハード・ディスクとは別に、非撮影コンテンツ用の記録メディアを機器に装備した場合）には、パーツの追加などコスト増大を招来する要因となるなど不便である。
【００９３】
そこで、本実施形態では、デモデータなどの非撮影データを、撮影データとともに同一のハード・ディスク上に記録し、その再生動作を好適に制御するようになっている。
【００９４】
また、本実施形態では、デジタルビデオカメラ１００あるいはパーソナル・コンピュータ２００に搭載されるハード・ディスクの記録領域は、ユーザに公開された「公開領域」と、ユーザには公開されていない「非公開領域」に大別されることを想定している。そして、非公開領域にデモデータ（さらには、地図データや取扱説明書データ）などの非撮影系のコンテンツ類を格納しておき、デジタルビデオカメラがデモンストレーション・モードとして動作する場合など、必要があるときのみ、当該非公開領域へのアクセスを許可するように記録メディアへのアクセス動作を制御するようにしている。
【００９５】
撮影モードなどデジタルビデオカメラの通常動作時には、デモデータを格納する領域は「非公開」であり、ユーザからはその存在が不可視であるとともに、動画像や静止画などの撮影データの記録に用いられることもない。
【００９６】
ハード・ディスクの記録領域に非公開領域を配設することは、例えば図１０（Ａ）に示すように、デジタルビデオカメラの製造業者がハード・ディスク・ドライブのベンダから仕入れる際の純粋ディスク容量（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）が４０ＧＢであるのに対し、製造時において当該ディスク容量の一部をクリップして、製品仕様としての見かけ上のディスク容量（Ｍａｘ Ａｄｄｒｅｓｓ）は３０ＧＢとして出荷することに相当する。図１０（Ｂ）において斜線で示す非公開領域は、ユーザからアクセス不可能となる。具体的には、図１０（Ｃ）に示すように、斜線以外の領域のみＦＡＴフォーマット処理を行なうことで、当該領域はＦＡＴによりアクセス可能な公開領域となる一方、斜線部分はＦＡＴによりアクセスすることができない非公開領域となる。
【００９７】
ハード・ディスクなどの記録メディアを１以上のパーティションに区切り、指定したパーティションに対してフォーマット処理を施すことによって、各々のパーティションはＦＡＴファイルシステムに組み込まれる（前述）。ここで、撮影データなどのユーザ・データを記録する「公開領域」としての第１のパーティションと、デモデータといった非撮影系のコンテンツ類を格納する「非公開領域」として第２のパーティションという２つのパーティションを設けるとした場合、そのＭＢＲ中のパーティション・テーブルからは、各パーティション・テーブルの開始セクタのＬＢＡを指す。ＦＡＴファイルシステムであれば、マスタ・ブート・レコード内のパーティション・テーブルには、パーティション毎にパーティション・ブート・レコード（ＰＢＲ）が位置する。ここでは、第１のパーティションの先頭には第１のパーティション・ブート・レコード（ＰＢＲ１）が配置され、第２のパーティションの先頭には第２のパーティション・ブート・レコード（ＰＢＲ２）が配置され、これらのパーティション・ブート・レコードに関する情報がパーティション・テーブル内にそれぞれ格納される。そして、第１のパーティション及び第２のパーティションの直前には、陰のマスタ・ブート・レコードとなる、第１のマスタ・ブート・レコード（ＭＢＲ１）及び第２のマスタ・ブート・レコード（ＭＢＲ２）がそれぞれ配置される。
【００９８】
以上のようにして、ハード・ディスク上に第１及び第２のパーティションをそれぞれ配置しておくと、従来通りのＭＢＲから見えるパーティションはＭＢＲ１及びＭＢＲ２の双方であるが、ＭＢＲ１から見えるパーティションは第１のパーティションのみ、ＭＢＲ２から見えるパーティションは第２のパーティションのみという具合に、従来の機器との接続互換性が維持された形態で、３種類の接続形態を実現することができる。ここで言う接続形態とは、ファイルシステム経由で記録メディアにアクセスを行なう上位アプリケーションに対する記録メディアの「見せ方」に相当する。
【００９９】
例えば、記録メディアの最大アドレスが第１のパーティションの最終アドレスとなるように容量クリップすると、所定の手順にて容量復元を行なわない限り、上位アプリケーションに対して第２のパーティションの存在を隠蔽することができる（言い換えれば、記録メディアへの撮影データの記録を行なう上位アプリケーションは、公開領域としての第１のパーティションにのみ記録を行なう）。
【０１００】
このように、ユーザに非公開の第２のパーティションにデモデータを格納しておけば、記録メディアは未使用の状態としてユーザに提示することができる。（これに対し、第１のパーティション上にデモデータなどの非撮影系コンテンツのデータを格納した場合には、動画や静止画などの撮影データを未記録だとしても、使用開始直後の記録メディアが既に幾らかの容量が使用済みの状態としてユーザに見えてしまう。）
【０１０１】
ハード・ディスクの記録領域の変遷について、図１１を参照しながら説明する。
【０１０２】
図１１Ａには、製造時（若しくは、機器のメーカがハード・ディスクを納入した直後）の記録領域を示している。
【０１０３】
ここで、記録領域のＬＢＡ＝Ｘ〜Ｅ１の区画を第１のパーティションに区切るとともに、ＬＢＡ＝Ｙ〜Ｅ２の区画を第２のパーティションに区切り、データ記録再生できるように各々のパーティションに対しフォーマッティングを施すと、先頭セクタ（ＬＢＡ＝０）にマスタ・ブート・レコード（ＭＢＲ）が記録され、また、第１のパーティションの先頭（ＬＢＡ＝Ｘ）には第１のパーティション・ブート・レコード（ＰＢＲ１）が配置されるとともに、第２のパーティションの先頭（ＬＢＡ＝Ｙ）には第２のパーティション・ブート・レコード（ＰＢＲ２）が配置され、これらのパーティション・ブート・レコードに関する情報がパーティション・テーブル内にそれぞれ格納される。さらに、本実施形態では、ＰＢＲ１の直前（ＬＢＡ＝Ｘ−１）に陰のマスタ・ブート・レコードとなる第１のマスタ・ブート・レコード（ＭＢＲ１）が配置されるとともに、ＰＢＲ２の直前（ＬＢＡ＝Ｙ−１）に第２のマスタ・ブート・レコード（ＭＢＲ２）が配置される（図１１Ｂを参照のこと）。
【０１０４】
従来通りのＭＢＲから見えるパーティションはＭＢＲ１及びＭＢＲ２の双方であるが、ＭＢＲ１から見えるパーティションは第１のパーティションのみ、ＭＢＲ２から見えるパーティションは第２のパーティションのみとなる。
【０１０５】
さらに、図１１Ｃに示すように、記録メディアの最大アドレスが第１のパーティションの最終アドレス（ＬＢＡ＝Ｅ１）となるように容量クリップすることにより、上位アプリケーションに対して第２のパーティションの存在を隠蔽する。第２のパーティションは、上位アプリケーションからアクセス不能になるが、ユーザ・アクセスから保護されると言うこともできる。
【０１０６】
デジタルビデオカメラなどの機器を出荷する時点で、Ｍａｘ Ａｄｄｒｅｓｓ＝Ｅ１となるようにハード・ディスクの容量をクリップして出荷する。この隠された第２のパーティションの中に、デモデータや、取扱説明書データ、地図データなどの非撮影系コンテンツのデータを格納しておく。例えば、純粋容量が４０ＧＢのハード・ディスクを容量クリップし、ディスク容量が３０ＧＢのモデルとして発売する。ユーザから隠された１０ＧＢのパーティションの中に上記の非撮影系コンテンツが格納されているが、ユーザに対し記録可能サイズとして提供する３０ＧＢのパーティションは消費されずに済む。
【０１０７】
そして、デモンストレーション・モードの起動などにより第２のパーティションにアクセスしたいときには、Ｓｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順にて、Ｍａｘ Ａｄｄｒｅｓｓを元の純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻し、容量復元を行なうようにする（図１１Ｄを参照のこと）。
【０１０８】
記録領域の先頭の論理アドレス（ＬＢＡ＝０（０ｘ００００００００））に設定されるＭＢＲは、各パーティションの開始アドレスを保持しており、ＭＢＲを参照すれば２つのパーティションの開始アドレスを得ることができる。図１２Ａには、図１１に示した記録領域の先頭の論理アドレス（ＬＢＡ＝０（０ｘ００００００００））に設定されるマスタ・ブート・レコード（ＭＢＲ）のデータ構成例を示している。図示の例では、第１のパーティションに対応するパーティション・テーブル１０１１と、第２のパーティションに対応するパーティション・テーブル１０２１がＭＢＲ中に記録されている。
【０１０９】
各パーティション・テーブル１０１１、１０２１には、図９を参照しながら説明したように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズが、それぞれ格納されている。したがって、図１２Ｂに示すように、ＭＢＲの第１のパーティションに対応するパーティション・テーブル１０１１の第１パーティションの開始セクタ（ＬＢＡ）記録領域１０１２、パーティション・サイズ記録領域１０１３、並びに第２のパーティションに対応するパーティション・テーブル１０２１の第２のパーティションの開始セクタ（ＬＢＡ）記録領域１０２２、パーティション・サイズ記録領域１０２３から下記のパーティション構成情報を取得することができる。
【０１１０】
第１のパーティションの開始ＬＢＡ： Ｘ＝０ｘ００００００３Ｆ
第１のパーティションのサイズ： Ａ＝０ｘ３４５６７８９Ａ
第２のパーティションの開始ＬＢＡ： Ｙ＝０ｘ４５６７８９ＡＢ
第２のパーティションのサイズ： Ｂ＝０ｘ０１２３４５６７
【０１１１】
また、ＦＡＴでは、各パーティションの開始アドレスには、それぞれに対応する起動コードを含むパーティション・ブート・レコード（ＰＢＲ）が配置される。すなわち、第１のパーティションの開始ＬＢＡであるＸの位置には第１のパーティションに対応するＰＢＲ１が設定され、第２のパーティションの開始ＬＢＡであるＹの位置には、第２のパーティション対応のＰＢＲ２が設定されている。
【０１１２】
さらに、ＰＢＲ１の直前の位置（ＬＢＡ＝Ｘ−１）には第１のパーティション専用となるマスタ・ブート・レコードＭＢＲ１が配置されるとともに、ＰＢＲ２の直前の位置（ＬＢＡ＝Ｙ−１）には第２のパーティション専用となるマスタ・ブート・レコードＭＢＲ２が配置される。なお、第１のパーティションと第２のパーティションの間は、１セクタ以上の隙間が設けられる。
【０１１３】
図１３Ａには、第１のパーティション専用のマスタ・ブート・レコードＭＢＲ１のデータ構成例を示している。図示のように、ＭＢＲ１中には、第１のパーティションに対応するパーティション・テーブル２０１１のみが記録され、第２のパーティションに対応するパーティション・テーブルは記録されていない。
【０１１４】
また、パーティション・テーブル２０１１には、図９を参照しながら説明したように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズが、それぞれ格納されている。したがって、図１３Ｂに示すように、ＭＢＲ１の第１のパーティションに対応するパーティション・テーブル２０１１の第１のパーティションの開始セクタ（ＬＢＡ）記録領域２０１２、パーティション・サイズ記録領域２０１３から、下記のパーティション構成情報を取得することができる。
【０１１５】
第１のパーティションの開始ＬＢＡ： Ｘ＝０ｘ００００００３Ｆ
第１のパーティションのサイズ： Ａ＝０ｘ３４５６７８９Ａ
【０１１６】
このように、論理アドレス（ＬＢＡ）＝Ｘ−１に設定される第１のパーティション対応のマスタ・ブート・レコードＭＢＲ１を参照すれば第１のパーティションの開始アドレスとサイズを得ることができ、第１のパーティションに対するアクセスのみが可能となる。但し、第２パーティションについての情報は得られないため、第２パーティションに対するアクセスはできない。
【０１１７】
図１４Ａには、第２のパーティション専用のマスタ・ブート・レコードＭＢＲ２のデータ構成例を示している。図示のように、ＭＢＲ２中には、第２のパーティションに対応するパーティション・テーブル２０２１のみが記録され、第１のパーティションに対応するパーティション・テーブルは記録されていない。
【０１１８】
また、パーティション・テーブル２０２１には、図９を参照しながら説明したように、８バイト目から１１バイト目までの４バイト分がＬＢＡ方式で用いられる開始セクタ情報の格納エリア、１２バイト目から１５バイト目までの４バイト分がＬＢＡ方式で用いられるパーティション・サイズが、それぞれ格納されている。したがって、図１４Ｂに示すように、ＭＢＲ２の第２のパーティションに対応するパーティション・テーブル２０２１の第２のパーティションの開始セクタ（ＬＢＡ）記録領域２０２２、パーティション・サイズ記録領域２０２３から、下記のパーティション構成情報を取得することができる。
【０１１９】
第２のパーティションの開始ＬＢＡ： Ｙ＝０ｘ４５６７８９ＡＢ
第２のパーティションのサイズ： Ｂ＝０ｘ０１２３４５６７
【０１２０】
このように、論理アドレス（ＬＢＡ）＝Ｙ−１に設定される第２のパーティション対応のマスタ・ブート・レコードＭＢＲ２を参照すれば第２のパーティションの開始アドレスとサイズを得ることができ、第２のパーティションに対するアクセスのみが可能となる。但し、第１パーティションについての情報は得られないため、第２パーティションに対するアクセスはできない。
【０１２１】
上述したように、図１１に示したフォーマット・データには、記録領域内のすべてのパーティションに対応するパーティション・テーブルを格納したＭＢＲと、パーティション毎に対応するパーティション・テーブルのみを格納したパーティション対応のＭＢＲが配置された構成を持つ。このような場合、下記のように、従来の機器との接続互換性が維持された形態で、３種類の接続形態（上位アプリケーション（ソフトウェア）への見せ方）を実現することが可能となる。
【０１２２】
（ａ）ＭＢＲから見えるパーティションは２つのパーティション（第１のパーティションと第２のパーティション）
（ｂ）ＭＢＲ１から見えるパーティションは１つ（第１のパーティションのみ）
（ｃ）ＭＢＲ２から見えるパーティションは１つ（第２のパーティションのみ）
【０１２３】
ハード・ディスクに対するアクセスを実行する上位ソフトウェアであるアプリケーションの種類に応じて、ＭＢＲ、ＭＢＲ１、ＭＢＲ２を選択的にアクセス可能な設定とする。例えば、デジタルビデオカメラにおいて、ユーザの利用可能なデータ記録アプリケーションに対してはＭＢＲ１のみを読み込み可能として、第１のパーティションのみを利用してデータの記録再生を実行させることができる。また、ユーザの利用可能なデータ再生アプリケーションに対しては、ＭＢＲを読み込み可能、あるいはＭＢＲ１、ＭＢＲ２を選択的に読み込み可能な設定として、第１のパーティション、並びに第２のパーティションに記録されたデータを読み取り再生することを可能とすることができる。
【０１２４】
具体的には、第２のパーティションに、マニュアル、プログラム、サンプル・データといった、非撮影系コンテンツのデータ、若しくは消去すべきでないデータをあらかじめ記録しておく。第２パーティションの記録データは、再生アプリケーションによってのみアクセス可能となることから、記録アプリケーションの処理によって誤ったデータ（撮影データなど）の追記などによるデータ消去が行なわれることを防止することができる。
【０１２５】
本実施形態では、ＭＢＲ、ＭＢＲ１、ＭＢＲ２を選択的にアクセス可能にするために、「仮想ディスク」の仕組みを導入している。ＬＢＡ＝０にあるＭＢＲから見える領域はハード・ディスク全体であるのに対し、ＭＢＲ１、ＭＢＲ２から見える領域は第１のパーティション、又は、第２のパーティションのみであり、これらのパーティションをそれぞれ仮想的なディスクとして扱う。仮想ディスクの仕組みは、ハード・ディスク・ドライブ駆動用のデバイス・ドライバ内に組み込むことができ、かかる機能を実装するために、ファイルシステムやアプリケーションなどの上位層のソフトウェアを改変する必要はない。
【０１２６】
デバイス・ドライバ３３０内のアクセス制御部３３１は、メディア全体（ＭＢＲ以降）ではなく、ＭＢＲ１以降又はＭＢＲ２以降のいずれか一方を限定的に公開する場合には、ＭＢＲ１又はＭＢＲ２が配置されている実際のＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行ない、且つ、メディア全体のサイズとしてパーティションのサイズを算出して、これらの情報を上位ソフトウェアに提示する。
【０１２７】
デバイス・ドライバ３３０は、上位ソフトウェアから指示されたデバイス名がハード・ディスク全体を指す場合には、オフセット処理を行なわずに、実際のＬＢＡ＝０にあるＭＢＲを用いてディスクのマウント処理を行なう。これに対し、いずれかの仮想ディスクが指示されたときには、ＭＢＲ１又はＭＢＲ２が配置されている実際のＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行なって、仮想ディスクのマウント処理を行なう。非公開領域のパーティションに相当する仮想ディスクをマウント処理することにより、当該パーティションは「公開」された状態となる。かかる仮想ディスクをアンマウント処理する際には、「非公開」の状態に戻す処理が必要となる。なお、仮想ディスクのマウント処理並びにアンマウント処理の詳細については、後述に譲る。
【０１２８】
デバイス・ドライバ３３０は、ＬＢＡのオフセット処理のために、図１５に示すような、第１のパーティションの開始ＬＢＡ及び各パーティションのサイズを記載したパーティション・レイアウト情報を、例えば不揮発メモリ上の所定の領域に記録して管理するようにしている。
【０１２９】
ここで、第２のパーティションの開始ＬＢＡ「Ｙ」は、計算式Ｙ＝Ｘ＋Ａ＋Ｎ＋１により算出可能であり、第２のパーティションの終端ＬＢＡ「Ｅ２」は、計算式Ｅ２＝Ｙ＋Ｂ−１により算出可能である。第３並びに第４のパーティションの開始ＬＢＡ及び終端ＬＢＡも同様の手順で算出することができる。
【０１３０】
なお、パーティション・レイアウト情報の変形例として、パーティションを構成する各ゾーンの開始ＬＢＡとサイズではなく、開始セクタと終了セクタを記録するようにしてもよい。
【０１３１】
仮想ディスクの仕組みについて、図１６を参照しながら説明する。
【０１３２】
メディア全体をアクセス可能とする設定では、従来通りのアクセス手順にて（すなわち、ＬＢＡのオフセット処理を行なわず）、ＬＢＡ＝０に記録されているＭＢＲを読み出して、ハード・ディスクのマウント処理を行なう。図１２Ａに示したように、第１のパーティションに対応するパーティション・テーブルと、第２のパーティションに対応するパーティション・テーブルがＭＢＲ中に記録されているので、それらの内容に基づいて、本来のディスク（／ｄｅｖ／ｈｄｄ）全体すなわち第１のパーティション及び第２のパーティションのいずれへもアクセス可能となる（図１６（ａ）を参照のこと）。
【０１３３】
これに対し、第１のパーティションのみをアクセス可能とする設定では、デバイス・ドライバ３３０内のアクセス制御部３３１は、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、仮想ディスクのマウント処理を行なう。図１３Ａに示したように、第１のパーティションに対応するパーティション・テーブルのみがＭＢＲ１中に記録されているので、それらの内容に基づいて、第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみアクセス可能となる（図１６（ｂ）を参照のこと）。この設定により、上位ソフトウェアからは仮想的に第１のパーティションがハード・ディスクとして見え、第２のパーティションの存在を隠すことが可能となる。
【０１３４】
また、第２のパーティションのみをアクセス可能とする設定では、デバイス・ドライバ３３０内のアクセス制御部３３１は、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｙ−１に記録されているＭＢＲ１を読み出して、仮想ディスクのマウント処理を行なう。図１４Ａに示したように、第２のパーティションに対応するパーティション・テーブルのみがＭＢＲ２中に記録されているので、それらの内容に基づいて、第２のパーティションに相当する第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）にのみアクセス可能となる（図１６（ｃ）を参照のこと）。この設定により、上位ソフトウェアからは仮想的に第２のパーティションがハード・ディスクとして見え、第１のパーティションの存在を隠すことが可能となる。
【０１３５】
続いて、デジタルビデオカメラを例にとって、ユーザ・インターフェースを介した、上位ソフトウェアから記録メディアの各パーティション（公開領域並びに非公開領域）へのアクセス制御例について説明する。
【０１３６】
上位ソフトウェアとしてのアプリケーション３１０には、各記録メディアに対するデータ記録処理を実行する記録アプリケーション３１１や、各記録メディアに記録されたデータの再生処理を実行する再生アプリケーション３１２、パーソナル・コンピュータなどの外部接続機器による処理を実行するＵＳＢ接続アプリケーション３１３などが挙げられる（前述）。以下の説明では、記録アプリケーション３１１は、動画、静止画、音声又は音楽といった、撮影データなどのユーザ・データの記録を、記録メディアの公開領域、若しくはその他の着脱式メディアへ行なうものとする。また、再生アプリケーション３１２は、ＶＴＲモード下で公開領域に記録された動画、静止画、音声又は音楽などのユーザ・データの再生処理、あるいは、デモンストレーション・モード下などで、非公開領域に記録されているマニュアルやデモデータ、地図データなどの再生処理を行なうものとする。また、ＵＳＢ接続アプリケーション３１３は、接続中のパーソナル・コンピュータからの要求に応じて、公開領域に記録された動画、静止画、音声又は音楽などのユーザ・データの再生処理、あるいは、非公開領域に記録されているマニュアルやデモデータ、地図データなどの再生処理を行なうものとする。
【０１３７】
デジタルビデオカメラは、記録メディアとして、ハード・ディスク（ＨＤＤ）と、メモリスティック（登録商標）（ＭＳ）のような着脱式メディアを備えているものとする。また、デジタルビデオカメラがパソコン接続されている状態では、ＵＳＢ接続アプリケーション３１３が起動して、ハード・ディスクを利用する動作モードとして、動画、静止画、音楽（若しくは音声）データを公開領域としての第１のパーティションに記録又は再生する動作と、マニュアルなどの非撮影系コンテンツのデータを非公開領域としての第２のパーティションから再生する動作を備えている。このような場合、液晶ディスプレイ１１５上には、図１７に示すように、記録メディア種別（ＨＤＤ又はＭＳ）とＨＤＤ選択時にさらに動作モード（「動画・静止画・音楽」又は「マニュアル」）を指定するボタンが配設されたユーザ・インターフェース画面が表示される。
【０１３８】
ここで、図１８に示すように、「動画・静止画・音楽」が選択されると、公開領域としての第１のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、ＵＳＢ接続アプリケーション３１３からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のマウント処理を行なうことによって、上位ソフトウェアに対して第１のパーティションに相当するのみを見せる。
【０１３９】
これに対し、図１９に示すように、「マニュアル」が選択されると、非公開領域としての第２のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、ＵＳＢ接続アプリケーション３１３からの要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｙ−１に記録されているＭＢＲ２を読み出して、第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のマウント処理を行なうことによって、上位ソフトウェアに対して第２のパーティションのみを見せる。この場合、第２のパーティションは、「非公開」から「公開」の状態に切り換えられたことになる。
【０１４０】
また、他のアクセス制御例として、記録アプリケーション３１１による記録メディアへの撮影データなどの記録動作が挙げられる。この場合、データ記録先のデバイスを選択する必要があり、液晶ディスプレイ１１５上には、図２０に示すように、記録先として記録メディア種別（ＨＤＤ又はＭＳ）を指定するボタンが配設されたユーザ・インターフェース画面が表示される。
【０１４１】
ここで、図２１に示すように、「ＨＤＤ」が記録先に選択されると、公開領域としての第１のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、記録アプリケーション３１１からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行なって、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のマウント処理を行なうことによって、上位ソフトウェアに対して第１のパーティションのみを見せる。記録先として第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）が選択されることはなく、マニュアルなどの非撮影系コンテンツはデータの追記などによる破壊から保護されている。
【０１４２】
また、他のアクセス制御例として、再生アプリケーション３１２によるＶＴＲモード下での撮影データの再生処理や、デモンストレーション・モード下でのマニュアルやデモデータ、地図データなどの再生動作が挙げられる。この場合、データ再生元のデバイスを選択する必要があり、液晶ディスプレイ１１５上には、図２２に示すように、再生元としてＨＤＤ内の「動画・静止画・音楽」、「マニュアル」、「デモ」、又はＭＳ内のデータを指定するボタンが配設されたユーザ・インターフェース画面が表示される。
【０１４３】
ここで、図２３に示すように、再生元として「動画・静止画・音楽」が選択されると、公開領域としての第１のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、再生アプリケーション３１２からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行ない、ＬＢＡ＝Ｘ−１に記録されているＭＢＲ１を読み出して、第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のマウント処理を行なって、上位ソフトウェアに対して第１のパーティションのみを見せる。
【０１４４】
これに対し、図２４に示すように、再生元として「デモ」が選択されると、非公開領域としての第２のパーティションが指定されたことを意味する。このような場合、デバイス・ドライバ３３０内のアクセス制御部３３１は、再生アプリケーション３１２からのアクセス要求に応じて、図１５に示したパーティション・レイアウト情報を基にＬＢＡのオフセット処理を行なって、ＬＢＡ＝Ｙ−１に記録されているＭＢＲ２を読み出して、第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のマウント処理を行なって、上位ソフトウェアに対して第２のパーティションのみを見せる。この場合、第２のパーティションは、「非公開」から「公開」の状態に切り換えられたことになる。「マニュアル」が選択された場合も同様である。
【０１４５】
続いて、記録メディアへのアクセス動作に際して、デジタルビデオカメラやパーソナル・コンピュータなどの機器内で行なう処理シーケンスについて説明する。
【０１４６】
図２５並びに図２６には、記録メディアをマウントするための処理手順をフローチャートの形式で示している。ここで言うメディアのマウント処理は、ハード・ディスクなどの記録メディアを利用したデータ記録又は再生の前処理に相当する。すなわち、メディアのマウント処理は、メディア非依存部であるファイルシステムがアプリケーションからのメディア指定情報の入力に基づいて起動して、記録メディアを認識してアクセスに必要な情報を取得する。
【０１４７】
ファイルシステムのメディア依存部３２４は、上位アプリケーションから指示されたデバイス名にて、デバイスのオープンを試みる（ステップＳ１）。そして、デバイスのオープンに成功したときには（ステップＳ２）、当該デバイスから必要な情報を読み出すことにより、マウントを実行する（ステップＳ３）。
【０１４８】
一方、デバイス・ドライバ側では、上記のステップＳ１において、ファイルシステムから指定されたデバイス名に応じたマウント処理を実行する。
【０１４９】
デバイス・ドライバは、上位プログラムから指定されたデバイス名を判断し（ステップＳ１１）、デバイス名が本来のハード・ディスク“ｄｅｖ／ｈｄｄ”であれば、必要に応じてＳｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順にて、Ｍａｘ Ａｄｄｒｅｓｓを元の純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻してから（ステップＳ１２）、上位プログラムへ見せる開始ＬＢＡ＝０×０００００００として実際の開始ＬＢＡ＝０をセットする（ステップＳ１３）。
【０１５０】
また、デバイス・ドライバは、上位プログラムから指定されたデバイス名を判断し（ステップＳ１１）、デバイス名が第１のパーティションに相当する“ｄｅｖ／ｈｄｄ１”であれば、必要に応じてＳｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順を実行してから（ステップＳ１４）、ＭＢＲの開始ＬＢＡのオフセット処理を行なう。図１５に示したパーティション・レイアウト情報からなる場合、上位プログラムへ見せる開始ＬＢＡ＝０×０００００００として、実際の開始ＬＢＡ＝Ｘ−１をセットする（ステップＳ１５）。この結果、第１パーティションが仮想ディスク“ｄｅｖ／ｈｄｄ１”としてマウントされる（図１８、図２１、図２３を参照のこと）。
【０１５１】
また、デバイス・ドライバは、上位プログラムから指定されたデバイス名を判断し（ステップＳ１１）、デバイス名が第２のパーティションに相当する“ｄｅｖ／ｈｄｄ２”であれば、必要に応じてＳｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）などの所定の手順を実行してから（ステップＳ１６）、ＭＢＲの開始ＬＢＡのオフセット処理を行なう。図１５に示したパーティション・レイアウト情報からなる場合、上位プログラムへ見せる開始ＬＢＡ＝０×０００００００として、実際の開始ＬＢＡ＝Ｙ−１をセットする（ステップＳ１７）。この結果、第２パーティションが仮想ディスク“ｄｅｖ／ｈｄｄ２”としてマウントされる（図１９、図２２、図２４を参照のこと）。
【０１５２】
また、上述したように、本実施形態では、ハード・ディスクの最大アドレスを第１のパーティションの最終アドレスとなるように容量クリップすることにより、第２のパーティションを隠蔽し（すなわち非公開）、ハード・ディスクの最大アドレスをハード・ディスクの純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻し、容量復元を行なうことで、第２のパーティションを公開に切り換えることができ。
【０１５３】
図２７には、非公開のパーティションを公開に切り換えた上でマウントするための処理手順をフローチャートの形式で示している。ここでは、図２８に示すような、パーティション毎の隠蔽状態を示したフラグを使用するものとする。
【０１５４】
まず、フラグを確認し（ステップＳ２１）、処理対象のパーティションが隠蔽されているかどうかをチェックする（ステップＳ２２）。
【０１５５】
そして、当該パーティションが隠蔽されているときには（ステップＳ２３のＹｅｓ）、ハード・ディスクの純粋最大容量（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）を読み出し、Ｓｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）手順により最大アドレス（Ｍａｘ Ａｄｄｒｅｓｓ）を変更してから、ハード・ディスクを再起動する（ステップＳ２４）。
【０１５６】
図２９には、ファイルシステム３２０内のメディア依存部３２４がハード・ディスクに対して読み出し／書き込み処理を行なうための処理手順をフローチャートの形式で示している。
【０１５７】
まず、上位アプリケーションから指定されたデバイス名（記憶媒体指定情報）を確認する（ステップＳ３１）。記録、再生、ＵＳＢ接続の各アプリケーション３１１〜３１３には、あらかじめ指定可能なデバイス（記憶媒体指定情報）が設定されている。
【０１５８】
アプリケーションからの指定デバイス名が“／ｄｅｖ／ｈｄｄ”であるときは、ステップＳ３２に進み、アクセスするＬＢＡを、上位アプリケーションからの指定ＬＢＡの値そのまま利用してアクセスを実行する。この場合、図１６（ａ）に示す実際のメディア全体がアプリケーションに提示されており、アプリケーションの指定するＬＢＡをそのまま実際のＬＢＡとして利用したアクセスを行なって指定されたアドレスのデータの読み取り、又は指定アドレスに対するデータ書き込みを実行する（ステップＳ３５）。
【０１５９】
また、アプリケーションからの指定デバイス名が“／ｄｅｖ／ｈｄｄ１”であるときは、ステップＳ３３に進み、上位アプリケーションからの指定ＬＢＡから算出する。この場合、図１６（ｂ）に示した第１のパーティションのみからなる仮想ディスクがアプリケーションに提示されており、アクセスＬＢＡ＝（アプリ指定ＬＢＡ）＋Ｘ−１として算出して、算出したアクセスＬＢＡを利用してアクセスを実行行なって指定されたアドレスのデータの読み取り、又は指定アドレスに対するデータ書き込みを実行する（ステップＳ３５）。
【０１６０】
また、アプリケーションからの指定デバイス名が“／ｄｅｖ／ｈｄｄ２”であるときは、ステップＳ３４に進み、上位アプリケーションからの指定ＬＢＡから算出する。この場合、図１６（ｃ）に示した第２のパーティションのみからなる仮想ディスクがアプリケーションに提示されており、アクセスＬＢＡ＝（アプリ指定ＬＢＡ）＋Ｙ−１として算出して、算出したアクセスＬＢＡを利用してアクセスを実行行なって指定されたアドレスのデータの読み取り、又は指定アドレスに対するデータ書き込みを実行する（ステップＳ３５）。
【０１６１】
図３０には、ファイルシステム３２０のメディア依存部３２４による起動処理の手順をフローチャートの形式で示している。
【０１６２】
まず、初期化処理１として、例えばメディアの装着されたメディアの種類の判別、判別したメディアのフォーマット情報の取得処理を実行する（ステップＳ４１）。
【０１６３】
次いで、パーティション・レイアウト情報（図１５を参照のこと）を不揮発性メモリから読み出し、ワーク領域メモリとしてのＲＡＭに保持する（ステップＳ４２）。
【０１６４】
次いで、情報更新フラグをクリアする（ステップＳ４３）。この情報更新フラグは、不揮発性メモリに保持されているパーティション・レイアウト情報が現在の装着メディアのパーティション・レイアウト情報に一致するものであることが確認された場合にクリアされ、更新中である場合はセットされた状態とされる。
【０１６５】
最後に、初期化処理２として、上位アプリケーションからのコマンド入力待機状態への最終的な処理を実行する（ステップＳ４４）。
【０１６６】
この後、アプリケーションからのコマンドが入力され、入力に従った処理が実行可能となる。
【０１６７】
図１１Ｂなどには２つのパーティションの設定されたフォーマット例を示したが、例えば再フォーマット処理を実行することでパーティションのレイアウトを変更することが可能である。具体的には、３つのパーティションを設定するといった処理が可能である。図３１には、ファイルシステム３２０のメディア依存部３２４によるパーティション・レイアウト情報の変更処理の手順をフローチャートの形式で示している。
【０１６８】
まず、ワークメモリとしてのＲＡＭに保持されているパーティション・レイアウト情報（図１５を参照のこと）を、上位アプリケーションから指定された値に変更する（ステップＳ５１）。なお、このアプリケーションは、パーティションの設定等を実行するアプリケーションであり、記録、再生、ＵＳＢ接続の各アプリケーション３１１〜３１３とは異なるアプリケーションである。
【０１６９】
次いで、情報更新フラグをセットする（ステップＳ５２）。この後、実際のメディアに対するフォーマット処理としてのパーティション設定処理が実行されることになる。
【０１７０】
図３２には、ファイルシステム３２０のメディア依存部３２４による終了処理の手順をフローチャートの形式で示している。
【０１７１】
まず、終了処理１を実行する（ステップＳ６２）。この処理は、メディアに対するフォーマット処理完了の確認処理である。
【０１７２】
次いで、情報更新フラグがセットされているか否かを確認する（ステップＳ６２）。前述したように、不揮発性メモリに保持されているパーティション・レイアウト情報が現在の装着メディアのパーティション・レイアウト情報に一致するものであることが確認された場合にクリアされ、更新中である場合はセットされた状態とされる。
【０１７３】
情報更新フラグがセットされている場合には（ステップＳ６２のＹｅｓ）、更新後のパーティション・レイアウト情報を不揮発性メモリに記録し（ステップＳ６３）、情報更新フラグをクリアしてから（ステップＳ６４）、終了処理２、すなわちすべてのフォーマット処理の完了確認を実行して次の処理に移行可能な状態へのセット処理を行ない（ステップＳ６５）、本処理を終了する。
【０１７４】
図３３には、ファイルシステム３２０のメディア非依存部３２３によるディスクのアンマウント処理の手順をフローチャートの形式で示している。
【０１７５】
ファイルシステム３２０の非メディア依存部３２３は、メディア依存部３２４に対してディスクのアンマウント処理を依頼し、これに対し、メディア依存部３２４は、別途定義済みのアンマウント処理を実行する（ステップＳ７１）。そして、メディア非依存部３２３は、当該デバイスをクローズして（ステップＳ７２）、本処理を終了する。
【０１７６】
また 、図３４には、図３３に示したフローチャート中のステップＳ７１において、ファイルシステム３２０のメディア依存部３２４が行なうディスクのアンマウント処理の手順をフローチャートの形式で示している。メディアをアンマウントする際、第２のパーティションが「公開」に切り換えられているときには、「非公開」に戻す必要がある。
【０１７７】
まず、隠蔽フラグ情報を検索し、隠蔽しないパーティションの中で、最大パーティション番号をチェックする（ステップＳ８１）。
【０１７８】
次いで、パーティション・レイアウト情報（図１５を参照のこと）より、そのパーティションの終端ＬＢＡ「ＥＸ」を算出する（ステップＳ８２）。
【０１７９】
そして、ハード・ディスクの純粋最大容量（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）を読み出し、Ｓｅｔ Ｍａｘ Ａｄｄｒｅｓｓ（Ｅｘｔ）手順により最大アドレス（Ｍａｘ Ａｄｄｒｅｓｓ）を「ＥＸ」に変更してから、ハード・ディスクを再起動する（ステップＳ８３）。
【産業上の利用可能性】
【０１８０】
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１８１】
本発明に係る記録再生方法は、デジタルビデオカメラやデジタルスチルカメラなどの情報機器や、パーソナル・コンピュータなどの計算機システムを始めとして、記録領域にファイルシステムに応じたフォーマット処理を行なってから使用が開始される記録メディアを利用するさまざまな装置に適用することができる。
【０１８２】
本明細書では、記録メディアとして主にハード・ディスクを採り上げて説明したが、本発明の要旨はこれに限定されるものではなく他の記録メディアに対しても適用することができる。また、記録メディアは、機器内蔵又は着脱可能の区別を問わない。
【０１８３】
また、本明細書ではファイルシステムとしてＦＡＴを採り上げたが、本発明の要旨はこれに限定されるものではなく、さまざまなファイルシステムを適用対象とする。
【０１８４】
図１０に示したように、ハード・ディスク・ドライブのベンダから仕入れる際のディスク容量の一部をクリップしてハード・ディスク搭載機器を出荷することは、当業界において散見される。本発明は、ハード・ディスク・ドライブの記録領域にデモデータなどの非撮影データを格納するための非公開領域を設けるものであるが、他の側面では、元のディスク容量の一部をクリップした未使用料域を有効活用するものであると言うこともできる。
【０１８５】
要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【図面の簡単な説明】
【０１８６】
【図１】図１は、デジタルビデオカメラの構成を模式的に示した図である。
【図２】図２は、パーソナル・コンピュータの構成を模式的に示した図である。
【図３】図３は、記録メディアにアクセスしてデータの記録並びに再生を行なうための処理階層を模式的に示した図である。
【図４】図４は、図３に示した処理階層のうちファイルシステムをさらに詳細にして示した図である。
【図５】図５は、記録メディアに記録される各ファイルに設定されるディレクトリ・エントリの情報構造を模式的に示した図である。
【図６】図６は、ファイル・アロケーション・テーブルのデータ構成例を示した図である。
【図７Ａ】図７Ａは、ハード・ディスクに設けられたパーティションをＦＡＴ１６でフォーマットした場合のデータ構造を示した図である。
【図７Ｂ】図７Ｂは、ハード・ディスクに設けられたパーティションをＦＡＴ３２でフォーマットした場合のデータ構造を示した図である。
【図８】図８は、マスタ・ブート・レコードの構成を模式的に示した図である。
【図９】図９は、１６バイト（１２８ビット）データ長からなるパーティション・テーブルのデータ構造を示した図である。
【図１０】図１０は、ハード・ディスクの記録領域に非公開領域を配設した様子を示した図である。
【図１１Ａ】図１１Ａは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、製造時（若しくは、機器のメーカがハード・ディスクを納入した直後）の記録領域を示した図である。
【図１１Ｂ】図１１Ｂは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、第１及び第２のパーティションに区切るとともにＦＡＴフォーマットした様子を示した図である。
【図１１Ｃ】図１１Ｃは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、記録メディアの最大アドレスが第１のパーティションの最終アドレス（ＬＢＡ＝Ｅ１）となるように容量クリップした様子を示した図である。
【図１１Ｄ】図１１Ｄは、ハード・ディスクの記録領域の変遷を説明するための図であり、具体的には、Ｍａｘ Ａｄｄｒｅｓｓを元の純粋最大アドレス（Ｎａｔｉｖｅ Ｍａｘ Ａｄｄｒｅｓｓ）に戻した様子を示した図である。
【図１２Ａ】図１２Ａは、図１１に示したマスタ・ブート・レコード（ＭＢＲ）の構成例を示した図である。
【図１２Ｂ】図１２Ｂは、図１２Ａに示したマスタ・ブート・レコード（ＭＢＲ）から取得することができるパーティション構成情報を示した図である。
【図１３Ａ】図１３Ａは、第１のパーティション専用のマスタ・ブート・レコードＭＢＲ１の構成例を示した図である。
【図１３Ｂ】図１３Ｂは、図１３Ａに示したマスタ・ブート・レコード（ＭＢＲ１）から取得することができるパーティション構成情報を示した図である。
【図１４Ａ】図１４Ａは、第２のパーティション専用のマスタ・ブート・レコードＭＢＲ１の構成例を示した図である。
【図１４Ｂ】図１４Ｂは、図１４Ａに示したマスタ・ブート・レコード（ＭＢＲ２）から取得することができるパーティション構成情報を示した図である。
【図１５】図１５は、パーティション・レイアウト情報の構成例を示した図である。
【図１６】図１６は、仮想ディスクの仕組みを説明するための図である。
【図１７】図１７は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティション（公開領域並びに非公開領域）へのアクセス制御例を説明するための図であり、具体的には、動作モードを指定するユーザ・インターフェース画面を示した図である。
【図１８】図１８は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「動画・静止画・音楽」が選択され、上位ソフトウェアに対して第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみを見せる様子を示した図である。
【図１９】図１９は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「マニュアル」が選択され、上位ソフトウェアに対して第２のパーティションに相当する第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のみを見せる様子を示した図である。
【図２０】図２０は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、記録先メディアを選択するユーザ・インターフェース画面を示した図である。
【図２１】図２１は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「ＨＤＤ」が記録先に選択され、上位ソフトウェアに対して第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみを見せる様子を示した図である。
【図２２】図２２は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、再生元を選択するユーザ・インターフェース画面を示した図である。
【図２３】図２３は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「動画・静止画・音楽」が再生元に選択され、上位ソフトウェアに対して第１のパーティションに相当する第１の仮想ディスク（／ｄｅｖ／ｈｄｄ１）のみを見せる様子を示した図である。
【図２４】図２４は、ユーザ・インターフェースを介した、ハード・ディスクの各パーティションへのアクセス制御例を説明するための図であり、具体的には、ユーザ・インターフェース画面上で「デモ」が再生元に選択され、上位ソフトウェアに対して第２のパーティションに相当する第２の仮想ディスク（／ｄｅｖ／ｈｄｄ２）のみを見せる様子を示した図である。
【図２５】図２５は、記録メディアをマウントするための処理手順を示したフローチャートである。
【図２６】図２６は、記録メディアをマウントするための処理手順を示したフローチャートである。
【図２７】図２７は、非公開のパーティションを公開に切り換えた上でマウントするための処理手順をフローチャートである。
【図２８】図２８は、フラグのフォーマットを示した図である。
【図２９】図２９は、ファイルシステム３２０内のメディア依存部３２４がハード・ディスクに対して読み出し／書き込み処理を行なうための処理手順を示したフローチャートである。
【図３０】図３０は、ファイルシステム３２０のメディア依存部３２４による起動処理の手順を示したフローチャートである。
【図３１】図３１は、ファイルシステム３２０のメディア依存部３２４によるパーティション・レイアウト情報の変更処理の手順を示したフローチャートである。
【図３２】図３２は、ファイルシステム３２０のメディア依存部３２４による終了処理の手順を示したフローチャートである。
【図３３】図３３は、ファイルシステム３２０のメディア非依存部３２３によるディスクのアンマウント処理の手順を示したフローチャートである。
【図３４】図３４は、図３３に示したフローチャート中のステップＳ７１において、ファイルシステム３２０のメディア依存部３２４が行なうディスクのアンマウント処理の手順を示したフローチャートである。
【符号の説明】
【０１８７】
１００…デジタルビデオカメラ
１０１…制御部（ＣＰＵ）
１０２…カメラ機能部
１１１…光学レンズ部
１１２…光電変換部
１１３…画像信号処理部
１１４…画像入出力部
１１５…液晶ディスプレイ
１１６…音声入出力部
１１７…音声信号処理部
１１８…内蔵メモリ（ＲＡＭ）
１１９…内蔵メモリ（ＲＯＭ）
１２０…操作入力部
１３１…通信部
１３２…ドライブ
１４１…電源
１５０…センサ
２０１…ＣＰＵ
２０２…ＲＯＭ
２０３…ＲＡＭ
２０４…ローカル・バス
２０５…ブリッジ
２０６…入出力バス
２０７…入出力インターフェース
２０８…キーボード
２０９…ポインティング・デバイス（マウス）
２１０…ディスプレイ
２１１…ＨＤＤ
２１４…接続ポート
２２１…リムーバブル記録メディア
２２２…外部接続機器
３１０…アプリケーション
３１１…記録アプリケーション
３１２…再生アプリケーション
３１３…ＵＳＢ接続アプリケーション
３２０…ファイルシステム
３２１、３２２…マウントドライブ情報
３２３…記録再生制御部
３２３Ａ…ＦＡＴ制御部
３２３Ｂ…クラスタ制御部
３２３Ｃ…ディレクトリ・エントリ制御部
３２４…メディア制御部
３２４Ａ…位置制御部
３３０…デバイス・ドライバ
３３１…アクセス制御部
３３２…デバイス・ドライバＡ
３３３…デバイス・ドライバＢ
３４１…記録メディアＡ
３４２…記録メディアＢ
３５０…ＲＡＭ（ワーク領域）
【特許請求の範囲】
【請求項１】
ランダム・アクセスが可能な記録メディアと、
前記記録メディア上に設けられた公開領域と、
前記記録メディア上の前記公開領域以降に設けられた非公開領域と、
前記記録メディアに対するアクセスを要求するアクセス要求手段と、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段と、
を具備することを特徴とする記録再生装置。
【請求項２】
前記アクセス要求手段は、前記公開領域へのアクセスを要求する第１のアクセス要求手段と、前記非公開領域へのアクセスを要求する第２のアクセス要求手段を含み、
前記アクセス制御手段は、前記第１のアクセス要求手段からの要求に応じて前記公開領域にアクセスするときには前記記録メディアの最大アドレスを前記公開領域の最終アドレスまでに容量クリップし、前記第２のアクセス要求手段からの要求に応じて前記非公開領域にアクセスするときには前記記録メディアの最大容量を前記記録メディアの純粋な最大アドレスに復元する、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項３】
前記公開領域をユーザ・データの記録再生に用いるとともに、前記非公開領域にはユーザ・データ以外の再生専用データをあらかじめ記録しておく、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項４】
前記アクセス要求手段は、前記公開領域に記録されているユーザ・データの読み出しを要求する第１のアクセス要求手段と、前記非公開領域に記録されているユーザ・データの読み出しを要求する第２のアクセス要求手段を含み、
前記アクセス制御手段は、第１のアクセス要求手段からのアクセス要求に応じて前記公開領域へのアクセス動作を制御し、第２のアクセス要求手段からのアクセス要求に応じて前記公開領域へのアクセス動作を制御する、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項５】
前記アクセス制御手段は、第のアクセス要求手段からの前記記録メディアを記録メディアに指定したユーザ・データの記録要求に応じて前記公開領域へのアクセス動作を制御し、第２のアクセス要求手段からのアクセス要求に応じて前記公開領域へのアクセス動作を制御する、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項６】
前記記録メディアに対して、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステム経由でファイルとして記録を行なうとともに、アドレス指定方式としてＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式が採用され、
前記記録メディアは前記公開領域として用いる第１のパーティションと、前記非公開領域として用いる第２のパーティションに区切られ、前記記録メディア上の先頭セクタに配置されるマスタ・ブート・レコード中のパーティション・テーブルには前記第１のパーティションの先頭に配置された第１のパーティション・ブート・レコード及び前記第２のパーティションの先頭に配置された第２のパーティション・ブート・レコードに関する情報が格納されるとともに、前記第１のパーティション及び第２のパーティションの直前には第１のマスタ・ブート・レコード及び第２のマスタ・ブート・レコードがそれぞれ配置される、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項７】
前記アクセス制御手段は、前記記録メディアの最大アドレスが前記第１のパーティションの最終アドレスとなるように容量クリップして前記アクセス要求手段に対して前記第２のパーティションの存在を隠蔽するとともに、所定の手順にて容量復元を行なうことで前記アクセス要求手段に対して前記第２のパーティションを公開する、
ことを特徴とする請求項６に記載の記録再生装置。
【請求項８】
前記アクセス制御手段は、前記アクセス要求手段からの要求内容に応じて、前記第１のマスタ・ブート・レコードが配置されているＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行なって前記第１のパーティションのサイズからなる第１の仮想メディアをマウント処理して前記アクセス要求手段に提示し、又は、前記第２のマスタ・ブート・レコードが配置されているＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行なって前記第２のパーティションのサイズからなる第２の仮想メディアをマウント処理して前記アクセス要求手段に提示する、
ことを特徴とする請求項６に記載の記録再生装置。
【請求項９】
前記アクセス制御手段は、前記第２の仮想メディアをアンマウントする際に、「非公開」の状態に戻す処理を行なう、
ことを特徴とする請求項８に記載の記録再生装置。
【請求項１０】
公開領域及び前記公開領域以降に設けられた非公開領域が設けられた記録メディアに対する記録再生処理を行う記録再生方法であって、
前記記録メディアに対するアクセスを要求するアクセス要求ステップと、
前記アクセス要求ステップにおけるアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御ステップと、
を具備することを特徴とする記録再生方法。
【請求項１１】
公開領域及び前記公開領域以降に設けられた非公開領域が設けられた記録メディアへのアクセス動作を制御するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記記録メディアに対するアクセスを要求するアクセス要求手段、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段、
として機能させるためのコンピュータ・プログラム。
【請求項１】
ランダム・アクセスが可能な記録メディアと、
前記記録メディア上に設けられた公開領域と、
前記記録メディア上の前記公開領域以降に設けられた非公開領域と、
前記記録メディアに対するアクセスを要求するアクセス要求手段と、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段と、
を具備することを特徴とする記録再生装置。
【請求項２】
前記アクセス要求手段は、前記公開領域へのアクセスを要求する第１のアクセス要求手段と、前記非公開領域へのアクセスを要求する第２のアクセス要求手段を含み、
前記アクセス制御手段は、前記第１のアクセス要求手段からの要求に応じて前記公開領域にアクセスするときには前記記録メディアの最大アドレスを前記公開領域の最終アドレスまでに容量クリップし、前記第２のアクセス要求手段からの要求に応じて前記非公開領域にアクセスするときには前記記録メディアの最大容量を前記記録メディアの純粋な最大アドレスに復元する、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項３】
前記公開領域をユーザ・データの記録再生に用いるとともに、前記非公開領域にはユーザ・データ以外の再生専用データをあらかじめ記録しておく、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項４】
前記アクセス要求手段は、前記公開領域に記録されているユーザ・データの読み出しを要求する第１のアクセス要求手段と、前記非公開領域に記録されているユーザ・データの読み出しを要求する第２のアクセス要求手段を含み、
前記アクセス制御手段は、第１のアクセス要求手段からのアクセス要求に応じて前記公開領域へのアクセス動作を制御し、第２のアクセス要求手段からのアクセス要求に応じて前記公開領域へのアクセス動作を制御する、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項５】
前記アクセス制御手段は、第のアクセス要求手段からの前記記録メディアを記録メディアに指定したユーザ・データの記録要求に応じて前記公開領域へのアクセス動作を制御し、第２のアクセス要求手段からのアクセス要求に応じて前記公開領域へのアクセス動作を制御する、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項６】
前記記録メディアに対して、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステム経由でファイルとして記録を行なうとともに、アドレス指定方式としてＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓｉｎｇ：論理ブロック・アドレス）方式が採用され、
前記記録メディアは前記公開領域として用いる第１のパーティションと、前記非公開領域として用いる第２のパーティションに区切られ、前記記録メディア上の先頭セクタに配置されるマスタ・ブート・レコード中のパーティション・テーブルには前記第１のパーティションの先頭に配置された第１のパーティション・ブート・レコード及び前記第２のパーティションの先頭に配置された第２のパーティション・ブート・レコードに関する情報が格納されるとともに、前記第１のパーティション及び第２のパーティションの直前には第１のマスタ・ブート・レコード及び第２のマスタ・ブート・レコードがそれぞれ配置される、
ことを特徴とする請求項１に記載の記録再生装置。
【請求項７】
前記アクセス制御手段は、前記記録メディアの最大アドレスが前記第１のパーティションの最終アドレスとなるように容量クリップして前記アクセス要求手段に対して前記第２のパーティションの存在を隠蔽するとともに、所定の手順にて容量復元を行なうことで前記アクセス要求手段に対して前記第２のパーティションを公開する、
ことを特徴とする請求項６に記載の記録再生装置。
【請求項８】
前記アクセス制御手段は、前記アクセス要求手段からの要求内容に応じて、前記第１のマスタ・ブート・レコードが配置されているＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行なって前記第１のパーティションのサイズからなる第１の仮想メディアをマウント処理して前記アクセス要求手段に提示し、又は、前記第２のマスタ・ブート・レコードが配置されているＬＢＡを仮想的にＬＢＡ＝０とするオフセット処理を行なって前記第２のパーティションのサイズからなる第２の仮想メディアをマウント処理して前記アクセス要求手段に提示する、
ことを特徴とする請求項６に記載の記録再生装置。
【請求項９】
前記アクセス制御手段は、前記第２の仮想メディアをアンマウントする際に、「非公開」の状態に戻す処理を行なう、
ことを特徴とする請求項８に記載の記録再生装置。
【請求項１０】
公開領域及び前記公開領域以降に設けられた非公開領域が設けられた記録メディアに対する記録再生処理を行う記録再生方法であって、
前記記録メディアに対するアクセスを要求するアクセス要求ステップと、
前記アクセス要求ステップにおけるアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御ステップと、
を具備することを特徴とする記録再生方法。
【請求項１１】
公開領域及び前記公開領域以降に設けられた非公開領域が設けられた記録メディアへのアクセス動作を制御するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記記録メディアに対するアクセスを要求するアクセス要求手段、
前記アクセス要求手段からのアクセス要求に応じて、前記公開領域及び非公開領域へのアクセス動作を制御するアクセス制御手段、
として機能させるためのコンピュータ・プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１１Ｄ】
【図１２Ａ】
【図１２Ｂ】
【図１３Ａ】
【図１３Ｂ】
【図１４Ａ】
【図１４Ｂ】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図７Ａ】
【図７Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１１Ｄ】
【図１２Ａ】
【図１２Ｂ】
【図１３Ａ】
【図１３Ｂ】
【図１４Ａ】
【図１４Ｂ】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図７Ａ】
【図７Ｂ】
【公開番号】特開２００９−３０１６８３（Ｐ２００９−３０１６８３Ａ）
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願番号】特願２００８−１５８０５５（Ｐ２００８−１５８０５５）
【出願日】平成２０年６月１７日（２００８．６．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願日】平成２０年６月１７日（２００８．６．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]