JP3789771B2 - データアクセス装置 - Google Patents
データアクセス装置 Download PDFInfo
- Publication number
- JP3789771B2 JP3789771B2 JP2001142580A JP2001142580A JP3789771B2 JP 3789771 B2 JP3789771 B2 JP 3789771B2 JP 2001142580 A JP2001142580 A JP 2001142580A JP 2001142580 A JP2001142580 A JP 2001142580A JP 3789771 B2 JP3789771 B2 JP 3789771B2
- Authority
- JP
- Japan
- Prior art keywords
- cpu
- hard disk
- data
- recording medium
- data access
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Studio Devices (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【０００１】
【産業上の利用分野】
この発明は、データアクセス装置に関し、特にたとえばデータを所定サイズ単位で記録媒体に書き込む、データアクセス装置に関する。
【０００２】
【従来技術】
ハードディスクなどの記録媒体は、監視カメラなどのカメラ装置にも利用され、具体的には被写体を撮影した画像データを記録するためのストレージデバイスとしても利用される。このようにハードディスクを利用することで、パーソナルコンピュータ（ＰＣ）などの外部装置からのデータアクセスが可能となり、たとえば記録した画像データをパーソナルコンピュータに取り込んだり、或いはパーソナルコンピュータ側からハードディスク内の画像データを編集（複写や削除など）したりすることができる。このようにパーソナルコンピュータからのデータアクセスを可能とするには、ハードディスクのフォーマット方式（ファイル管理システム）として、たとえば汎用性のあるＦＡＴ（File Allocation Table）方式を採用するのが望ましい。ただし、画像データはテキストデータなどに比べて容量が大きいので、かかる大容量の画像データを効率的に読み書きするには、一般のＦＡＴ方式に比べてクラスタサイズを大き目に設定した方が有利である。たとえば、１つのクラスタ内に１枚分の画像データ（ファイル）を十分に格納できる程度のクラスタサイズとするのが望ましい。一方、このような言わば独自ＦＡＴ方式を採用するハードディスクに対して容易かつ適切にデータアクセスするために、パーソナルコンピュータ側においては、専用のアプリケーションソフトを用いる。
【０００３】
【発明が解決しようとする課題】
しかし、上述のような独自ＦＡＴ方式を採用するハードディスクに対して、専用アプリケーションソフトではなく一般のＯＳ（Operating System）に付属の標準ファイル管理ソフト（たとえばマイクロソフト社のWindows95/98/2000/Me/NTにおける“explorer”など）を用いてデータアクセスした場合に、次のような問題が生じる。すなわち、専用アプリケーションソフトでは、ハードディスクが独自ＦＡＴ方式および標準ＦＡＴ方式のいずれを採用している場合でも（換言すればクラスタサイズに関係なく）適切にデータアクセスできるようにするために、ハードディスクに対してファイル単位若しくはフォルダ単位でデータアクセスする。これに対して、標準ファイル管理ソフトでは、ハードディスクが標準ＦＡＴ方式を採用していること（換言すればクラスタサイズが標準サイズであること）を前提としており、所定のブロック単位でデータアクセスする。ここで、ブロックとは、複数のクラスタの集合体であり、このブロックが複数集まることによって１つのファイルが構成される。したがって、かかる標準ファイル管理ソフトを用いて独自ＦＡＴ方式を採用するハードディスクにデータアクセスすると、各々が前提とするクラスタサイズが異なるために、ハードディスク内のデータを誤って処理する恐れがある。特に、ハードディスク内に新規にファイルやフォルダを作成したりすると、ＦＡＴ情報を破壊してしまい、それ以降、専用のアプリケーションソフトによっても正常にデータアクセスできなくなる。
【０００４】
それゆえにこの発明の主たる目的は、外部装置からの不用意なデータアクセスによってハードディスクなどの記録媒体に記録されているデータが破壊されるのを防止する、データアクセス装置を提供することである。
【０００５】
【課題を解決するための手段】
この発明に従うデータアクセス装置は、外部装置からデータ書き込み要求を受け付けたとき各々が所定サイズを有する複数の単位領域が形成された記録媒体にデータを書き込むデータアクセス装置において、記録媒体の準備ができているか否かを確認する確認要求をデータ書き込み要求に先立って外部装置から受け付ける受付手段、外部装置が想定するデータ書き込みの単位サイズが所定サイズと一致するか否かを受付手段の受付動作に応答して判別する判別手段、判別手段による肯定的な判別に基づいて記録媒体の準備完了を示す第１情報を外部装置に送信する第１送信手段、および判別手段による否定的な判別に基づいて記録媒体へのアクセス準備ができないことを示す第２情報を外部装置に送信する第２送信手段を備えることを特徴とする。
【０００７】
【作用】
記録媒体は、各々が所定サイズを有する複数の単位領域が形成された媒体である。データアクセス装置は、外部装置からデータ書き込み要求を受け付けたとき、このような記録媒体にデータを書き込む。ただし、受付手段は、記録媒体の準備ができているか否かを確認する確認要求を、データ書き込み要求に先立って外部装置から受け付ける。外部装置が想定するデータ書き込みの単位サイズが所定サイズと一致するか否かは、受付手段の受付動作に応答して判別手段によって判別される。第１送信手段は、判別手段による肯定的な判別に基づいて、記録媒体の準備完了を示す第１情報を外部装置に送信する。一方、第２送信手段は、判別手段による否定的な判別に基づいて、記録媒体へのアクセス準備ができないことを示す第２情報を外部装置に送信する。
【０００８】
この発明のある実施例では、判別手段は、記録媒体が採用する第1ファイル管理システムを識別する識別手段、および識別手段によって識別された第1ファイル管理システムが単位サイズに対応する第２ファイル管理システムと一致するか否かによって単位サイズと所定サイズとの一致／不一致を判別する判別実行手段を含む。
【０００９】
なお、記録媒体は、第1ファイル管理システムを表す識別子を含むようにしてもよい。この場合、識別手段は、識別子を検出する識別子検出手段、および識別子検出手段によって検出された識別子に基づいて第１ファイル管理システムを識別する識別実行手段を含むものとする。識別子は、ディジタルデータとして記録媒体に記録することができる。
【００１１】
【発明の効果】
この発明によれば、外部装置からの不用意なデータアクセスによって記録媒体に記録されているデータが破壊されるのを防止できる。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１３】
【実施例】
図１を参照して、第1実施例のカメラ装置１０は、図示しない被写体の静止画像を一定間隔で撮影し記録するもので、レンズ１２を通して得られる被写体像を受光するためのＣＣＤ受光素子１４を有している。ＣＣＤ受光素子１４は、受光した被写体像をアナログの画像信号に変換し、信号処理回路１６に入力する。信号処理回路１６は、入力される画像信号に対して増幅処理やフィルタリング処理などの所定の処理を施し、処理後の画像信号を画像出力端子１８に接続された外付けのモニタ装置２０に入力する。これによって、モニタ装置２０の画面に、被写体のリアルタイムな動画像が表示される。さらに、信号処理回路１６は、処理後の画像信号をディジタルの画像データに変換するとともに、変換後の画像データをＪＰＥＧ方式に従って圧縮する。この圧縮後の画像データ（ＪＰＥＧ画像ファイル）は、ハードディスク２２に記録される。
【００１４】
このようにして被写体を撮影した画像データを圧縮してハードディスク２２に記録するという一連の動作は、ＣＰＵ（Central Processing Unit）２４によって制御される。具体的には、操作キー２６を構成する図示しない記録開始キーが押下されると、ＣＰＵ２４は、これに応答して、信号処理回路１６によって画像信号を画像データに変換して圧縮するタイミング、および圧縮後の画像データをハードディスク２２に記録するタイミングを、各々制御する。そして、操作キー２６を構成する図示しない停止キーが押下されると、ＣＰＵ２４は、この一連の記録動作を停止するよう信号処理回路１６およびハードディスク２２を制御する。かかるＣＰＵ２４の動作は、メモリ２８に記憶されている制御プログラムに従って制御される。
【００１５】
ハードディスク２２に記録された画像データは、再生モードによって再生することができる。具体的には、操作キー２６を構成する図示しない画像指定キーによって希望の画像データを指定した後、再生キーを押下する。すると、ＣＰＵ２４は、再生モードに入り、ハードディスク２２に対して指定の画像データを読み出すよう指示を与える。この指示に応じて、ハードディスク２２は、指定のデータを読み出し、信号処理回路１６に入力する。信号処理回路１６は、入力された画像データを画像信号に変換し、この変換後の画像信号を、画像出力端子１８を介してモニタ装置２０に入力する。これによって、モニタ装置２０の画面に、被写体の再生画像が表示される。なお、この再生モードにおいては、設定によって、再生キーを押下する度に１つの画像データを再生することもできるし、複数の画像データを連続再生することもできる。この再生モードを抜けるには、上述した停止キーを押下すればよい。
【００１６】
さらに、このカメラ装置１０は、ＵＳＢ（Universal Serial Bus）端子３０を備えている。このＵＳＢ端子３０は、外部インタフェース回路３２を介してＣＰＵ２４に接続されている。そして、このＵＳＢ端子３０にＵＳＢケーブル４０を介してパーソナルコンピュータ５０を接続することによって、パーソナルコンピュータ５０側からカメラ装置１０内のハードディスク２２にアクセスすることができる。
【００１７】
図２を参照して、パーソナルコンピュータ５０は、ＵＳＢケーブル４０が接続されるＵＳＢ端子５２を備えている。このＵＳＢ端子５２は、外部インタフェース回路５４を介してＣＰＵ５６に接続されている。ＣＰＵ５６には、入力装置としてキーボード５８およびマウス６０が接続されており、ＣＰＵ５６は、これらの操作に応じてディスプレイ６２に各種情報を表示する。さらに、ＣＰＵ５６には、ハードディスク６４も接続されている。このハードディスク６４には、所定のＯＳと、このＯＳの管理下で動作する専用アプリケーションソフトとがインストールされている。そして、ＣＰＵ５６は、メモリ６６を主記憶装置として専用アプリケーションソフトを実行することで、カメラ装置１０側のハードディスク２２にアクセスする。
【００１８】
具体的には、ハードディスク２２に記録されている任意の画像データをパーソナルコンピュータ５０側に取り込み、この取り込んだ画像データを加工したりハードディスク６４に記録したりすることができる。また、ハードディスク２２内の画像データをパーソナルコンピュータ５０側から任意に編集することもできる。さらに、パーソナルコンピュータ５０側に既に取り込んだ画像データをハードディスク２２に記録したり、或いはパーソナルコンピュータ５０側からハードディスク２２内に任意のフォルダを作成したりすることもできる。また、後述するが、パーソナルコンピュータ５０は、所定の条件下で、ＯＳに付属の標準ファイル管理ソフトを用いることによっても、ハードディスク２２にアクセスできる。
【００１９】
ところで、この第1実施例においては、ハードディスク２２は、カメラ装置１０自体でフォーマットされたものを使用することを前提とし、パーソナルコンピュータ５０などの他の装置によってフォーマットされたものは使用できないものとする。また、カメラ装置１０によるフォーマット方式（ファイル管理システム）として、カメラ装置１０独自のＦＡＴ１６を採用する方式と標準のＦＡＴ３２を採用する方式とのいずれかを任意に選択できるものとする。
【００２０】
ただし、いずれの方式に基づいてフォーマットした場合にも、当該フォーマット後のハードディスク２２上に「ＦＬＩＮＦ．ＳＹＳ」という独自のファイルを作成するようにする。そして、この「ＦＬＩＮＦ．ＳＹＳ」ファイル内に独自のマークＭを記録する。なお、独自ＦＡＴ１６方式の場合には、マークＭとして“１”を記録し、標準ＦＡＴ３２方式の場合には、マークＭとして“０”を記録する。
【００２１】
なお、ここで言う独自ＦＡＴ１６方式とは、標準のＦＡＴ１６方式よりもクラスタサイズを５１２[kByte]という大き目のサイズに設定する方式である。上述したように、画像データは一般のテキストデータなどに比べて容量が大きいため、かかる大容量の画像データを効率的に読み書きするにはクラスタサイズを大き目に設定した方が有利なことが多いからである。なお、標準ＦＡＴ１６方式におけるクラスタサイズは、４[kByte]〜３２[kByte]である。クラスタサイズが異なる以外は、独自ＦＡＴ１６方式は標準ＦＡＴ１６方式に準拠する。
【００２２】
このように、ハードディスク２２をフォーマットするときに「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成することで、ハードディスク２２がカメラ装置１０自体でフォーマットされたものであるのか否かを判別できる。また、「ＦＬＩＮＦ．ＳＹＳ」ファイルが存在する場合には、これに付加されているマークＭが“１”であるか“０”であるかによって、ハードディスク２２が独自ＦＡＴ１６方式および標準ＦＡＴ３２方式のいずれを採用しているのかを判別できる。
【００２３】
そして、ハードディスク２２が独自ＦＡＴ１６方式を採用している場合には、上述した専用アプリケーションソフトによるデータアクセスのみを可能とし、標準ファイル管理ソフトなどの他のソフトウェアによるデータアクセスを拒否する。これに対して、ハードディスク２２が標準ＦＡＴ３２方式を採用している場合には、専用アプリケーションソフトおよび標準ファイル管理ソフトのいずれによってもデータアクセス可能とする。なお、専用アプリケーションソフトによるときには、ファイル（１枚の画像データ）単位若しくはフォルダ単位でデータアクセス（読み書き）される。一方の標準ファイル管理ソフトによるときには、所定のブロック単位でデータアクセスされる。
【００２４】
すなわち、独自ＦＡＴ１６方式においては、標準ＦＡＴ３２方式（標準ＦＡＴ１６方式）に比べてクラスタサイズが大きいため、かかる独自ＦＡＴ１６方式を採用するハードディスク２２に対して、標準ファイル管理ソフトを用いてブロック単位でデータアクセスすると、ＦＡＴ情報などのデータを破壊してしまう恐れがある。したがって、ハードディスク２２が独自ＦＡＴ１６方式を採用する場合には、標準ファイル管理ソフトによるデータアクセスを拒否することで、記録されたデータが不用意に破壊されるのを防止する。一方、標準ＦＡＴ３２方式の場合には、専用アプリケーションソフトおよび標準ファイル管理ソフトのいずれでもデータアクセス可能であるので、特に制限はしない。
【００２５】
たとえば、カメラ装置１０を所定場所に設置して、カメラ装置１０の図示しない電源スイッチをＯＮすると、カメラ装置１０のＣＰＵ２４は、図３〜図５に示すフロー図に従って初期設定を実行する。
【００２６】
図３を参照して、ＣＰＵ２４は、まず、ステップＳ１のフォーマット状態チェック処理を実行する。この処理によって、ＣＰＵ２４は、ハードディスク２２がフォーマットされているか否か、およびフォーマットされている場合には当該フォーマットがカメラ装置１０自体で成されたものであるか否かを、判別する。
【００２７】
具体的には、図４に示すように、ステップＳ１０１おいて、ハードディスク２２からＦＡＴ識別情報を取得する。このＦＡＴ識別情報とは、ＦＡＴ方式でフォーマットされた記録媒体であれば必ず形成されるＰＢＲ（Partition Boot Record）という記録領域に記録されるFileSysTypeという８[bit]のデータである。なお、独自ＦＡＴ１６方式を含むＦＡＴ１６方式でフォーマットされた記録媒体であれば、FileSysTypeとして“FAT16”というデータが記録される。また、標準ＦＡＴ３２方式でフォーマットされた記録媒体であれば、FileSysTypeとして“FAT”というデータが記録される。
【００２８】
ＣＰＵ２４は、ステップＳ１０３において、上述のFileSysTypeを読み取ることができたか否かを確認し、読み取ることができた場合には、ステップＳ１０５に進む。そして、このステップＳ１０５において、FileSysTypeが“FAT”であるか否かを判断し、“FAT”でない場合には、ステップＳ１０７に進む。そして、ステップＳ１０７において、FileSysTypeが“FAT16”であるか否かを判断する。このステップＳ１０７において、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”という信号を送信する。また、ステップＳ３２１において、ハードディスク２２が標準ＦＡＴ３２方式を採用するものでないと認識した場合にも、ＣＰＵ２４は、ステップＳ３２５に進む。そして、このステップＳ３２５の処理後、ＣＰＵ２４は、自己の図示しないキャッシュ領域に、“Media Not Present”というエラー種別情報を一時記録した後、ステップＳ３０１に戻る。
【００４７】
また、ＣＰＵ２４は、ステップＳ３１５に進んだとき、上述のステップＳ３２５において一時記録したエラー種別情報（ここでは、“Media Not Present”という情報）を、パーソナルコンピュータ５０への応答出力として送信する。そして、この送信後、ＣＰＵ２４は、ステップＳ３０１に戻る。
【００４８】
さらに、ステップＳ３１７に進んだ場合には、ＣＰＵ２４は、受信した標準コマンドに応じた処理を実行し、すなわちブロック単位でハードディスク２２にデータアクセスする。そして、このデータアクセス後、ＣＰＵ２４は、ステップＳ３２９において、パーソナルコンピュータ５０に対する所定の応答出力を行った後、ステップＳ３０１に戻る。
【００４９】
このようなカメラ装置１０側のＣＰＵ２４の動作に対して、パーソナルコンピュータ５０側のＣＰＵ５６は、図９または図１０のフロー図で示される処理を実行する。なお、図９は、専用アプリケーションソフトに従うＣＰＵ５６の動作を示し、図１０は、標準ファイル管理ソフトに従うＣＰＵ５６の動作を示す。
【００５０】
図９を参照して、ＣＰＵ５６は、専用アプリケーションソフトに従って動作するとき、ステップＳ４０１において、オペレータから何らかの操作を受けたか否か（キーボード５８またはマウス６０が操作されたか否か）を判断する。そして、オペレータから何らかの操作を受けると、ＣＰＵ５６は、ステップＳ４０３に進み、その操作が、カメラ装置１０内のハードディスク２２にデータアクセスするためのものであるか否かを判断する。ここで、オペレータによる操作が、ハードディスク２２にデータアクセスするためのものでない場合には、ＣＰＵ５６はステップＳ４０５に進み、当該操作に応じた処理を実行した後、ステップＳ４０１に戻る。一方、オペレータによる操作が、ハードディスク２２へのデータアクセスを目的とするものである場合には、ＣＰＵ５６は、ステップＳ４０７に進む。
【００５１】
ステップＳ４０７において、ＣＰＵ５６は、オペレータによる操作に応じた固有コマンドをカメラ装置１０に送信する。そして、ステップＳ４０９において、当該固有コマンドの送信に対して、カメラ装置１０側から何らかの応答が返ってくるのを待機する。カメラ装置１０からの応答を受信すると、ＣＰＵ５６は、ステップＳ４１１に進み、ここで当該応答に対する処理を実行した後、ステップＳ４０１に戻る。
【００５２】
一方、標準ファイル管理ソフトを用いてデータアクセスするときにも、ＣＰＵ５６は、図１０に示すように、図９におけるステップＳ４０１，ステップＳ４０３およびステップＳ４０５と同様のステップＳ５０１，ステップＳ５０３およびステップＳ５０５を実行する。そして、ステップＳ５０５において、オペレータによる操作がハードディスク２２にデータアクセスするためのものである場合には、ＣＰＵ５６は、ステップＳ５０７に進む。
【００５３】
ステップＳ５０７において、ＣＰＵ５６は、上述した“Media Ready ?”という標準コマンドをカメラ装置１０に送信する。そして、ステップＳ５０９において、当該“Media Ready ?”コマンドの送信に対するカメラ装置１０側からの応答を待機する。カメラ装置１０からの応答を受信すると、ＣＰＵ５６は、ステップＳ５１１に進み、その応答内容を確認する。
【００５４】
ここで、カメラ装置１０側からの応答内容が“Ready”である場合には、ＣＰＵ５６は、ハードディスク２２へのアクセス準備が完了したものと認識する。そして、ステップＳ５１３において、オペレータによる操作に応じた標準コマンドをカメラ装置１０に送信し、ステップＳ５１５において、当該標準コマンドに対するカメラ装置１０側からの応答を待機する。カメラ装置１０からの応答を受信すると、ＣＰＵ５６は、ステップＳ５１７に進み、ここで当該応答に対する処理を実行した後、ステップＳ５０１に戻る。
【００５５】
これに対して、ステップＳ５１１において、カメラ装置１０から“Not Ready”を受信した場合には、ＣＰＵ５６は、ステップＳ５１９に進む。そして、カメラ装置１０に対して当該“Not Ready”の原因（内容）を尋ねるべく、上述の“Request Sense”という標準コマンドを送信し、ステップＳ５２１において、当該“Request Sense”コマンドに対するカメラ装置１０側からの応答を待機する。この“Request Sense”コマンドに対しては、カメラ装置１０側から上述のエラー種別情報が送られてくるので、このエラー種別情報を受信すると、ＣＰＵ５６は、ステップＳ５２３に進む。そして、受信したエラー種別情報に対する処理として、ハードディスク２２にアクセスできない旨のメッセージをモニタ装置２０に表示した後、ステップＳ５０１に戻る。
【００５６】
以上のように、第１実施例によれば、ハードディスク２２が独自ＦＡＴ１６方式でフォーマットされている場合には、独自コマンドに従うデータアクセスのみが承認され、標準コマンドに従うデータアクセスは拒否される。したがって、パーソナルコンピュータ５０から不用意なデータアクセスがあったとしても、このデータアクセス行為によってハードディスク２２内のデータが破壊されることはない。
【００５７】
しかも、標準コマンドに従うデータアクセスを拒否するとき、パーソナルコンピュータ５０に対してハードディスク２２の不存在を表す“Not Ready”が送信される。したがって、パーソナルコンピュータ５０に対してあたかもハードディスク２２が存在しないように誤認識させることができ、これによって、パーソナルコンピュータ５０から必要以上に標準コマンドに従ってデータアクセスされるのを防止できる。
【００５８】
次に、本発明の第２実施例について説明する。上述したように、第1実施例においては、ハードディスク２２をフォーマットするときに独自の「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成するとともにマークＭを付加することによってハードディスク２２のフォーマット方式（クラスタサイズ）を判別するようにしたが、第２実施例では、この判別に上述したFileSysTypeを利用する。
【００５９】
具体的には、独自ＦＡＴ１６方式に基づいてハードディスク２２をフォーマットするとき、FileSysTypeとして、“FAT16”の代わりに“FAT16Vnd”という独自ＦＡＴ１６方式を表す独自のデータを用いる。一方、標準ＦＡＴ３２方式に基づいてフォーマットするときには、第１実施例と同様に、FileSysTypeとして“FAT”を用いる。そして、FileSysTypeが“FAT16Vnd”であるのかそれとも“FAT”であるのかによって、厳密には当該FileSysTypeの内容を表す後述の変数Ｓによって、ハードディスク２２が独自ＦＡＴ１６方式および標準ＦＡＴ３２方式のいずれを採用しているのかを判別する。なお、いずれの方式の場合にも、「ＦＬＩＮＦ．ＳＹＳ」ファイルは作成しない。
【００６０】
このように「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成せず、FileSysType（変数Ｓ）に基づいてハードディスク２２が採用するＦＡＴ方式を判別するために、この第２実施例におけるカメラ装置１０側のＣＰＵ２４は、上述した初期設定として図１１〜図１３の各フロー図で示される処理を実行する。
【００６１】
すなわち、カメラ装置１０の電源スイッチをＯＮすると、ＣＰＵ２４は、まず、図１１のフロー図に示す各処理を実行する。同図に示すように、このフロー図は、第1実施例における図３のフロー図から「ＦＬＩＮＦ．ＳＹＳ」ファイルの有無を判別するためのステップＳ５を削除したのと等価なものである。
【００６２】
そして、図１１のフロー図におけるステップＳ１のフォーマット状態チェック処理として、図１２のフロー図に示す各処理を実行する。同図に示すように、このフロー図は、第1実施例における図４のフロー図のステップＳ１０７に代えて、ステップＳ１０５のＮＯとステップＳ１０９との間にステップＳ１５１を設けたものである。また、ステップＳ１１１とステップＳ１１３との間にステップＳ１５３を設けている。さらに、図４におけるステップＳ１１５およびステップＳ１１７を削除するとともに、ステップＳ１１９とステップＳ１１３との間にステップＳ１５５を設けたものである。
【００６３】
すなわち、ステップＳ１０５において、FileSysTypeが“FAT”でない場合には、ＣＰＵ２４は、ステップＳ１５１に進み、ここで、FileSysTypeが“FAT16Vnd”であるか否かを判断する。このステップＳ１５１において、FileSysTypeが“FAT16Vnd”でない場合には、ＣＰＵ２４は、ハードディスク２４が標準ＦＡＴ１２方式などの他のＦＡＴ方式に基づいてフォーマットされているものと認識し、ステップＳ１０９に進む。
【００６４】
一方、ステップＳ１０５において、FileSysTypeが“FAT”である場合には、ＣＰＵ２４は、ステップＳ１１１に進み、ここで自己の動作モードを設定した後、ステップＳ１５３に進む。そして、このステップＳ１５３において、上述の変数Ｓに“０”を設定し、これによってハードディスク２２が標準ＦＡＴ３２方式でフォーマットされていることを表現する。なお、変数Ｓは、メモリ２８に記録される。この変数Ｓの記録後、ＣＰＵ２４は、ステップＳ１１３に進む。
【００６５】
また、ステップＳ１５１において、FileSysTypeが“FAT16Vnd”である場合には、ＣＰＵ２４は、ステップＳ１１９に進み、ここで自己の動作モードを設定した後、ステップＳ１５５に進む。そして、このステップＳ１５５において、上述の変数Ｓとして“１”を設定し、これによってハードディスク２２が独自ＦＡＴ１６方式でフォーマットされていることを表現する。この変数Ｓの設定（記録）後、ＣＰＵ２４は、ステップＳ１１３に進む。
【００６６】
さらに、図１１におけるステップＳ１１のフォーマット処理として、図１３のフロー図で示される各処理を実行する。同図に示すように、このフロー図は、第1実施例における図５のフロー図のステップＳ２０９に代えて、ステップＳ２０７とリターン端子との間にステップＳ２５１を設けたものである。そして、図５におけるステップＳ２１３を削除したものである。
【００６７】
すなわち、ＣＰＵ２４は、ステップＳ２０７において独自ＦＡＴ１６方式に基づいてフォーマットしたとき、ステップＳ２５１において、FileSysTypeを“FAT16”から“FAT16Vnd”に書き換える。そして、この書き換え後、一連のフォーマット処理を完了する。一方、ステップＳ２１１において、標準ＦＡＴ３２方式に基づいてフォーマットしたときには、ＣＰＵ２４は、そのままこのフォーマット処理を完了する。
【００６８】
このようにして初期設定を終えたハードディスク２２に対して、パーソナルコンピュータ５０側からアクセスするとき、第２実施例では、上述した図７におけるステップＳ３１９のＦＡＴ識別処理として、図１４のフロー図で示される処理を実行する。
【００６９】
同図に示すように、ＣＰＵ２４は、ステップＳ３６０において、メモリ２８から上述した変数Ｓを読み込む。そして、ステップＳ３６２において、読み込んだ変数Ｓが“１”であるか否かを判断する。ここで、変数Ｓが“１”である場合には、ＣＰＵ２４は、ステップＳ３６４に進み、ハードディスク２２が独自ＦＡＴ１６方式を採用していると認識する。一方、変数Ｓが“１”でない場合、すなわち“０”である場合には、ＣＰＵ２４は、ステップＳ３６２からステップＳ３６６に進み、ハードディスク２２が標準ＦＡＴ３２方式を採用していると認識する。ステップＳ３６４またはステップＳ３６６を処理することによって、ＣＰＵ２４は、この一連のＦＡＴ識別処理を終了し、図７のステップＳ３２１に進む。
【００７０】
次に、本発明の第３実施例について説明する。上述したように、第１実施例においては「ＦＬＩＮＦ．ＳＹＳ」ファイルを付加し、第２実施例においてはFileSysTypeを書き換えるという特別な処理を実施したが、第３実施例においては、このような特別な処理は実施しない。そのため、第３実施例におけるカメラ装置１０側のＣＰＵ２４は、上述した初期設定として、次のような処理を実行する。
【００７１】
すなわち、カメラ装置１０の電源スイッチをＯＮすると、ＣＰＵ２４は、第２実施例と同様の図１１のフロー図で示される各処理を実行する。そして、この図１１におけるステップＳ１のフォーマット状態チェック処理として、図１５のフロー図で示される各処理を実行する。
【００７２】
同図に示すように、このフロー図は、第1実施例における図４のステップＳ１１１とステップＳ１１３との間に、第２実施例における図１２のステップＳ１５３と等価なステップを設けたものである。また、ステップＳ１１９とステップＳ１１３との間には、図１２におけるステップＳ１５５と等価なステップを設けている。
【００７３】
この図１５のフロー図によれば、ＣＰＵ２４は、ステップＳ１１１において動作モードを設定した後、ステップＳ１５３に進む。そして、このステップＳ１５３において、上述した変数Ｓとして標準ＦＡＴ３２方式を表す“０”を設定した後、ステップＳ１１３に進む。一方、ステップＳ１１９において動作モードを設定した後は、ステップＳ１５５に進む。そして、このステップＳ１５５において、上述した変数Ｓとして独自ＦＡＴ１６方式を表す“１”を設定した後、ステップＳ１１３に進む。
【００７４】
また、図１１におけるステップＳ１１のフォーマット処理として、図１６のフロー図に示す各処理を実行する。同図に示すように、このフロー図は、第1実施例における図５のフロー図のステップＳ２０９およびステップＳ２１３を削除したものである。すなわち、ステップＳ２０７およびステップＳ２１１のいずれを処理した場合にも、ＣＰＵ２４は、当該処理の直後にこの図１６に示す一連のフォーマット処理を完了する。
【００７５】
なお、この第３実施例においても、パーソナルコンピュータ５０からのデータアクセスに対して、上述した図７におけるステップＳ３１９のＦＡＴ識別処理として、第２実施例と同様、図１４のフロー図で示される処理を実行する。
【００７６】
このように、第３実施例では、「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成したり、FileSysTypeを書き換えたりする必要がないので、ＣＰＵ２４の処理を簡素化できる。
【００７７】
なお、以上の各実施例においては、記録媒体としてハードディスク２２を用いる場合について説明したが、ＣＤ−ＲＷ（Compact Disc-ReWritable）やＤＶＤ−ＲＡＭ（Digital Versatile Disc-RAM）などの他の記録媒体を用いてもよい。
【００７８】
また、本発明をカメラ装置１０に応用する場合について説明したが、外部からアクセス可能な記録媒体を有するのであれば、カメラ装置以外の装置にも本発明を応用できる。そして、記録媒体に記録するデータは、画像データに限らず、テキストデータや音声データなどでもよい。
【００７９】
そして、カメラ装置１０とパーソナルコンピュータ５０とをＵＳＢケーブル４０（ＵＳＢインタフェース）によって接続したが、これ以外のインタフェースを用いてもよい。さらに、パーソナルコンピュータ５０に代えて、カメラ装置１０にアクセスするための専用の端末装置やＰＤＡ（Personal Digital Assistant）などを用いてもよい。
【００８０】
また、独自のＦＡＴ方式として、標準ＦＡＴ１６方式を改造した独自ＦＡＴ１６方式を用いたが、これに限らない。たとえば、標準ＦＡＴ３２方式を改造した独自のＦＡＴ３２方式を採用してもよい。また、クラスタサイズは、上述の実施例で説明したサイズに限らない。さらに、ＦＡＴ方式に限らず、ＵＤＦ（Universal Disc Format）などの他の方式を用いてもよい。この場合、当該ＵＤＦ方式を判別するために、「ＦＬＩＮＦ．ＳＹＳ」ファイルのマークＭとして独自のマークを付加したり、上述の変数Ｓとして独自の数値を付与してもよい。また、ＵＤＦ方式に基づいてフォーマットされた記録媒体であれば必ず形成される“Domain Entity Identifier”という記録領域内の“OSTA UDF Compliant”データを検出することによって、ＵＤＦ方式であることを判別してもよい。
【００８１】
そして、上述のマークＭまたは変数Ｓを識別子として、この識別子からハードディスク２２のフォーマット方式を識別するようにしたが、これらマークＭおよび変数Ｓ以外のものを用いてもよい。また、かかる識別子は、マークＭや変数Ｓを付するというソフトウェア的な構成によるのではなく、たとえばフロッピディスクのプロテクタやカセットテープの爪などのように、ハードウェア的な構成によって実現してもよい。
【図面の簡単な説明】
【図１】この発明の第１実施例に係るカメラ装置の概略構成を示すブロック図である。
【図２】第１実施例におけるパーソナルコンピュータの概略構成を示すブロック図である。
【図３】第１実施例におけるカメラ装置側のＣＰＵの動作を説明するための図で、初期設定時の処理手順を示すフロー図である。
【図４】図３におけるフォーマット状態チェック処理の詳細を示すフロー図である。
【図５】図３におけるフォーマット処理の詳細を示すフロー図である。
【図６】第１実施例におけるカメラ装置側のＣＰＵの動作を説明するための図で、パーソナルコンピュータからのデータアクセスを受けたときの処理手順を示すフロー図である。
【図７】図６に続くカメラ装置側のＣＰＵの動作を示すフロー図である。
【図８】図７におけるＦＡＴ識別処理の詳細を示すフロー図である。
【図９】第１実施例におけるパーソナルコンピュータ側のＣＰＵの動作を説明するための図で、専用アプリケーションソフトによってデータアクセスするときの処理手順を示すフロー図である。
【図１０】第１実施例におけるパーソナルコンピュータ側のＣＰＵの動作を説明するための図で、標準ファイル管理ソフトによってデータアクセスするときの処理手順を示すフロー図である。
【図１１】この発明の第２実施例の説明図で、カメラ装置の初期設定時におけるＣＰＵの処理手順を示すフロー図である。
【図１２】図１１におけるフォーマット状態チェック処理の詳細を示すフロー図である。
【図１３】図１１におけるフォーマット処理の詳細を示すフロー図である。
【図１４】図７におけるＦＡＴ識別処理の別の詳細を示すフロー図である。
【図１５】この発明の第３実施例の説明図で、カメラ装置の初期設定時におけるフォーマット状態チェック処理の詳細を示すフロー図である。
【図１６】第３実施例におけるフォーマット処理の詳細を示すフロー図である。
【符号の説明】
１４…ＣＣＤ受光素子
１６…信号処理回路
２２…ハードディスク
２４…ＣＰＵ
３０…ＵＳＢ端子
３２…外部インタフェース回路
【産業上の利用分野】
この発明は、データアクセス装置に関し、特にたとえばデータを所定サイズ単位で記録媒体に書き込む、データアクセス装置に関する。
【０００２】
【従来技術】
ハードディスクなどの記録媒体は、監視カメラなどのカメラ装置にも利用され、具体的には被写体を撮影した画像データを記録するためのストレージデバイスとしても利用される。このようにハードディスクを利用することで、パーソナルコンピュータ（ＰＣ）などの外部装置からのデータアクセスが可能となり、たとえば記録した画像データをパーソナルコンピュータに取り込んだり、或いはパーソナルコンピュータ側からハードディスク内の画像データを編集（複写や削除など）したりすることができる。このようにパーソナルコンピュータからのデータアクセスを可能とするには、ハードディスクのフォーマット方式（ファイル管理システム）として、たとえば汎用性のあるＦＡＴ（File Allocation Table）方式を採用するのが望ましい。ただし、画像データはテキストデータなどに比べて容量が大きいので、かかる大容量の画像データを効率的に読み書きするには、一般のＦＡＴ方式に比べてクラスタサイズを大き目に設定した方が有利である。たとえば、１つのクラスタ内に１枚分の画像データ（ファイル）を十分に格納できる程度のクラスタサイズとするのが望ましい。一方、このような言わば独自ＦＡＴ方式を採用するハードディスクに対して容易かつ適切にデータアクセスするために、パーソナルコンピュータ側においては、専用のアプリケーションソフトを用いる。
【０００３】
【発明が解決しようとする課題】
しかし、上述のような独自ＦＡＴ方式を採用するハードディスクに対して、専用アプリケーションソフトではなく一般のＯＳ（Operating System）に付属の標準ファイル管理ソフト（たとえばマイクロソフト社のWindows95/98/2000/Me/NTにおける“explorer”など）を用いてデータアクセスした場合に、次のような問題が生じる。すなわち、専用アプリケーションソフトでは、ハードディスクが独自ＦＡＴ方式および標準ＦＡＴ方式のいずれを採用している場合でも（換言すればクラスタサイズに関係なく）適切にデータアクセスできるようにするために、ハードディスクに対してファイル単位若しくはフォルダ単位でデータアクセスする。これに対して、標準ファイル管理ソフトでは、ハードディスクが標準ＦＡＴ方式を採用していること（換言すればクラスタサイズが標準サイズであること）を前提としており、所定のブロック単位でデータアクセスする。ここで、ブロックとは、複数のクラスタの集合体であり、このブロックが複数集まることによって１つのファイルが構成される。したがって、かかる標準ファイル管理ソフトを用いて独自ＦＡＴ方式を採用するハードディスクにデータアクセスすると、各々が前提とするクラスタサイズが異なるために、ハードディスク内のデータを誤って処理する恐れがある。特に、ハードディスク内に新規にファイルやフォルダを作成したりすると、ＦＡＴ情報を破壊してしまい、それ以降、専用のアプリケーションソフトによっても正常にデータアクセスできなくなる。
【０００４】
それゆえにこの発明の主たる目的は、外部装置からの不用意なデータアクセスによってハードディスクなどの記録媒体に記録されているデータが破壊されるのを防止する、データアクセス装置を提供することである。
【０００５】
【課題を解決するための手段】
この発明に従うデータアクセス装置は、外部装置からデータ書き込み要求を受け付けたとき各々が所定サイズを有する複数の単位領域が形成された記録媒体にデータを書き込むデータアクセス装置において、記録媒体の準備ができているか否かを確認する確認要求をデータ書き込み要求に先立って外部装置から受け付ける受付手段、外部装置が想定するデータ書き込みの単位サイズが所定サイズと一致するか否かを受付手段の受付動作に応答して判別する判別手段、判別手段による肯定的な判別に基づいて記録媒体の準備完了を示す第１情報を外部装置に送信する第１送信手段、および判別手段による否定的な判別に基づいて記録媒体へのアクセス準備ができないことを示す第２情報を外部装置に送信する第２送信手段を備えることを特徴とする。
【０００７】
【作用】
記録媒体は、各々が所定サイズを有する複数の単位領域が形成された媒体である。データアクセス装置は、外部装置からデータ書き込み要求を受け付けたとき、このような記録媒体にデータを書き込む。ただし、受付手段は、記録媒体の準備ができているか否かを確認する確認要求を、データ書き込み要求に先立って外部装置から受け付ける。外部装置が想定するデータ書き込みの単位サイズが所定サイズと一致するか否かは、受付手段の受付動作に応答して判別手段によって判別される。第１送信手段は、判別手段による肯定的な判別に基づいて、記録媒体の準備完了を示す第１情報を外部装置に送信する。一方、第２送信手段は、判別手段による否定的な判別に基づいて、記録媒体へのアクセス準備ができないことを示す第２情報を外部装置に送信する。
【０００８】
この発明のある実施例では、判別手段は、記録媒体が採用する第1ファイル管理システムを識別する識別手段、および識別手段によって識別された第1ファイル管理システムが単位サイズに対応する第２ファイル管理システムと一致するか否かによって単位サイズと所定サイズとの一致／不一致を判別する判別実行手段を含む。
【０００９】
なお、記録媒体は、第1ファイル管理システムを表す識別子を含むようにしてもよい。この場合、識別手段は、識別子を検出する識別子検出手段、および識別子検出手段によって検出された識別子に基づいて第１ファイル管理システムを識別する識別実行手段を含むものとする。識別子は、ディジタルデータとして記録媒体に記録することができる。
【００１１】
【発明の効果】
この発明によれば、外部装置からの不用意なデータアクセスによって記録媒体に記録されているデータが破壊されるのを防止できる。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１３】
【実施例】
図１を参照して、第1実施例のカメラ装置１０は、図示しない被写体の静止画像を一定間隔で撮影し記録するもので、レンズ１２を通して得られる被写体像を受光するためのＣＣＤ受光素子１４を有している。ＣＣＤ受光素子１４は、受光した被写体像をアナログの画像信号に変換し、信号処理回路１６に入力する。信号処理回路１６は、入力される画像信号に対して増幅処理やフィルタリング処理などの所定の処理を施し、処理後の画像信号を画像出力端子１８に接続された外付けのモニタ装置２０に入力する。これによって、モニタ装置２０の画面に、被写体のリアルタイムな動画像が表示される。さらに、信号処理回路１６は、処理後の画像信号をディジタルの画像データに変換するとともに、変換後の画像データをＪＰＥＧ方式に従って圧縮する。この圧縮後の画像データ（ＪＰＥＧ画像ファイル）は、ハードディスク２２に記録される。
【００１４】
このようにして被写体を撮影した画像データを圧縮してハードディスク２２に記録するという一連の動作は、ＣＰＵ（Central Processing Unit）２４によって制御される。具体的には、操作キー２６を構成する図示しない記録開始キーが押下されると、ＣＰＵ２４は、これに応答して、信号処理回路１６によって画像信号を画像データに変換して圧縮するタイミング、および圧縮後の画像データをハードディスク２２に記録するタイミングを、各々制御する。そして、操作キー２６を構成する図示しない停止キーが押下されると、ＣＰＵ２４は、この一連の記録動作を停止するよう信号処理回路１６およびハードディスク２２を制御する。かかるＣＰＵ２４の動作は、メモリ２８に記憶されている制御プログラムに従って制御される。
【００１５】
ハードディスク２２に記録された画像データは、再生モードによって再生することができる。具体的には、操作キー２６を構成する図示しない画像指定キーによって希望の画像データを指定した後、再生キーを押下する。すると、ＣＰＵ２４は、再生モードに入り、ハードディスク２２に対して指定の画像データを読み出すよう指示を与える。この指示に応じて、ハードディスク２２は、指定のデータを読み出し、信号処理回路１６に入力する。信号処理回路１６は、入力された画像データを画像信号に変換し、この変換後の画像信号を、画像出力端子１８を介してモニタ装置２０に入力する。これによって、モニタ装置２０の画面に、被写体の再生画像が表示される。なお、この再生モードにおいては、設定によって、再生キーを押下する度に１つの画像データを再生することもできるし、複数の画像データを連続再生することもできる。この再生モードを抜けるには、上述した停止キーを押下すればよい。
【００１６】
さらに、このカメラ装置１０は、ＵＳＢ（Universal Serial Bus）端子３０を備えている。このＵＳＢ端子３０は、外部インタフェース回路３２を介してＣＰＵ２４に接続されている。そして、このＵＳＢ端子３０にＵＳＢケーブル４０を介してパーソナルコンピュータ５０を接続することによって、パーソナルコンピュータ５０側からカメラ装置１０内のハードディスク２２にアクセスすることができる。
【００１７】
図２を参照して、パーソナルコンピュータ５０は、ＵＳＢケーブル４０が接続されるＵＳＢ端子５２を備えている。このＵＳＢ端子５２は、外部インタフェース回路５４を介してＣＰＵ５６に接続されている。ＣＰＵ５６には、入力装置としてキーボード５８およびマウス６０が接続されており、ＣＰＵ５６は、これらの操作に応じてディスプレイ６２に各種情報を表示する。さらに、ＣＰＵ５６には、ハードディスク６４も接続されている。このハードディスク６４には、所定のＯＳと、このＯＳの管理下で動作する専用アプリケーションソフトとがインストールされている。そして、ＣＰＵ５６は、メモリ６６を主記憶装置として専用アプリケーションソフトを実行することで、カメラ装置１０側のハードディスク２２にアクセスする。
【００１８】
具体的には、ハードディスク２２に記録されている任意の画像データをパーソナルコンピュータ５０側に取り込み、この取り込んだ画像データを加工したりハードディスク６４に記録したりすることができる。また、ハードディスク２２内の画像データをパーソナルコンピュータ５０側から任意に編集することもできる。さらに、パーソナルコンピュータ５０側に既に取り込んだ画像データをハードディスク２２に記録したり、或いはパーソナルコンピュータ５０側からハードディスク２２内に任意のフォルダを作成したりすることもできる。また、後述するが、パーソナルコンピュータ５０は、所定の条件下で、ＯＳに付属の標準ファイル管理ソフトを用いることによっても、ハードディスク２２にアクセスできる。
【００１９】
ところで、この第1実施例においては、ハードディスク２２は、カメラ装置１０自体でフォーマットされたものを使用することを前提とし、パーソナルコンピュータ５０などの他の装置によってフォーマットされたものは使用できないものとする。また、カメラ装置１０によるフォーマット方式（ファイル管理システム）として、カメラ装置１０独自のＦＡＴ１６を採用する方式と標準のＦＡＴ３２を採用する方式とのいずれかを任意に選択できるものとする。
【００２０】
ただし、いずれの方式に基づいてフォーマットした場合にも、当該フォーマット後のハードディスク２２上に「ＦＬＩＮＦ．ＳＹＳ」という独自のファイルを作成するようにする。そして、この「ＦＬＩＮＦ．ＳＹＳ」ファイル内に独自のマークＭを記録する。なお、独自ＦＡＴ１６方式の場合には、マークＭとして“１”を記録し、標準ＦＡＴ３２方式の場合には、マークＭとして“０”を記録する。
【００２１】
なお、ここで言う独自ＦＡＴ１６方式とは、標準のＦＡＴ１６方式よりもクラスタサイズを５１２[kByte]という大き目のサイズに設定する方式である。上述したように、画像データは一般のテキストデータなどに比べて容量が大きいため、かかる大容量の画像データを効率的に読み書きするにはクラスタサイズを大き目に設定した方が有利なことが多いからである。なお、標準ＦＡＴ１６方式におけるクラスタサイズは、４[kByte]〜３２[kByte]である。クラスタサイズが異なる以外は、独自ＦＡＴ１６方式は標準ＦＡＴ１６方式に準拠する。
【００２２】
このように、ハードディスク２２をフォーマットするときに「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成することで、ハードディスク２２がカメラ装置１０自体でフォーマットされたものであるのか否かを判別できる。また、「ＦＬＩＮＦ．ＳＹＳ」ファイルが存在する場合には、これに付加されているマークＭが“１”であるか“０”であるかによって、ハードディスク２２が独自ＦＡＴ１６方式および標準ＦＡＴ３２方式のいずれを採用しているのかを判別できる。
【００２３】
そして、ハードディスク２２が独自ＦＡＴ１６方式を採用している場合には、上述した専用アプリケーションソフトによるデータアクセスのみを可能とし、標準ファイル管理ソフトなどの他のソフトウェアによるデータアクセスを拒否する。これに対して、ハードディスク２２が標準ＦＡＴ３２方式を採用している場合には、専用アプリケーションソフトおよび標準ファイル管理ソフトのいずれによってもデータアクセス可能とする。なお、専用アプリケーションソフトによるときには、ファイル（１枚の画像データ）単位若しくはフォルダ単位でデータアクセス（読み書き）される。一方の標準ファイル管理ソフトによるときには、所定のブロック単位でデータアクセスされる。
【００２４】
すなわち、独自ＦＡＴ１６方式においては、標準ＦＡＴ３２方式（標準ＦＡＴ１６方式）に比べてクラスタサイズが大きいため、かかる独自ＦＡＴ１６方式を採用するハードディスク２２に対して、標準ファイル管理ソフトを用いてブロック単位でデータアクセスすると、ＦＡＴ情報などのデータを破壊してしまう恐れがある。したがって、ハードディスク２２が独自ＦＡＴ１６方式を採用する場合には、標準ファイル管理ソフトによるデータアクセスを拒否することで、記録されたデータが不用意に破壊されるのを防止する。一方、標準ＦＡＴ３２方式の場合には、専用アプリケーションソフトおよび標準ファイル管理ソフトのいずれでもデータアクセス可能であるので、特に制限はしない。
【００２５】
たとえば、カメラ装置１０を所定場所に設置して、カメラ装置１０の図示しない電源スイッチをＯＮすると、カメラ装置１０のＣＰＵ２４は、図３〜図５に示すフロー図に従って初期設定を実行する。
【００２６】
図３を参照して、ＣＰＵ２４は、まず、ステップＳ１のフォーマット状態チェック処理を実行する。この処理によって、ＣＰＵ２４は、ハードディスク２２がフォーマットされているか否か、およびフォーマットされている場合には当該フォーマットがカメラ装置１０自体で成されたものであるか否かを、判別する。
【００２７】
具体的には、図４に示すように、ステップＳ１０１おいて、ハードディスク２２からＦＡＴ識別情報を取得する。このＦＡＴ識別情報とは、ＦＡＴ方式でフォーマットされた記録媒体であれば必ず形成されるＰＢＲ（Partition Boot Record）という記録領域に記録されるFileSysTypeという８[bit]のデータである。なお、独自ＦＡＴ１６方式を含むＦＡＴ１６方式でフォーマットされた記録媒体であれば、FileSysTypeとして“FAT16”というデータが記録される。また、標準ＦＡＴ３２方式でフォーマットされた記録媒体であれば、FileSysTypeとして“FAT”というデータが記録される。
【００２８】
ＣＰＵ２４は、ステップＳ１０３において、上述のFileSysTypeを読み取ることができたか否かを確認し、読み取ることができた場合には、ステップＳ１０５に進む。そして、このステップＳ１０５において、FileSysTypeが“FAT”であるか否かを判断し、“FAT”でない場合には、ステップＳ１０７に進む。そして、ステップＳ１０７において、FileSysTypeが“FAT16”であるか否かを判断する。このステップＳ１０７において、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”という信号を送信する。また、ステップＳ３２１において、ハードディスク２２が標準ＦＡＴ３２方式を採用するものでないと認識した場合にも、ＣＰＵ２４は、ステップＳ３２５に進む。そして、このステップＳ３２５の処理後、ＣＰＵ２４は、自己の図示しないキャッシュ領域に、“Media Not Present”というエラー種別情報を一時記録した後、ステップＳ３０１に戻る。
【００４７】
また、ＣＰＵ２４は、ステップＳ３１５に進んだとき、上述のステップＳ３２５において一時記録したエラー種別情報（ここでは、“Media Not Present”という情報）を、パーソナルコンピュータ５０への応答出力として送信する。そして、この送信後、ＣＰＵ２４は、ステップＳ３０１に戻る。
【００４８】
さらに、ステップＳ３１７に進んだ場合には、ＣＰＵ２４は、受信した標準コマンドに応じた処理を実行し、すなわちブロック単位でハードディスク２２にデータアクセスする。そして、このデータアクセス後、ＣＰＵ２４は、ステップＳ３２９において、パーソナルコンピュータ５０に対する所定の応答出力を行った後、ステップＳ３０１に戻る。
【００４９】
このようなカメラ装置１０側のＣＰＵ２４の動作に対して、パーソナルコンピュータ５０側のＣＰＵ５６は、図９または図１０のフロー図で示される処理を実行する。なお、図９は、専用アプリケーションソフトに従うＣＰＵ５６の動作を示し、図１０は、標準ファイル管理ソフトに従うＣＰＵ５６の動作を示す。
【００５０】
図９を参照して、ＣＰＵ５６は、専用アプリケーションソフトに従って動作するとき、ステップＳ４０１において、オペレータから何らかの操作を受けたか否か（キーボード５８またはマウス６０が操作されたか否か）を判断する。そして、オペレータから何らかの操作を受けると、ＣＰＵ５６は、ステップＳ４０３に進み、その操作が、カメラ装置１０内のハードディスク２２にデータアクセスするためのものであるか否かを判断する。ここで、オペレータによる操作が、ハードディスク２２にデータアクセスするためのものでない場合には、ＣＰＵ５６はステップＳ４０５に進み、当該操作に応じた処理を実行した後、ステップＳ４０１に戻る。一方、オペレータによる操作が、ハードディスク２２へのデータアクセスを目的とするものである場合には、ＣＰＵ５６は、ステップＳ４０７に進む。
【００５１】
ステップＳ４０７において、ＣＰＵ５６は、オペレータによる操作に応じた固有コマンドをカメラ装置１０に送信する。そして、ステップＳ４０９において、当該固有コマンドの送信に対して、カメラ装置１０側から何らかの応答が返ってくるのを待機する。カメラ装置１０からの応答を受信すると、ＣＰＵ５６は、ステップＳ４１１に進み、ここで当該応答に対する処理を実行した後、ステップＳ４０１に戻る。
【００５２】
一方、標準ファイル管理ソフトを用いてデータアクセスするときにも、ＣＰＵ５６は、図１０に示すように、図９におけるステップＳ４０１，ステップＳ４０３およびステップＳ４０５と同様のステップＳ５０１，ステップＳ５０３およびステップＳ５０５を実行する。そして、ステップＳ５０５において、オペレータによる操作がハードディスク２２にデータアクセスするためのものである場合には、ＣＰＵ５６は、ステップＳ５０７に進む。
【００５３】
ステップＳ５０７において、ＣＰＵ５６は、上述した“Media Ready ?”という標準コマンドをカメラ装置１０に送信する。そして、ステップＳ５０９において、当該“Media Ready ?”コマンドの送信に対するカメラ装置１０側からの応答を待機する。カメラ装置１０からの応答を受信すると、ＣＰＵ５６は、ステップＳ５１１に進み、その応答内容を確認する。
【００５４】
ここで、カメラ装置１０側からの応答内容が“Ready”である場合には、ＣＰＵ５６は、ハードディスク２２へのアクセス準備が完了したものと認識する。そして、ステップＳ５１３において、オペレータによる操作に応じた標準コマンドをカメラ装置１０に送信し、ステップＳ５１５において、当該標準コマンドに対するカメラ装置１０側からの応答を待機する。カメラ装置１０からの応答を受信すると、ＣＰＵ５６は、ステップＳ５１７に進み、ここで当該応答に対する処理を実行した後、ステップＳ５０１に戻る。
【００５５】
これに対して、ステップＳ５１１において、カメラ装置１０から“Not Ready”を受信した場合には、ＣＰＵ５６は、ステップＳ５１９に進む。そして、カメラ装置１０に対して当該“Not Ready”の原因（内容）を尋ねるべく、上述の“Request Sense”という標準コマンドを送信し、ステップＳ５２１において、当該“Request Sense”コマンドに対するカメラ装置１０側からの応答を待機する。この“Request Sense”コマンドに対しては、カメラ装置１０側から上述のエラー種別情報が送られてくるので、このエラー種別情報を受信すると、ＣＰＵ５６は、ステップＳ５２３に進む。そして、受信したエラー種別情報に対する処理として、ハードディスク２２にアクセスできない旨のメッセージをモニタ装置２０に表示した後、ステップＳ５０１に戻る。
【００５６】
以上のように、第１実施例によれば、ハードディスク２２が独自ＦＡＴ１６方式でフォーマットされている場合には、独自コマンドに従うデータアクセスのみが承認され、標準コマンドに従うデータアクセスは拒否される。したがって、パーソナルコンピュータ５０から不用意なデータアクセスがあったとしても、このデータアクセス行為によってハードディスク２２内のデータが破壊されることはない。
【００５７】
しかも、標準コマンドに従うデータアクセスを拒否するとき、パーソナルコンピュータ５０に対してハードディスク２２の不存在を表す“Not Ready”が送信される。したがって、パーソナルコンピュータ５０に対してあたかもハードディスク２２が存在しないように誤認識させることができ、これによって、パーソナルコンピュータ５０から必要以上に標準コマンドに従ってデータアクセスされるのを防止できる。
【００５８】
次に、本発明の第２実施例について説明する。上述したように、第1実施例においては、ハードディスク２２をフォーマットするときに独自の「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成するとともにマークＭを付加することによってハードディスク２２のフォーマット方式（クラスタサイズ）を判別するようにしたが、第２実施例では、この判別に上述したFileSysTypeを利用する。
【００５９】
具体的には、独自ＦＡＴ１６方式に基づいてハードディスク２２をフォーマットするとき、FileSysTypeとして、“FAT16”の代わりに“FAT16Vnd”という独自ＦＡＴ１６方式を表す独自のデータを用いる。一方、標準ＦＡＴ３２方式に基づいてフォーマットするときには、第１実施例と同様に、FileSysTypeとして“FAT”を用いる。そして、FileSysTypeが“FAT16Vnd”であるのかそれとも“FAT”であるのかによって、厳密には当該FileSysTypeの内容を表す後述の変数Ｓによって、ハードディスク２２が独自ＦＡＴ１６方式および標準ＦＡＴ３２方式のいずれを採用しているのかを判別する。なお、いずれの方式の場合にも、「ＦＬＩＮＦ．ＳＹＳ」ファイルは作成しない。
【００６０】
このように「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成せず、FileSysType（変数Ｓ）に基づいてハードディスク２２が採用するＦＡＴ方式を判別するために、この第２実施例におけるカメラ装置１０側のＣＰＵ２４は、上述した初期設定として図１１〜図１３の各フロー図で示される処理を実行する。
【００６１】
すなわち、カメラ装置１０の電源スイッチをＯＮすると、ＣＰＵ２４は、まず、図１１のフロー図に示す各処理を実行する。同図に示すように、このフロー図は、第1実施例における図３のフロー図から「ＦＬＩＮＦ．ＳＹＳ」ファイルの有無を判別するためのステップＳ５を削除したのと等価なものである。
【００６２】
そして、図１１のフロー図におけるステップＳ１のフォーマット状態チェック処理として、図１２のフロー図に示す各処理を実行する。同図に示すように、このフロー図は、第1実施例における図４のフロー図のステップＳ１０７に代えて、ステップＳ１０５のＮＯとステップＳ１０９との間にステップＳ１５１を設けたものである。また、ステップＳ１１１とステップＳ１１３との間にステップＳ１５３を設けている。さらに、図４におけるステップＳ１１５およびステップＳ１１７を削除するとともに、ステップＳ１１９とステップＳ１１３との間にステップＳ１５５を設けたものである。
【００６３】
すなわち、ステップＳ１０５において、FileSysTypeが“FAT”でない場合には、ＣＰＵ２４は、ステップＳ１５１に進み、ここで、FileSysTypeが“FAT16Vnd”であるか否かを判断する。このステップＳ１５１において、FileSysTypeが“FAT16Vnd”でない場合には、ＣＰＵ２４は、ハードディスク２４が標準ＦＡＴ１２方式などの他のＦＡＴ方式に基づいてフォーマットされているものと認識し、ステップＳ１０９に進む。
【００６４】
一方、ステップＳ１０５において、FileSysTypeが“FAT”である場合には、ＣＰＵ２４は、ステップＳ１１１に進み、ここで自己の動作モードを設定した後、ステップＳ１５３に進む。そして、このステップＳ１５３において、上述の変数Ｓに“０”を設定し、これによってハードディスク２２が標準ＦＡＴ３２方式でフォーマットされていることを表現する。なお、変数Ｓは、メモリ２８に記録される。この変数Ｓの記録後、ＣＰＵ２４は、ステップＳ１１３に進む。
【００６５】
また、ステップＳ１５１において、FileSysTypeが“FAT16Vnd”である場合には、ＣＰＵ２４は、ステップＳ１１９に進み、ここで自己の動作モードを設定した後、ステップＳ１５５に進む。そして、このステップＳ１５５において、上述の変数Ｓとして“１”を設定し、これによってハードディスク２２が独自ＦＡＴ１６方式でフォーマットされていることを表現する。この変数Ｓの設定（記録）後、ＣＰＵ２４は、ステップＳ１１３に進む。
【００６６】
さらに、図１１におけるステップＳ１１のフォーマット処理として、図１３のフロー図で示される各処理を実行する。同図に示すように、このフロー図は、第1実施例における図５のフロー図のステップＳ２０９に代えて、ステップＳ２０７とリターン端子との間にステップＳ２５１を設けたものである。そして、図５におけるステップＳ２１３を削除したものである。
【００６７】
すなわち、ＣＰＵ２４は、ステップＳ２０７において独自ＦＡＴ１６方式に基づいてフォーマットしたとき、ステップＳ２５１において、FileSysTypeを“FAT16”から“FAT16Vnd”に書き換える。そして、この書き換え後、一連のフォーマット処理を完了する。一方、ステップＳ２１１において、標準ＦＡＴ３２方式に基づいてフォーマットしたときには、ＣＰＵ２４は、そのままこのフォーマット処理を完了する。
【００６８】
このようにして初期設定を終えたハードディスク２２に対して、パーソナルコンピュータ５０側からアクセスするとき、第２実施例では、上述した図７におけるステップＳ３１９のＦＡＴ識別処理として、図１４のフロー図で示される処理を実行する。
【００６９】
同図に示すように、ＣＰＵ２４は、ステップＳ３６０において、メモリ２８から上述した変数Ｓを読み込む。そして、ステップＳ３６２において、読み込んだ変数Ｓが“１”であるか否かを判断する。ここで、変数Ｓが“１”である場合には、ＣＰＵ２４は、ステップＳ３６４に進み、ハードディスク２２が独自ＦＡＴ１６方式を採用していると認識する。一方、変数Ｓが“１”でない場合、すなわち“０”である場合には、ＣＰＵ２４は、ステップＳ３６２からステップＳ３６６に進み、ハードディスク２２が標準ＦＡＴ３２方式を採用していると認識する。ステップＳ３６４またはステップＳ３６６を処理することによって、ＣＰＵ２４は、この一連のＦＡＴ識別処理を終了し、図７のステップＳ３２１に進む。
【００７０】
次に、本発明の第３実施例について説明する。上述したように、第１実施例においては「ＦＬＩＮＦ．ＳＹＳ」ファイルを付加し、第２実施例においてはFileSysTypeを書き換えるという特別な処理を実施したが、第３実施例においては、このような特別な処理は実施しない。そのため、第３実施例におけるカメラ装置１０側のＣＰＵ２４は、上述した初期設定として、次のような処理を実行する。
【００７１】
すなわち、カメラ装置１０の電源スイッチをＯＮすると、ＣＰＵ２４は、第２実施例と同様の図１１のフロー図で示される各処理を実行する。そして、この図１１におけるステップＳ１のフォーマット状態チェック処理として、図１５のフロー図で示される各処理を実行する。
【００７２】
同図に示すように、このフロー図は、第1実施例における図４のステップＳ１１１とステップＳ１１３との間に、第２実施例における図１２のステップＳ１５３と等価なステップを設けたものである。また、ステップＳ１１９とステップＳ１１３との間には、図１２におけるステップＳ１５５と等価なステップを設けている。
【００７３】
この図１５のフロー図によれば、ＣＰＵ２４は、ステップＳ１１１において動作モードを設定した後、ステップＳ１５３に進む。そして、このステップＳ１５３において、上述した変数Ｓとして標準ＦＡＴ３２方式を表す“０”を設定した後、ステップＳ１１３に進む。一方、ステップＳ１１９において動作モードを設定した後は、ステップＳ１５５に進む。そして、このステップＳ１５５において、上述した変数Ｓとして独自ＦＡＴ１６方式を表す“１”を設定した後、ステップＳ１１３に進む。
【００７４】
また、図１１におけるステップＳ１１のフォーマット処理として、図１６のフロー図に示す各処理を実行する。同図に示すように、このフロー図は、第1実施例における図５のフロー図のステップＳ２０９およびステップＳ２１３を削除したものである。すなわち、ステップＳ２０７およびステップＳ２１１のいずれを処理した場合にも、ＣＰＵ２４は、当該処理の直後にこの図１６に示す一連のフォーマット処理を完了する。
【００７５】
なお、この第３実施例においても、パーソナルコンピュータ５０からのデータアクセスに対して、上述した図７におけるステップＳ３１９のＦＡＴ識別処理として、第２実施例と同様、図１４のフロー図で示される処理を実行する。
【００７６】
このように、第３実施例では、「ＦＬＩＮＦ．ＳＹＳ」ファイルを作成したり、FileSysTypeを書き換えたりする必要がないので、ＣＰＵ２４の処理を簡素化できる。
【００７７】
なお、以上の各実施例においては、記録媒体としてハードディスク２２を用いる場合について説明したが、ＣＤ−ＲＷ（Compact Disc-ReWritable）やＤＶＤ−ＲＡＭ（Digital Versatile Disc-RAM）などの他の記録媒体を用いてもよい。
【００７８】
また、本発明をカメラ装置１０に応用する場合について説明したが、外部からアクセス可能な記録媒体を有するのであれば、カメラ装置以外の装置にも本発明を応用できる。そして、記録媒体に記録するデータは、画像データに限らず、テキストデータや音声データなどでもよい。
【００７９】
そして、カメラ装置１０とパーソナルコンピュータ５０とをＵＳＢケーブル４０（ＵＳＢインタフェース）によって接続したが、これ以外のインタフェースを用いてもよい。さらに、パーソナルコンピュータ５０に代えて、カメラ装置１０にアクセスするための専用の端末装置やＰＤＡ（Personal Digital Assistant）などを用いてもよい。
【００８０】
また、独自のＦＡＴ方式として、標準ＦＡＴ１６方式を改造した独自ＦＡＴ１６方式を用いたが、これに限らない。たとえば、標準ＦＡＴ３２方式を改造した独自のＦＡＴ３２方式を採用してもよい。また、クラスタサイズは、上述の実施例で説明したサイズに限らない。さらに、ＦＡＴ方式に限らず、ＵＤＦ（Universal Disc Format）などの他の方式を用いてもよい。この場合、当該ＵＤＦ方式を判別するために、「ＦＬＩＮＦ．ＳＹＳ」ファイルのマークＭとして独自のマークを付加したり、上述の変数Ｓとして独自の数値を付与してもよい。また、ＵＤＦ方式に基づいてフォーマットされた記録媒体であれば必ず形成される“Domain Entity Identifier”という記録領域内の“OSTA UDF Compliant”データを検出することによって、ＵＤＦ方式であることを判別してもよい。
【００８１】
そして、上述のマークＭまたは変数Ｓを識別子として、この識別子からハードディスク２２のフォーマット方式を識別するようにしたが、これらマークＭおよび変数Ｓ以外のものを用いてもよい。また、かかる識別子は、マークＭや変数Ｓを付するというソフトウェア的な構成によるのではなく、たとえばフロッピディスクのプロテクタやカセットテープの爪などのように、ハードウェア的な構成によって実現してもよい。
【図面の簡単な説明】
【図１】この発明の第１実施例に係るカメラ装置の概略構成を示すブロック図である。
【図２】第１実施例におけるパーソナルコンピュータの概略構成を示すブロック図である。
【図３】第１実施例におけるカメラ装置側のＣＰＵの動作を説明するための図で、初期設定時の処理手順を示すフロー図である。
【図４】図３におけるフォーマット状態チェック処理の詳細を示すフロー図である。
【図５】図３におけるフォーマット処理の詳細を示すフロー図である。
【図６】第１実施例におけるカメラ装置側のＣＰＵの動作を説明するための図で、パーソナルコンピュータからのデータアクセスを受けたときの処理手順を示すフロー図である。
【図７】図６に続くカメラ装置側のＣＰＵの動作を示すフロー図である。
【図８】図７におけるＦＡＴ識別処理の詳細を示すフロー図である。
【図９】第１実施例におけるパーソナルコンピュータ側のＣＰＵの動作を説明するための図で、専用アプリケーションソフトによってデータアクセスするときの処理手順を示すフロー図である。
【図１０】第１実施例におけるパーソナルコンピュータ側のＣＰＵの動作を説明するための図で、標準ファイル管理ソフトによってデータアクセスするときの処理手順を示すフロー図である。
【図１１】この発明の第２実施例の説明図で、カメラ装置の初期設定時におけるＣＰＵの処理手順を示すフロー図である。
【図１２】図１１におけるフォーマット状態チェック処理の詳細を示すフロー図である。
【図１３】図１１におけるフォーマット処理の詳細を示すフロー図である。
【図１４】図７におけるＦＡＴ識別処理の別の詳細を示すフロー図である。
【図１５】この発明の第３実施例の説明図で、カメラ装置の初期設定時におけるフォーマット状態チェック処理の詳細を示すフロー図である。
【図１６】第３実施例におけるフォーマット処理の詳細を示すフロー図である。
【符号の説明】
１４…ＣＣＤ受光素子
１６…信号処理回路
２２…ハードディスク
２４…ＣＰＵ
３０…ＵＳＢ端子
３２…外部インタフェース回路
Claims (5)
- 外部装置からデータ書き込み要求を受け付けたとき各々が所定サイズを有する複数の単位領域が形成された記録媒体にデータを書き込むデータアクセス装置において、
前記記録媒体の準備ができているか否かを確認する確認要求を前記データ書き込み要求に先立って前記外部装置から受け付ける受付手段、
前記外部装置が想定するデータ書き込みの単位サイズが前記所定サイズと一致するか否かを前記受付手段の受付動作に応答して判別する判別手段、
前記判別手段による肯定的な判別に基づいて前記記録媒体の準備完了を示す第１情報を前記外部装置に送信する第１送信手段、および
前記判別手段による否定的な判別に基づいて前記記録媒体へのアクセス準備ができないことを示す第２情報を前記外部装置に送信する第２送信手段を備えることを特徴とする、データアクセス装置。 - 前記判別手段は、前記記録媒体が採用する第１ファイル管理システムを識別する識別手段、および前記識別手段によって識別された前記第１ファイル管理システムが前記単位サイズに対応する第２ファイル管理システムと一致するか否かによって前記単位サイズと前記所定サイズとの一致／不一致を判別する判別実行手段を含む、請求項１記載のデータアクセス装置。
- 前記記録媒体は前記第１ファイル管理システムを表す識別子を含み、
前記識別手段は、前記識別子を検出する識別子検出手段、および前記識別子検出手段によって検出された前記識別子に基づいて前記第１ファイル管理システムを識別する識別実行手段を含む、請求項２記載のデータアクセス装置。 - 前記識別子はディジタルデータとして前記記録媒体に記録されている、請求項３記載のデータアクセス装置。
- 請求項１ないし４のいずれかに記載のデータアクセス装置を備え、被写体を撮影した画像データを前記記録媒体に記録するカメラ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001142580A JP3789771B2 (ja) | 2001-05-14 | 2001-05-14 | データアクセス装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001142580A JP3789771B2 (ja) | 2001-05-14 | 2001-05-14 | データアクセス装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002342131A JP2002342131A (ja) | 2002-11-29 |
| JP3789771B2 true JP3789771B2 (ja) | 2006-06-28 |
Family
ID=18988859
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001142580A Expired - Fee Related JP3789771B2 (ja) | 2001-05-14 | 2001-05-14 | データアクセス装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3789771B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005202656A (ja) * | 2004-01-15 | 2005-07-28 | Matsushita Electric Ind Co Ltd | 情報機器 |
| WO2005104021A1 (ja) * | 2004-04-23 | 2005-11-03 | Matsushita Electric Industrial Co., Ltd. | メモリカード、アクセス装置及びメモリカードの処理方法 |
| JP4541768B2 (ja) * | 2004-06-10 | 2010-09-08 | キヤノン株式会社 | 画像データ記録装置 |
| JP4600762B2 (ja) * | 2005-08-31 | 2010-12-15 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
| JP4917834B2 (ja) * | 2006-05-29 | 2012-04-18 | パナソニック株式会社 | 画像記録再生装置 |
| CN101964867A (zh) * | 2009-07-22 | 2011-02-02 | 松下电器产业株式会社 | 摄像装置、信息处理装置及信息处理方法 |
-
2001
- 2001-05-14 JP JP2001142580A patent/JP3789771B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002342131A (ja) | 2002-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100660069B1 (ko) | 화상데이터의파일관리시스템 | |
| US7269691B2 (en) | Electronic device for managing removable storage medium, method and storage medium therefor | |
| US7797398B2 (en) | Communication system, and peripheral device having trigger generating device and computer program product that monitors whether a trigger has been generated | |
| US7869074B2 (en) | Communication system, information processing device, peripheral device and communication method | |
| JP3789771B2 (ja) | データアクセス装置 | |
| JP2005050192A (ja) | 情報記録システム | |
| US6822678B2 (en) | Digital camera, digital camera control apparatus, digital camera system, digital camera control method, and medium | |
| JP4623361B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| JP2009048378A (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
| JP4612816B2 (ja) | 記録再生装置及び制御方法 | |
| JP2003030052A (ja) | メモリアクセス方法および装置 | |
| JP2000187606A (ja) | ファイルシステム管理装置 | |
| JP2007108853A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP6737334B2 (ja) | 消去装置 | |
| JP2001331280A (ja) | 情報処理装置、情報処理方法 | |
| JP4501252B2 (ja) | データ記録装置、データ記録方法、データ再生装置およびデータ再生方法 | |
| JP4504956B2 (ja) | 画像蓄積システム及び画像蓄積方法 | |
| JP2010049734A (ja) | 情報処理装置、転送システム | |
| JP2009009501A (ja) | ファイル管理装置及びプログラム | |
| JP2007265304A (ja) | 通信システム及びそれに使用する周辺装置 | |
| JP2009153145A (ja) | デジタルカメラ、情報処理装置及びそれらの制御方法 | |
| JP2004348229A (ja) | ファイル移動システム、ファイル移動方法、及びそのプログラム | |
| JP2001051878A (ja) | ファイル管理装置及びファイル管理方法 | |
| JP2007265305A (ja) | 通信システム及びそれに使用する周辺装置 | |
| JP2004187189A (ja) | 情報伝達システム及び伝達元機器と伝達先機器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051206 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060131 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060329 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130407 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140407 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140407 Year of fee payment: 8 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |