JP2002342131A

JP2002342131A - データアクセス装置

Info

Publication number: JP2002342131A
Application number: JP2001142580A
Authority: JP
Inventors: Masayoshi Okamoto; 正義岡本
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2001-05-14
Filing date: 2001-05-14
Publication date: 2002-11-29
Anticipated expiration: 2021-05-14
Also published as: JP3789771B2

Abstract

(57)【要約】【構成】ＣＣＤ受光素子１４で捉えた画像信号は、信
号処理回路１６によって画像データに変換され、圧縮さ
れた後、ハードディスク２２に記録される。ハードディ
スク２２に対しては、外部のパーソナルコンピュータ５
０からＵＳＢケーブル４０を介してデータアクセスでき
る。なお、ハードディスク２２は、クラスタサイズを大
き目に設定する独自ＦＡＴ１６方式と、標準ＦＡＴ３２
方式とのいずれかを採用する。そして、ハードディスク
２２が独自ＦＡＴ１６方式を採用するときには、専用ア
プリケーションソフトに従うデータアクセスのみを承認
し、標準ファイル管理ソフトに従うデータアクセスを拒
否する。【効果】ハードディスク２２に記録されているデータ
が、パーソナルコンピュータ５０からの不用意なアクセ
スによって破壊されるのを防止できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、データアクセス装置
に関し、特にたとえばデータを所定サイズ単位で記録媒
体に書き込む、データアクセス装置に関する。

【０００２】

【従来技術】ハードディスクなどの記録媒体は、監視カ
メラなどのカメラ装置にも利用され、具体的には被写体
を撮影した画像データを記録するためのストレージデバ
イスとしても利用される。このようにハードディスクを
利用することで、パーソナルコンピュータ（ＰＣ）など
の外部装置からのデータアクセスが可能となり、たとえ
ば記録した画像データをパーソナルコンピュータに取り
込んだり、或いはパーソナルコンピュータ側からハード
ディスク内の画像データを編集（複写や削除など）した
りすることができる。このようにパーソナルコンピュー
タからのデータアクセスを可能とするには、ハードディ
スクのフォーマット方式（ファイル管理システム）とし
て、たとえば汎用性のあるＦＡＴ（File Allocation Ta
ble）方式を採用するのが望ましい。ただし、画像デー
タはテキストデータなどに比べて容量が大きいので、か
かる大容量の画像データを効率的に読み書きするには、
一般のＦＡＴ方式に比べてクラスタサイズを大き目に設
定した方が有利である。たとえば、１つのクラスタ内に
１枚分の画像データ（ファイル）を十分に格納できる程
度のクラスタサイズとするのが望ましい。一方、このよ
うな言わば独自ＦＡＴ方式を採用するハードディスクに
対して容易かつ適切にデータアクセスするために、パー
ソナルコンピュータ側においては、専用のアプリケーシ
ョンソフトを用いる。

【０００３】

【発明が解決しようとする課題】しかし、上述のような
独自ＦＡＴ方式を採用するハードディスクに対して、専
用アプリケーションソフトではなく一般のＯＳ（Operat
ing System）に付属の標準ファイル管理ソフト（たとえ
ばマイクロソフト社のWindows95/98/2000/Me/NTにおけ
る“explorer”など）を用いてデータアクセスした場合
に、次のような問題が生じる。すなわち、専用アプリケ
ーションソフトでは、ハードディスクが独自ＦＡＴ方式
および標準ＦＡＴ方式のいずれを採用している場合でも
（換言すればクラスタサイズに関係なく）適切にデータ
アクセスできるようにするために、ハードディスクに対
してファイル単位若しくはフォルダ単位でデータアクセ
スする。これに対して、標準ファイル管理ソフトでは、
ハードディスクが標準ＦＡＴ方式を採用していること
（換言すればクラスタサイズが標準サイズであること）
を前提としており、所定のブロック単位でデータアクセ
スする。ここで、ブロックとは、複数のクラスタの集合
体であり、このブロックが複数集まることによって１つ
のファイルが構成される。したがって、かかる標準ファ
イル管理ソフトを用いて独自ＦＡＴ方式を採用するハー
ドディスクにデータアクセスすると、各々が前提とする
クラスタサイズが異なるために、ハードディスク内のデ
ータを誤って処理する恐れがある。特に、ハードディス
ク内に新規にファイルやフォルダを作成したりすると、
ＦＡＴ情報を破壊してしまい、それ以降、専用のアプリ
ケーションソフトによっても正常にデータアクセスでき
なくなる。

【０００４】それゆえにこの発明の主たる目的は、外部
装置からの不用意なデータアクセスによってハードディ
スクなどの記録媒体に記録されているデータが破壊され
るのを防止する、データアクセス装置を提供することで
ある。

【０００５】

【課題を解決するための手段】第１の発明は、データを
所定サイズ単位で記録媒体に書き込むデータアクセス装
置において、記録媒体へのデータの書き込み要求を外部
装置から受け付ける受付手段、書き込み要求に従って書
き込むべきデータの単位サイズを検出する検出手段、検
出手段によって検出された単位サイズと所定サイズとの
一致／不一致を判別する判別手段、および判別手段によ
る判別結果に応じて書き込み要求を承認／拒否する制御
手段を備える、データアクセス装置である。

【０００６】第２の発明は、第1の発明のデータアクセ
ス装置を備え、被写体を撮影した画像データを記録媒体
に記録するカメラ装置である。

【０００７】

【作用】この発明では、記録媒体には、所定サイズ単位
でデータが書き込まれる。このような記録媒体に対し
て、外部装置からデータの書き込み要求が成されると、
この要求は、まず、受付手段によって受け付けられる。
そして、検出手段が、当該書き込み要求に従って書き込
むべきデータの単位サイズを検出し、判別手段が、単位
サイズと所定サイズとの一致／不一致を判別する。そし
て、制御手段が、判別手段による判別結果に応じて外部
装置からの書き込み要求を承認しまたは拒否する。具体
的には、単位サイズと所定サイズとが一致するときに外
部装置からの書き込み要求を承認し、単位サイズと所定
サイズとが不一致であるときに当該書き込み要求を拒否
する。

【０００８】この発明のある実施例では、判別手段は、
記録媒体が採用する第1ファイル管理システムを識別す
る識別手段、および識別手段によって識別された第1フ
ァイル管理システムが単位サイズに対応する第２ファイ
ル管理システムと一致するか否かによって単位サイズと
所定サイズとの一致／不一致を判別する判別実行手段を
含む。

【０００９】なお、記録媒体は、第1ファイル管理シス
テムを表す識別子を含むようにしてもよい。この場合、
識別手段は、識別子を検出する識別子検出手段、および
識別子検出手段によって検出された識別子に基づいて第
１ファイル管理システムを識別する識別実行手段を含む
ものとする。識別子は、ディジタルデータとして記録媒
体に記録することができる。

【００１０】この発明の他の実施例では、制御手段は、
書き込み要求を拒否するとき、記録媒体が不存在である
ことを表す信号を外部装置に送信する送信手段をさらに
備える。このようにすれば、外部装置に対して記録媒体
が不存在であると言わば誤認識させることができ、外部
装置から必要以上に（繰り返し）書き込み要求されるの
を防止できる。

【００１１】

【発明の効果】この発明によれば、外部装置からの書き
込み要求に従う単位サイズと、記録媒体にデータを書き
込むときの前提となる所定サイズとの一致／不一致に応
じて、外部装置からの書き込み要求が承認／拒否され
る。したがって、外部装置からの不用意なデータアクセ
スによって記録媒体に記録されているデータが破壊され
るのを防止できる。

【００１２】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【００１３】

【実施例】図１を参照して、第1実施例のカメラ装置１
０は、図示しない被写体の静止画像を一定間隔で撮影し
記録するもので、レンズ１２を通して得られる被写体像
を受光するためのＣＣＤ受光素子１４を有している。Ｃ
ＣＤ受光素子１４は、受光した被写体像をアナログの画
像信号に変換し、信号処理回路１６に入力する。信号処
理回路１６は、入力される画像信号に対して増幅処理や
フィルタリング処理などの所定の処理を施し、処理後の
画像信号を画像出力端子１８に接続された外付けのモニ
タ装置２０に入力する。これによって、モニタ装置２０
の画面に、被写体のリアルタイムな動画像が表示され
る。さらに、信号処理回路１６は、処理後の画像信号を
ディジタルの画像データに変換するとともに、変換後の
画像データをＪＰＥＧ方式に従って圧縮する。この圧縮
後の画像データ（ＪＰＥＧ画像ファイル）は、ハードデ
ィスク２２に記録される。

【００１４】このようにして被写体を撮影した画像デー
タを圧縮してハードディスク２２に記録するという一連
の動作は、ＣＰＵ（Central Processing Unit）２４に
よって制御される。具体的には、操作キー２６を構成す
る図示しない記録開始キーが押下されると、ＣＰＵ２４
は、これに応答して、信号処理回路１６によって画像信
号を画像データに変換して圧縮するタイミング、および
圧縮後の画像データをハードディスク２２に記録するタ
イミングを、各々制御する。そして、操作キー２６を構
成する図示しない停止キーが押下されると、ＣＰＵ２４
は、この一連の記録動作を停止するよう信号処理回路１
６およびハードディスク２２を制御する。かかるＣＰＵ
２４の動作は、メモリ２８に記憶されている制御プログ
ラムに従って制御される。

【００１５】ハードディスク２２に記録された画像デー
タは、再生モードによって再生することができる。具体
的には、操作キー２６を構成する図示しない画像指定キ
ーによって希望の画像データを指定した後、再生キーを
押下する。すると、ＣＰＵ２４は、再生モードに入り、
ハードディスク２２に対して指定の画像データを読み出
すよう指示を与える。この指示に応じて、ハードディス
ク２２は、指定のデータを読み出し、信号処理回路１６
に入力する。信号処理回路１６は、入力された画像デー
タを画像信号に変換し、この変換後の画像信号を、画像
出力端子１８を介してモニタ装置２０に入力する。これ
によって、モニタ装置２０の画面に、被写体の再生画像
が表示される。なお、この再生モードにおいては、設定
によって、再生キーを押下する度に１つの画像データを
再生することもできるし、複数の画像データを連続再生
することもできる。この再生モードを抜けるには、上述
した停止キーを押下すればよい。

【００１６】さらに、このカメラ装置１０は、ＵＳＢ
（Universal Serial Bus）端子３０を備えている。この
ＵＳＢ端子３０は、外部インタフェース回路３２を介し
てＣＰＵ２４に接続されている。そして、このＵＳＢ端
子３０にＵＳＢケーブル４０を介してパーソナルコンピ
ュータ５０を接続することによって、パーソナルコンピ
ュータ５０側からカメラ装置１０内のハードディスク２
２にアクセスすることができる。

【００１７】図２を参照して、パーソナルコンピュータ
５０は、ＵＳＢケーブル４０が接続されるＵＳＢ端子５
２を備えている。このＵＳＢ端子５２は、外部インタフ
ェース回路５４を介してＣＰＵ５６に接続されている。
ＣＰＵ５６には、入力装置としてキーボード５８および
マウス６０が接続されており、ＣＰＵ５６は、これらの
操作に応じてディスプレイ６２に各種情報を表示する。
さらに、ＣＰＵ５６には、ハードディスク６４も接続さ
れている。このハードディスク６４には、所定のＯＳ
と、このＯＳの管理下で動作する専用アプリケーション
ソフトとがインストールされている。そして、ＣＰＵ５
６は、メモリ６６を主記憶装置として専用アプリケーシ
ョンソフトを実行することで、カメラ装置１０側のハー
ドディスク２２にアクセスする。

【００１８】具体的には、ハードディスク２２に記録さ
れている任意の画像データをパーソナルコンピュータ５
０側に取り込み、この取り込んだ画像データを加工した
りハードディスク６４に記録したりすることができる。
また、ハードディスク２２内の画像データをパーソナル
コンピュータ５０側から任意に編集することもできる。
さらに、パーソナルコンピュータ５０側に既に取り込ん
だ画像データをハードディスク２２に記録したり、或い
はパーソナルコンピュータ５０側からハードディスク２
２内に任意のフォルダを作成したりすることもできる。
また、後述するが、パーソナルコンピュータ５０は、所
定の条件下で、ＯＳに付属の標準ファイル管理ソフトを
用いることによっても、ハードディスク２２にアクセス
できる。

【００１９】ところで、この第1実施例においては、ハ
ードディスク２２は、カメラ装置１０自体でフォーマッ
トされたものを使用することを前提とし、パーソナルコ
ンピュータ５０などの他の装置によってフォーマットさ
れたものは使用できないものとする。また、カメラ装置
１０によるフォーマット方式（ファイル管理システム）
として、カメラ装置１０独自のＦＡＴ１６を採用する方
式と標準のＦＡＴ３２を採用する方式とのいずれかを任
意に選択できるものとする。

【００２０】ただし、いずれの方式に基づいてフォーマ
ットした場合にも、当該フォーマット後のハードディス
ク２２上に「ＦＬＩＮＦ．ＳＹＳ」という独自のファイ
ルを作成するようにする。そして、この「ＦＬＩＮＦ．
ＳＹＳ」ファイル内に独自のマークＭを記録する。な
お、独自ＦＡＴ１６方式の場合には、マークＭとして
“１”を記録し、標準ＦＡＴ３２方式の場合には、マー
クＭとして“０”を記録する。

【００２１】なお、ここで言う独自ＦＡＴ１６方式と
は、標準のＦＡＴ１６方式よりもクラスタサイズを５１
２[kByte]という大き目のサイズに設定する方式であ
る。上述したように、画像データは一般のテキストデー
タなどに比べて容量が大きいため、かかる大容量の画像
データを効率的に読み書きするにはクラスタサイズを大
き目に設定した方が有利なことが多いからである。な
お、標準ＦＡＴ１６方式におけるクラスタサイズは、４
[kByte]〜３２[kByte]である。クラスタサイズが異なる
以外は、独自ＦＡＴ１６方式は標準ＦＡＴ１６方式に準
拠する。

【００２２】このように、ハードディスク２２をフォー
マットするときに「ＦＬＩＮＦ．ＳＹＳ」ファイルを作
成することで、ハードディスク２２がカメラ装置１０自
体でフォーマットされたものであるのか否かを判別でき
る。また、「ＦＬＩＮＦ．ＳＹＳ」ファイルが存在する
場合には、これに付加されているマークＭが“１”であ
るか“０”であるかによって、ハードディスク２２が独
自ＦＡＴ１６方式および標準ＦＡＴ３２方式のいずれを
採用しているのかを判別できる。

【００２３】そして、ハードディスク２２が独自ＦＡＴ
１６方式を採用している場合には、上述した専用アプリ
ケーションソフトによるデータアクセスのみを可能と
し、標準ファイル管理ソフトなどの他のソフトウェアに
よるデータアクセスを拒否する。これに対して、ハード
ディスク２２が標準ＦＡＴ３２方式を採用している場合
には、専用アプリケーションソフトおよび標準ファイル
管理ソフトのいずれによってもデータアクセス可能とす
る。なお、専用アプリケーションソフトによるときに
は、ファイル（１枚の画像データ）単位若しくはフォル
ダ単位でデータアクセス（読み書き）される。一方の標
準ファイル管理ソフトによるときには、所定のブロック
単位でデータアクセスされる。

【００２４】すなわち、独自ＦＡＴ１６方式において
は、標準ＦＡＴ３２方式（標準ＦＡＴ１６方式）に比べ
てクラスタサイズが大きいため、かかる独自ＦＡＴ１６
方式を採用するハードディスク２２に対して、標準ファ
イル管理ソフトを用いてブロック単位でデータアクセス
すると、ＦＡＴ情報などのデータを破壊してしまう恐れ
がある。したがって、ハードディスク２２が独自ＦＡＴ
１６方式を採用する場合には、標準ファイル管理ソフト
によるデータアクセスを拒否することで、記録されたデ
ータが不用意に破壊されるのを防止する。一方、標準Ｆ
ＡＴ３２方式の場合には、専用アプリケーションソフト
および標準ファイル管理ソフトのいずれでもデータアク
セス可能であるので、特に制限はしない。

【００２５】たとえば、カメラ装置１０を所定場所に設
置して、カメラ装置１０の図示しない電源スイッチをＯ
Ｎすると、カメラ装置１０のＣＰＵ２４は、図３〜図５
に示すフロー図に従って初期設定を実行する。

【００２６】図３を参照して、ＣＰＵ２４は、まず、ス
テップＳ１のフォーマット状態チェック処理を実行す
る。この処理によって、ＣＰＵ２４は、ハードディスク
２２がフォーマットされているか否か、およびフォーマ
ットされている場合には当該フォーマットがカメラ装置
１０自体で成されたものであるか否かを、判別する。

【００２７】具体的には、図４に示すように、ステップ
Ｓ１０１おいて、ハードディスク２２からＦＡＴ識別情
報を取得する。このＦＡＴ識別情報とは、ＦＡＴ方式で
フォーマットされた記録媒体であれば必ず形成されるＰ
ＢＲ（Partition Boot Record）という記録領域に記録
されるFileSysTypeという８[bit]のデータである。な
お、独自ＦＡＴ１６方式を含むＦＡＴ１６方式でフォー
マットされた記録媒体であれば、FileSysTypeとして“F
AT16”というデータが記録される。また、標準ＦＡＴ３
２方式でフォーマットされた記録媒体であれば、FileSy
sTypeとして“FAT”というデータが記録される。

【００２８】ＣＰＵ２４は、ステップＳ１０３におい
て、上述のFileSysTypeを読み取ることができたか否か
を確認し、読み取ることができた場合には、ステップＳ
１０５に進む。そして、このステップＳ１０５におい
て、FileSysTypeが“FAT”であるか否かを判断し、“FA
T”でない場合には、ステップＳ１０７に進む。そし
て、ステップＳ１０７において、FileSysTypeが“FAT1
6”であるか否かを判断する。このステップＳ１０７に
おいて、FileSysTypeが“FAT16”でない場合には、ＣＰ
Ｕ２４は、ハードディスク２４が標準ＦＡＴ１２方式な
どの他のＦＡＴ方式でフォーマットされているものと認
識する。そして、ステップＳ１０９において、ハードデ
ィスク２４のフォーマット状態を表すフラグＦとして
“０”を設定する。なお、ステップＳ１０３において、
FileSysTypeを読み取ることができない場合には、ＣＰ
Ｕ２４は、ハードディスク２２が未フォーマットである
か、若しくはＦＡＴ方式以外の方式でフォーマットされ
ているものと認識し、ステップＳ１０９に進む。このス
テップＳ１０９の処理後、ＣＰＵ２４は、図４で示され
るフォーマット状態チェック処理を終了して、図３のメ
インルーチンに復帰し、ステップＳ３に進む。

【００２９】一方、上述のFileSysTypeが“FAT”である
場合には、ＣＰＵ２４は、ステップＳ１０５からステッ
プＳ１１１に進み、これ以降、標準ＦＡＴ３２方式に基
づいてハードディスク２２にアクセスするよう、自己の
動作モードを設定する。そして、ステップＳ１１３にお
いて、上述のフラグＦとして“１”を設定した後、この
図４で示されるフォーマット状態チェック処理を終了し
て、図３のステップＳ３に進む。

【００３０】また、FileSysTypeが“FAT16”である場合
には、ＣＰＵ２４は、ステップＳ１０７からステップＳ
１１５に進み、ハードディスク２２のクラスタサイズを
検出する。そして、ステップＳ１１７において、クラス
タサイズが５１２[kByte]であるか否かを判断する。こ
こで、クラスタサイズが５１２[kByte]でない場合、Ｃ
ＰＵ２４は、ハードディスク２２が標準ＦＡＴ１６方式
を採用していると認識して、ステップＳ１０９に進む。
これに対して、クラスタサイズが５１２[kByte]である
場合には、ＣＰＵ２４は、ステップＳ１１９に進み、こ
れ以降、独自ＦＡＴ１６方式に基づいてハードディスク
２２にアクセスするよう、自己の動作モードを設定す
る。そして、ステップＳ１１３においてフラグＦに
“１”を設定した後、図３のステップＳ３に進む。

【００３１】ステップＳ３において、ＣＰＵ２４は、上
述のフラグＦが“１”であるか否かを判断する。ここ
で、フラグＦが“１”である場合には、ＣＰＵ２４は、
ステップＳ５に進み、上述の「ＦＬＩＮＦ．ＳＹＳ」フ
ァイルがハードディスク２２上に存在するか否かを判断
する。「ＦＬＩＮＦ．ＳＹＳ」ファイルが存在する場合
には、ＣＰＵ２４は、ハードディスク２２がカメラ装置
１０自体によってフォーマットされたものであると認識
して、一連の初期設定を終了する。

【００３２】これに対して、上述のフラグＦが“０”で
ある場合には、ＣＰＵ２４は、ステップＳ３からステッ
プＳ７に進み、ここでカメラ装置１０自体によってフォ
ーマットすることを促す“Formatting?”というメッセ
ージをモニタ装置２０に表示する。また、上述の「ＦＬ
ＩＮＦ．ＳＹＳ」ファイルがハードディスク２２上に存
在しない場合にも、ＣＰＵ２４は、ステップＳ５からス
テップＳ７に進む。そして、ステップＳ７においてメッ
セージを表示した後、ＣＰＵ２４は、ステップＳ９およ
びステップＳ１１に進み、オペレータからの指示を待
つ。

【００３３】ここで、オペレータからフォーマットする
よう指示があると、ＣＰＵ２４は、ステップＳ９からス
テップＳ１３に進み、フォーマット処理を実行する。こ
のフォーマット処理の詳細を、図５に示す。

【００３４】同図に示すように、フォーマット処理にお
いては、ＣＰＵ２４は、まず、ステップＳ２０１におい
て、独自ＦＡＴ１６方式および標準ＦＡＴ３２方式のい
ずれに基づいてハードディスク２２をフォーマットする
のかを選択するための“FAT16 or FAT32 ?”というメッ
セージをモニタ装置２０に表示する。そして、ステップ
Ｓ２０３およびステップＳ２０５において、オペレータ
からの指示を待つ。

【００３５】ここで、オペレータによって独自ＦＡＴ１
６方式が選択された場合には、ＣＰＵ２４は、ステップ
Ｓ２０３からステップＳ２０７に進み、独自ＦＡＴ１６
方式に基づいてハードディスク２２をフォーマットす
る。このとき、ハードディスク２２上にＰＢＲ領域が形
成されるとともに、このＰＢＲ領域内にFileSysTypeと
して“FAT16”が記録されることは、上述した通りであ
る。そして、ステップＳ２０９において、フォーマット
後のハードディスク２２に上述の「ＦＬＩＮＦ．ＳＹ
Ｓ」ファイルを作成するとともに、この「ＦＬＩＮＦ．
ＳＹＳ」ファイルにマークＭとして“１”を記録する。
このステップＳ２０９の実行後、ＣＰＵ２４は、図５で
示されるフォーマット処理を完了し、一連の初期設定を
終了する。

【００３６】一方、オペレータによって標準ＦＡＴ３２
方式が選択された場合には、ＣＰＵ２４は、ステップＳ
２０５からステップＳ２１１に進み、当該標準ＦＡＴ３
２方式に基づいてハードディスク２２をフォーマットす
る。このときも、ハードディスク２２上にＰＢＲ領域が
形成されるとともに、このＰＢＲ領域内にFileSysType
として“FAT32”が記録されることは、上述した通りで
ある。そして、ステップＳ２１３において、ハードディ
スク２２に「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成する
とともに、この「ＦＬＩＮＦ．ＳＹＳ」ファイルにマー
クＭとして“０”を記録する。このステップＳ２１３の
実行後、ＣＰＵ２４は、図５で示されるフォーマット処
理を完了し、一連の初期設定を終了する。

【００３７】また、図３において、ステップＳ７による
メッセージの表示後、オペレータからフォーマットしな
い旨の指示を受けた場合には、ＣＰＵ２４は、ステップ
Ｓ１１からステップＳ１５に進み、モニタ装置２０に
“Please call service”というメッセージを表示す
る。そして、このメッセージの表示後、ＣＰＵ２４は、
ステップＳ１７において、カメラ装置１０の動作を停止
した後（たとえばカメラ装置１０の電源スイッチをＯＦ
Ｆする準備をした後）、一連の初期設定を終了する。こ
の初期設定によって、カメラ装置１０自体でフォーマッ
トしたハードディスク２２でなければ使用不可能とされ
る。

【００３８】次に、カメラ装置１０とパーソナルコンピ
ュータ５０とをＵＳＢケーブル４０で接続して、パーソ
ナルコンピュータ５０からカメラ装置１０内のハードデ
ィスク２２にアクセスするときのカメラ装置１０側のＣ
ＰＵ２４の動作について、図６〜図８を参照して説明す
る。

【００３９】図６に示すように、ＣＰＵ２４は、まず、
ステップＳ３０１において、パーソナルコンピュータ５
０側との通信行為が終了したか否かを判断する。この判
断は、ＵＳＢケーブル４０（パーソナルコンピュータ５
０）が接続されているか否かによる。ここで、通信行為
が終了した場合には、ＣＰＵ２４は、同フロー図で示さ
れる一連の処理を終了する。一方、通信行為が終了して
いない場合には、ステップＳ３０３に進み、パーソナル
コンピュータ５０から何らかのコマンドが送信されてく
るのを待機し、いわゆるコマンド待ち状態となる。

【００４０】ステップＳ３０３において、パーソナルコ
ンピュータ５０から何らかのコマンドを受信すると、Ｃ
ＰＵ２４は、ステップＳ３０５に進む。そして、このス
テップＳ３０５において、受信したコマンドが専用アプ
リケーションソフトによる固有のコマンドであるのか、
或いは、標準ファイル管理ソフトによる標準コマンドで
あるのかを判断する。

【００４１】ここで、受信したコマンドが固有コマンド
である場合には、ステップＳ３０７に進み、当該固有コ
マンドに応じた処理を実行し、すなわちファイル単位若
しくはフォルダ単位でハードディスク２２にデータアク
セスする。そして、このデータアクセス後、ステップＳ
３０９において、パーソナルコンピュータ５０に対する
応答出力を行い、ステップＳ３０１に戻る。

【００４２】一方、パーソナルコンピュータ５０から受
信したコマンドが標準コマンドである場合には、ＣＰＵ
２４は、ステップＳ３０５から図７のステップＳ３１１
に進む。そして、このステップＳ３１１において、受信
したコマンドの種類を判別する。ここで、受信したコマ
ンドが、ハードディスク２２が準備できているか否かを
確認する“Media Ready ?”という内容のものである場
合には、ＣＰＵ２４は、ステップＳ３１１からステップ
Ｓ３１３に進む。一方、受信したコマンドが、後述する
“Request Sense”である場合には、ＣＰＵ２４は、ス
テップＳ３１１からステップＳ３１５に進む。これら
“Media Ready ?”および“Request Sense”以外のコマ
ンドを受信した場合には、ＣＰＵ２４は、ステップＳ３
１１からステップＳ３１７に進む。

【００４３】ステップＳ３１３においては、ＣＰＵ２４
は、カメラ装置１０内にハードディスク２２が存在する
か否か、厳密にはハードディスク２２が正常に接続され
ているか否かを判断する。ここで、ハードディスク２２
の存在を確認すると、ＣＰＵ２４は、ステップＳ３１９
のＦＡＴ識別処理を実行する。

【００４４】図８を参照して、ＦＡＴ識別処理では、Ｃ
ＰＵ２４は、ステップＳ３５０において、ハードディス
ク２２から上述した「ＦＬＩＮＦ．ＳＹＳ」ファイル内
のマークＭを読み込む。そして、ステップＳ３５２にお
いて、読み込んだマークＭが“１”であるか否かを判断
する。ここで、マークＭが“１”である場合には、ＣＰ
Ｕ２４は、ステップＳ３５４に進み、ハードディスク２
２が独自ＦＡＴ１６方式を採用していると認識する。一
方、マークＭが“１”でない場合、すなわち“０”であ
る場合には、ＣＰＵ２４は、ステップＳ３５２からステ
ップＳ３５６に進み、ハードディスク２２が標準ＦＡＴ
３２方式を採用していると認識する。ステップＳ３５４
またはステップＳ３５６を処理することによって、ＣＰ
Ｕ２４は、一連のＦＡＴ識別処理を終了し、図７のステ
ップＳ３２１に進む。

【００４５】上述のＦＡＴ識別処理において、ハードデ
ィスク２２が標準ＦＡＴ３２方式を採用していると認識
した場合、換言すればパーソナルコンピュータ５０から
受信したコマンドが前提とするクラスタサイズとハード
ディスク２２が前提とするクラスタサイズとが一致する
場合、ＣＰＵ２４は、ステップＳ３２１からステップＳ
３２３に進む。ここで、パーソナルコンピュータ５０へ
の応答出力として、ハードディスク２２へのアクセス準
備が完了したことを表す“Ready”という信号を送信し
た後、図６のステップＳ３０１に戻る。

【００４６】これに対して、ステップＳ３１３において
ハードディスク２２の存在が確認できない場合には、Ｃ
ＰＵ２４は、ステップＳ３２５に進む。そして、このス
テップＳ３２５において、パーソナルコンピュータ５０
への応答出力として、ハードディスク２２へのアクセス
準備ができないことを表す“Not Ready”という信号を
送信する。また、ステップＳ３２１において、ハードデ
ィスク２２が標準ＦＡＴ３２方式を採用するものでない
と認識した場合にも、ＣＰＵ２４は、ステップＳ３２５
に進む。そして、このステップＳ３２５の処理後、ＣＰ
Ｕ２４は、自己の図示しないキャッシュ領域に、“Medi
a Not Present”というエラー種別情報を一時記録した
後、ステップＳ３０１に戻る。

【００４７】また、ＣＰＵ２４は、ステップＳ３１５に
進んだとき、上述のステップＳ３２５において一時記録
したエラー種別情報（ここでは、“Media Not Presen
t”という情報）を、パーソナルコンピュータ５０への
応答出力として送信する。そして、この送信後、ＣＰＵ
２４は、ステップＳ３０１に戻る。

【００４８】さらに、ステップＳ３１７に進んだ場合に
は、ＣＰＵ２４は、受信した標準コマンドに応じた処理
を実行し、すなわちブロック単位でハードディスク２２
にデータアクセスする。そして、このデータアクセス
後、ＣＰＵ２４は、ステップＳ３２９において、パーソ
ナルコンピュータ５０に対する所定の応答出力を行った
後、ステップＳ３０１に戻る。

【００４９】このようなカメラ装置１０側のＣＰＵ２４
の動作に対して、パーソナルコンピュータ５０側のＣＰ
Ｕ５６は、図９または図１０のフロー図で示される処理
を実行する。なお、図９は、専用アプリケーションソフ
トに従うＣＰＵ５６の動作を示し、図１０は、標準ファ
イル管理ソフトに従うＣＰＵ５６の動作を示す。

【００５０】図９を参照して、ＣＰＵ５６は、専用アプ
リケーションソフトに従って動作するとき、ステップＳ
４０１において、オペレータから何らかの操作を受けた
か否か（キーボード５８またはマウス６０が操作された
か否か）を判断する。そして、オペレータから何らかの
操作を受けると、ＣＰＵ５６は、ステップＳ４０３に進
み、その操作が、カメラ装置１０内のハードディスク２
２にデータアクセスするためのものであるか否かを判断
する。ここで、オペレータによる操作が、ハードディス
ク２２にデータアクセスするためのものでない場合に
は、ＣＰＵ５６はステップＳ４０５に進み、当該操作に
応じた処理を実行した後、ステップＳ４０１に戻る。一
方、オペレータによる操作が、ハードディスク２２への
データアクセスを目的とするものである場合には、ＣＰ
Ｕ５６は、ステップＳ４０７に進む。

【００５１】ステップＳ４０７において、ＣＰＵ５６
は、オペレータによる操作に応じた固有コマンドをカメ
ラ装置１０に送信する。そして、ステップＳ４０９にお
いて、当該固有コマンドの送信に対して、カメラ装置１
０側から何らかの応答が返ってくるのを待機する。カメ
ラ装置１０からの応答を受信すると、ＣＰＵ５６は、ス
テップＳ４１１に進み、ここで当該応答に対する処理を
実行した後、ステップＳ４０１に戻る。

【００５２】一方、標準ファイル管理ソフトを用いてデ
ータアクセスするときにも、ＣＰＵ５６は、図１０に示
すように、図９におけるステップＳ４０１，ステップＳ
４０３およびステップＳ４０５と同様のステップＳ５０
１，ステップＳ５０３およびステップＳ５０５を実行す
る。そして、ステップＳ５０５において、オペレータに
よる操作がハードディスク２２にデータアクセスするた
めのものである場合には、ＣＰＵ５６は、ステップＳ５
０７に進む。

【００５３】ステップＳ５０７において、ＣＰＵ５６
は、上述した“Media Ready ?”という標準コマンドを
カメラ装置１０に送信する。そして、ステップＳ５０９
において、当該“Media Ready ?”コマンドの送信に対
するカメラ装置１０側からの応答を待機する。カメラ装
置１０からの応答を受信すると、ＣＰＵ５６は、ステッ
プＳ５１１に進み、その応答内容を確認する。

【００５４】ここで、カメラ装置１０側からの応答内容
が“Ready”である場合には、ＣＰＵ５６は、ハードデ
ィスク２２へのアクセス準備が完了したものと認識す
る。そして、ステップＳ５１３において、オペレータに
よる操作に応じた標準コマンドをカメラ装置１０に送信
し、ステップＳ５１５において、当該標準コマンドに対
するカメラ装置１０側からの応答を待機する。カメラ装
置１０からの応答を受信すると、ＣＰＵ５６は、ステッ
プＳ５１７に進み、ここで当該応答に対する処理を実行
した後、ステップＳ５０１に戻る。

【００５５】これに対して、ステップＳ５１１におい
て、カメラ装置１０から“Not Ready”を受信した場合
には、ＣＰＵ５６は、ステップＳ５１９に進む。そし
て、カメラ装置１０に対して当該“Not Ready”の原因
（内容）を尋ねるべく、上述の“Request Sense”とい
う標準コマンドを送信し、ステップＳ５２１において、
当該“Request Sense”コマンドに対するカメラ装置１
０側からの応答を待機する。この“Request Sense”コ
マンドに対しては、カメラ装置１０側から上述のエラー
種別情報が送られてくるので、このエラー種別情報を受
信すると、ＣＰＵ５６は、ステップＳ５２３に進む。そ
して、受信したエラー種別情報に対する処理として、ハ
ードディスク２２にアクセスできない旨のメッセージを
モニタ装置２０に表示した後、ステップＳ５０１に戻
る。

【００５６】以上のように、第１実施例によれば、ハー
ドディスク２２が独自ＦＡＴ１６方式でフォーマットさ
れている場合には、独自コマンドに従うデータアクセス
のみが承認され、標準コマンドに従うデータアクセスは
拒否される。したがって、パーソナルコンピュータ５０
から不用意なデータアクセスがあったとしても、このデ
ータアクセス行為によってハードディスク２２内のデー
タが破壊されることはない。

【００５７】しかも、標準コマンドに従うデータアクセ
スを拒否するとき、パーソナルコンピュータ５０に対し
てハードディスク２２の不存在を表す“Not Ready”が
送信される。したがって、パーソナルコンピュータ５０
に対してあたかもハードディスク２２が存在しないよう
に誤認識させることができ、これによって、パーソナル
コンピュータ５０から必要以上に標準コマンドに従って
データアクセスされるのを防止できる。

【００５８】次に、本発明の第２実施例について説明す
る。上述したように、第1実施例においては、ハードデ
ィスク２２をフォーマットするときに独自の「ＦＬＩＮ
Ｆ．ＳＹＳ」ファイルを作成するとともにマークＭを付
加することによってハードディスク２２のフォーマット
方式（クラスタサイズ）を判別するようにしたが、第２
実施例では、この判別に上述したFileSysTypeを利用す
る。

【００５９】具体的には、独自ＦＡＴ１６方式に基づい
てハードディスク２２をフォーマットするとき、FileSy
sTypeとして、“FAT16”の代わりに“FAT16Vnd”という
独自ＦＡＴ１６方式を表す独自のデータを用いる。一
方、標準ＦＡＴ３２方式に基づいてフォーマットすると
きには、第１実施例と同様に、FileSysTypeとして“FA
T”を用いる。そして、FileSysTypeが“FAT16Vnd”であ
るのかそれとも“FAT”であるのかによって、厳密には
当該FileSysTypeの内容を表す後述の変数Ｓによって、
ハードディスク２２が独自ＦＡＴ１６方式および標準Ｆ
ＡＴ３２方式のいずれを採用しているのかを判別する。
なお、いずれの方式の場合にも、「ＦＬＩＮＦ．ＳＹ
Ｓ」ファイルは作成しない。

【００６０】このように「ＦＬＩＮＦ．ＳＹＳ」ファイ
ルを作成せず、FileSysType（変数Ｓ）に基づいてハー
ドディスク２２が採用するＦＡＴ方式を判別するため
に、この第２実施例におけるカメラ装置１０側のＣＰＵ
２４は、上述した初期設定として図１１〜図１３の各フ
ロー図で示される処理を実行する。

【００６１】すなわち、カメラ装置１０の電源スイッチ
をＯＮすると、ＣＰＵ２４は、まず、図１１のフロー図
に示す各処理を実行する。同図に示すように、このフロ
ー図は、第1実施例における図３のフロー図から「ＦＬ
ＩＮＦ．ＳＹＳ」ファイルの有無を判別するためのステ
ップＳ５を削除したのと等価なものである。

【００６２】そして、図１１のフロー図におけるステッ
プＳ１のフォーマット状態チェック処理として、図１２
のフロー図に示す各処理を実行する。同図に示すよう
に、このフロー図は、第1実施例における図４のフロー
図のステップＳ１０７に代えて、ステップＳ１０５のＮ
ＯとステップＳ１０９との間にステップＳ１５１を設け
たものである。また、ステップＳ１１１とステップＳ１
１３との間にステップＳ１５３を設けている。さらに、
図４におけるステップＳ１１５およびステップＳ１１７
を削除するとともに、ステップＳ１１９とステップＳ１
１３との間にステップＳ１５５を設けたものである。

【００６３】すなわち、ステップＳ１０５において、Fi
leSysTypeが“FAT”でない場合には、ＣＰＵ２４は、ス
テップＳ１５１に進み、ここで、FileSysTypeが“FAT16
Vnd”であるか否かを判断する。このステップＳ１５１
において、FileSysTypeが“FAT16Vnd”でない場合に
は、ＣＰＵ２４は、ハードディスク２４が標準ＦＡＴ１
２方式などの他のＦＡＴ方式に基づいてフォーマットさ
れているものと認識し、ステップＳ１０９に進む。

【００６４】一方、ステップＳ１０５において、FileSy
sTypeが“FAT”である場合には、ＣＰＵ２４は、ステッ
プＳ１１１に進み、ここで自己の動作モードを設定した
後、ステップＳ１５３に進む。そして、このステップＳ
１５３において、上述の変数Ｓに“０”を設定し、これ
によってハードディスク２２が標準ＦＡＴ３２方式でフ
ォーマットされていることを表現する。なお、変数Ｓ
は、メモリ２８に記録される。この変数Ｓの記録後、Ｃ
ＰＵ２４は、ステップＳ１１３に進む。

【００６５】また、ステップＳ１５１において、FileSy
sTypeが“FAT16Vnd”である場合には、ＣＰＵ２４は、
ステップＳ１１９に進み、ここで自己の動作モードを設
定した後、ステップＳ１５５に進む。そして、このステ
ップＳ１５５において、上述の変数Ｓとして“１”を設
定し、これによってハードディスク２２が独自ＦＡＴ１
６方式でフォーマットされていることを表現する。この
変数Ｓの設定（記録）後、ＣＰＵ２４は、ステップＳ１
１３に進む。

【００６６】さらに、図１１におけるステップＳ１１の
フォーマット処理として、図１３のフロー図で示される
各処理を実行する。同図に示すように、このフロー図
は、第1実施例における図５のフロー図のステップＳ２
０９に代えて、ステップＳ２０７とリターン端子との間
にステップＳ２５１を設けたものである。そして、図５
におけるステップＳ２１３を削除したものである。

【００６７】すなわち、ＣＰＵ２４は、ステップＳ２０
７において独自ＦＡＴ１６方式に基づいてフォーマット
したとき、ステップＳ２５１において、FileSysTypeを
“FAT16”から“FAT16Vnd”に書き換える。そして、こ
の書き換え後、一連のフォーマット処理を完了する。一
方、ステップＳ２１１において、標準ＦＡＴ３２方式に
基づいてフォーマットしたときには、ＣＰＵ２４は、そ
のままこのフォーマット処理を完了する。

【００６８】このようにして初期設定を終えたハードデ
ィスク２２に対して、パーソナルコンピュータ５０側か
らアクセスするとき、第２実施例では、上述した図７に
おけるステップＳ３１９のＦＡＴ識別処理として、図１
４のフロー図で示される処理を実行する。

【００６９】同図に示すように、ＣＰＵ２４は、ステッ
プＳ３６０において、メモリ２８から上述した変数Ｓを
読み込む。そして、ステップＳ３６２において、読み込
んだ変数Ｓが“１”であるか否かを判断する。ここで、
変数Ｓが“１”である場合には、ＣＰＵ２４は、ステッ
プＳ３６４に進み、ハードディスク２２が独自ＦＡＴ１
６方式を採用していると認識する。一方、変数Ｓが
“１”でない場合、すなわち“０”である場合には、Ｃ
ＰＵ２４は、ステップＳ３６２からステップＳ３６６に
進み、ハードディスク２２が標準ＦＡＴ３２方式を採用
していると認識する。ステップＳ３６４またはステップ
Ｓ３６６を処理することによって、ＣＰＵ２４は、この
一連のＦＡＴ識別処理を終了し、図７のステップＳ３２
１に進む。

【００７０】次に、本発明の第３実施例について説明す
る。上述したように、第１実施例においては「ＦＬＩＮ
Ｆ．ＳＹＳ」ファイルを付加し、第２実施例においては
FileSysTypeを書き換えるという特別な処理を実施した
が、第３実施例においては、このような特別な処理は実
施しない。そのため、第３実施例におけるカメラ装置１
０側のＣＰＵ２４は、上述した初期設定として、次のよ
うな処理を実行する。

【００７１】すなわち、カメラ装置１０の電源スイッチ
をＯＮすると、ＣＰＵ２４は、第２実施例と同様の図１
１のフロー図で示される各処理を実行する。そして、こ
の図１１におけるステップＳ１のフォーマット状態チェ
ック処理として、図１５のフロー図で示される各処理を
実行する。

【００７２】同図に示すように、このフロー図は、第1
実施例における図４のステップＳ１１１とステップＳ１
１３との間に、第２実施例における図１２のステップＳ
１５３と等価なステップを設けたものである。また、ス
テップＳ１１９とステップＳ１１３との間には、図１２
におけるステップＳ１５５と等価なステップを設けてい
る。

【００７３】この図１５のフロー図によれば、ＣＰＵ２
４は、ステップＳ１１１において動作モードを設定した
後、ステップＳ１５３に進む。そして、このステップＳ
１５３において、上述した変数Ｓとして標準ＦＡＴ３２
方式を表す“０”を設定した後、ステップＳ１１３に進
む。一方、ステップＳ１１９において動作モードを設定
した後は、ステップＳ１５５に進む。そして、このステ
ップＳ１５５において、上述した変数Ｓとして独自ＦＡ
Ｔ１６方式を表す“１”を設定した後、ステップＳ１１
３に進む。

【００７４】また、図１１におけるステップＳ１１のフ
ォーマット処理として、図１６のフロー図に示す各処理
を実行する。同図に示すように、このフロー図は、第1
実施例における図５のフロー図のステップＳ２０９およ
びステップＳ２１３を削除したものである。すなわち、
ステップＳ２０７およびステップＳ２１１のいずれを処
理した場合にも、ＣＰＵ２４は、当該処理の直後にこの
図１６に示す一連のフォーマット処理を完了する。

【００７５】なお、この第３実施例においても、パーソ
ナルコンピュータ５０からのデータアクセスに対して、
上述した図７におけるステップＳ３１９のＦＡＴ識別処
理として、第２実施例と同様、図１４のフロー図で示さ
れる処理を実行する。

【００７６】このように、第３実施例では、「ＦＬＩＮ
Ｆ．ＳＹＳ」ファイルを作成したり、FileSysTypeを書
き換えたりする必要がないので、ＣＰＵ２４の処理を簡
素化できる。

【００７７】なお、以上の各実施例においては、記録媒
体としてハードディスク２２を用いる場合について説明
したが、ＣＤ−ＲＷ（Compact Disc-ReWritable）やＤ
ＶＤ−ＲＡＭ（Digital Versatile Disc-RAM）などの他
の記録媒体を用いてもよい。

【００７８】また、本発明をカメラ装置１０に応用する
場合について説明したが、外部からアクセス可能な記録
媒体を有するのであれば、カメラ装置以外の装置にも本
発明を応用できる。そして、記録媒体に記録するデータ
は、画像データに限らず、テキストデータや音声データ
などでもよい。

【００７９】そして、カメラ装置１０とパーソナルコン
ピュータ５０とをＵＳＢケーブル４０（ＵＳＢインタフ
ェース）によって接続したが、これ以外のインタフェー
スを用いてもよい。さらに、パーソナルコンピュータ５
０に代えて、カメラ装置１０にアクセスするための専用
の端末装置やＰＤＡ（Personal Digital Assistant）な
どを用いてもよい。

【００８０】また、独自のＦＡＴ方式として、標準ＦＡ
Ｔ１６方式を改造した独自ＦＡＴ１６方式を用いたが、
これに限らない。たとえば、標準ＦＡＴ３２方式を改造
した独自のＦＡＴ３２方式を採用してもよい。また、ク
ラスタサイズは、上述の実施例で説明したサイズに限ら
ない。さらに、ＦＡＴ方式に限らず、ＵＤＦ（Universa
l Disc Format）などの他の方式を用いてもよい。この
場合、当該ＵＤＦ方式を判別するために、「ＦＬＩＮ
Ｆ．ＳＹＳ」ファイルのマークＭとして独自のマークを
付加したり、上述の変数Ｓとして独自の数値を付与して
もよい。また、ＵＤＦ方式に基づいてフォーマットされ
た記録媒体であれば必ず形成される“Domain Entity Id
entifier”という記録領域内の“OSTA UDF Compliant”
データを検出することによって、ＵＤＦ方式であること
を判別してもよい。

【００８１】そして、上述のマークＭまたは変数Ｓを識
別子として、この識別子からハードディスク２２のフォ
ーマット方式を識別するようにしたが、これらマークＭ
および変数Ｓ以外のものを用いてもよい。また、かかる
識別子は、マークＭや変数Ｓを付するというソフトウェ
ア的な構成によるのではなく、たとえばフロッピディス
クのプロテクタやカセットテープの爪などのように、ハ
ードウェア的な構成によって実現してもよい。

【図面の簡単な説明】

【図１】この発明の第１実施例に係るカメラ装置の概略
構成を示すブロック図である。

【図２】第１実施例におけるパーソナルコンピュータの
概略構成を示すブロック図である。

【図３】第１実施例におけるカメラ装置側のＣＰＵの動
作を説明するための図で、初期設定時の処理手順を示す
フロー図である。

【図４】図３におけるフォーマット状態チェック処理の
詳細を示すフロー図である。

【図５】図３におけるフォーマット処理の詳細を示すフ
ロー図である。

【図６】第１実施例におけるカメラ装置側のＣＰＵの動
作を説明するための図で、パーソナルコンピュータから
のデータアクセスを受けたときの処理手順を示すフロー
図である。

【図７】図６に続くカメラ装置側のＣＰＵの動作を示す
フロー図である。

【図８】図７におけるＦＡＴ識別処理の詳細を示すフロ
ー図である。

【図９】第１実施例におけるパーソナルコンピュータ側
のＣＰＵの動作を説明するための図で、専用アプリケー
ションソフトによってデータアクセスするときの処理手
順を示すフロー図である。

【図１０】第１実施例におけるパーソナルコンピュータ
側のＣＰＵの動作を説明するための図で、標準ファイル
管理ソフトによってデータアクセスするときの処理手順
を示すフロー図である。

【図１１】この発明の第２実施例の説明図で、カメラ装
置の初期設定時におけるＣＰＵの処理手順を示すフロー
図である。

【図１２】図１１におけるフォーマット状態チェック処
理の詳細を示すフロー図である。

【図１３】図１１におけるフォーマット処理の詳細を示
すフロー図である。

【図１４】図７におけるＦＡＴ識別処理の別の詳細を示
すフロー図である。

【図１５】この発明の第３実施例の説明図で、カメラ装
置の初期設定時におけるフォーマット状態チェック処理
の詳細を示すフロー図である。

【図１６】第３実施例におけるフォーマット処理の詳細
を示すフロー図である。

【符号の説明】

１４…ＣＣＤ受光素子１６…信号処理回路２２…ハードディスク２４…ＣＰＵ３０…ＵＳＢ端子３２…外部インタフェース回路

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ１１Ｂ 20/10 ３１１Ｇ１１Ｂ 20/10 ３１１Ｈ０４Ｎ 5/225 Ｈ０４Ｎ 5/225 Ｆ

Claims

【特許請求の範囲】

【請求項１】データを所定サイズ単位で記録媒体に書き
込むデータアクセス装置において、前記記録媒体へのデータの書き込み要求を外部装置から
受け付ける受付手段、前記書き込み要求に従って書き込
むべきデータの単位サイズを検出する検出手段、前記検出手段によって検出された前記単位サイズと前記
所定サイズとの一致／不一致を判別する判別手段、およ
び前記判別手段による判別結果に応じて前記書き込み要
求を承認／拒否する制御手段を備える、データアクセス
装置。
【請求項２】前記判別手段は、前記記録媒体が採用する
第1ファイル管理システムを識別する識別手段、および
前記識別手段によって識別された前記第1ファイル管理
システムが前記単位サイズに対応する第２ファイル管理
システムと一致するか否かによって前記単位サイズと前
記所定サイズとの一致／不一致を判別する判別実行手段
を含む、請求項１記載のデータアクセス装置。
【請求項３】前記記録媒体は前記第1ファイル管理シス
テムを表す識別子を含み、前記識別手段は、前記識別子を検出する識別子検出手
段、および前記識別子検出手段によって検出された前記
識別子に基づいて前記第１ファイル管理システムを識別
する識別実行手段を含む、請求項２記載のデータアクセ
ス装置。
【請求項４】前記識別子はディジタルデータとして前記
記録媒体に記録されている、請求項３記載のデータアク
セス装置。
【請求項５】前記制御手段は前記書き込み要求を拒否す
るとき前記記録媒体が不存在であることを表す信号を前
記外部装置に送信する送信手段をさらに備える、請求項
１ないし４のいずれかに記載のデータアクセス装置。
【請求項６】請求項１ないし５のいずれかに記載のデー
タアクセス装置を備え、被写体を撮影した画像データを
前記記録媒体に記録するカメラ装置。