JP2005276016A - ファイル管理装置 - Google Patents

Abstract

【構成】 記録媒体３４に記録された複数の画像ファイルのうち所望の画像ファイルを選択するための選択操作が操作パネル２２を介して行われると、システムコントローラ２０がこの操作を受け付け、ＣＰＵ１８は、所望の画像ファイルの管理情報にフラグをセットする。この後、ＰＣ５０から識別子転送要求が発せられると、ＵＳＢコントローラ３６がこの問い合わせを受け付け、ＣＰＵ１８は、管理情報にフラグがセットされた画像ファイルの識別子だけをＰＣ５０に転送する。
【効果】 ＰＣ５０との間でのデータ通信に要する時間が短縮される。
【選択図】 図１

Description

この発明は、ファイル管理装置に関し、特にたとえば、ディジタルカメラに用いられ、外部装置であるＰＣからファイル識別子を含むファイル転送要求を受け付けたとき記録媒体に記録された複数の画像ファイルのうちファイル識別子によって特定される画像ファイルをＰＣに転送する、ファイル管理装置に関する。

従来この種の装置としては、特許文献１に記載されたものが知られている。この従来技術では、ディジタルカメラ内のメモリに転送プログラムが格納されており、ＰＣがこの転送プログラムを実行すると、ディジタルカメラ内の記録媒体に記録された画像ファイルがＰＣに転送される。これにより、転送プログラムをＰＣにインストールする手間が省け、簡単な操作で画像ファイルの転送を行うことができる。
特開平９−３１２７９１号公報〔Ｈ０４Ｎ ５／２２５，Ｇ０６Ｋ １７／００，Ｈ０４Ｎ ５／７６５，５／７８１，５／９１〕

しかし、従来技術では、“Ｐｉｃｔｂｒｉｄｇｅ”のような広く普及した通信規格に適合しない。一方、“Ｐｉｃｔｂｒｉｇｅ”では、ディジタルカメラ内の記録媒体に記録されている全ての画像ファイルの識別子を事前にＰＣ側へ転送しておく必要がある。また、ＰＣが所望の画像ファイルの転送を要求するには、全ての画像ファイルの属性情報も事前にＰＣ側へ転送しておかなければならない。このため、記録媒体に記録されている画像ファイルの数が多いとき特に、外部装置との間でのデータ通信に長い時間がかかる。

それゆえに、この発明の主たる目的は、外部装置との間でのデータ通信に要する時間を短縮することができる、ファイル管理装置を提供することである。

請求項１の発明は、外部装置からファイル識別子を含むファイル転送要求を受け付けたとき記録媒体に記録された複数のデータファイルのうちファイル識別子によって特定されるデータファイルを外部装置に転送するファイル管理装置において、複数のデータファイルのうち所望のデータファイルを選択するための選択操作を受け付ける受け付け手段、選択操作によって選択されたデータファイルを未選択のデータファイルから区別する区別手段、および外部装置から識別子転送要求を受け付けたとき区別手段によって区別されたデータファイルの識別子を外部装置に転送する転送手段を備えることを特徴とする、ファイル管理装置である。

請求項１の発明では、複数のデータファイルのうち所望のデータファイルを選択するための選択操作が行われると、受け付け手段がこの選択操作を受け付け、区別手段は、選択操作によって選択されたデータファイルを未選択のデータファイルから区別する。この後、外部装置から識別子転送要求が発せられると、転送手段がこの識別子転送要求を受け付け、かつ区別手段によって区別されたデータファイルの識別子を外部装置に転送する。

すなわち、記録媒体に記録された複数のデータファイルのうち所望のデータファイルを選択し、選択されたファイルの識別子だけを外部装置に転送するので、転送される識別子の個数が削減される。

なお、この識別子転送の後に発せられるファイル転送要求の対象は、識別子が転送された画像ファイルに限られる。また、識別子転送の後に発せられる属性情報転送要求の対象も、識別子が転送された画像ファイルに限られる。

請求項２の発明は、請求項１記載のファイル管理装置において、区分手段は選択操作によって選択されたデータファイルにマーカを割り当てる。

請求項２の発明では、選択されたデータファイルは、マーカによって未選択のデータファイルから区別される。これにより、選択されたデータファイルを未選択のものから簡単かつ明確に区別することができる。

請求項３の発明は、請求項１または２記載のファイル管理装置において、複数のデータファイルは複数のディレクトリによって分散的に管理され、選択操作は複数のディレクトリのうち所望のディレクトリを選択する操作であり、所望のデータファイルは所望のディレクトリによって管理されるデータファイルである。

請求項３の発明では、複数のデータファイルは複数のディレクトリによって分散的に管理されており、所望のディレクトリによって管理されるデータファイルが所望のデータファイルとなる。このため、複数のディレクトリのうち所望のディレクトリが選択されると、この所望のディレクトリによって管理される全てのデータファイルの識別子が外部装置に転送される。すなわち、所望のディレクトリを選択すれば、このディレクトリによって管理される全てのデータファイルの識別子が外部装置に転送されるので、選択操作が簡単化される。

請求項４の発明は、請求項１ないし３のいずれかに記載のファイル管理装置において、データファイルは画像データを格納する画像ファイルである。

この発明によれば、転送される識別子の個数が削減され、またその結果、転送される属性情報の個数も削減されるので、外部装置との間でのデータ通信に要する時間が短縮される。

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

図１を参照して、この実施例のディジタルカメラ１０は、イメージセンサ１２を含む。被写界の光学像は、図示しないフォーカスレンズを通してイメージセンサ１２の撮像面に照射される。撮像面では、光電変換によって被写体の光学像に対応する電荷つまり生画像信号が生成される。

被写体のリアルタイム動画像つまりスルー画像をＬＣＤモニタ２６に表示するとき、イメージセンサ１２からは、被写体の光学像に対応する低解像度の生画像信号が出力される。出力された生画像信号は、図示しないＡ／Ｄ変換回路等を介してディジタル信号である生画像データに変換され、生画像データは、信号処理回路１４によってＹＵＶ形式の画像データに変換される。変換された画像データはメモリ制御回路２８によってＳＤＲＡＭ３０に書き込まれ、その後同じメモリ制御回路２８によって読み出される。ビデオエンコーダ２４は、メモリ制御回路２８によって読み出された画像データをＮＴＳＣフォーマットに従うコンポジットビデオ信号に変換し、変換されたコンポジットビデオ信号をＬＣＤモニタ２６に与える。この結果、被写体のスルー画像がモニタ画面に表示される。

図示しないシャッタボタンが押されると、次のような撮影／記録処理が実行される。すなわち、イメージセンサ１２によって本露光が行われ、これにより生成された全ての電荷つまり生画像信号がイメージセンサ１２から出力される。出力された生画像信号は、図示しないＡ／Ｄ変換回路等を介して生画像データに変換され、生画像データは、信号処理回路１４によってＹＵＶ形式の画像データに変換される。変換された画像データは、メモリ制御回路２８を通してＳＤＲＡＭ３０に書き込まれる。書き込みが完了すると、ＣＰＵ１８は、メモリ制御回路２８を通してＳＤＲＡＭ３０から画像データを読み出し、読み出された画像データを含む画像ファイルをＩ／Ｆ３２を通して記録媒体３４に記録する。

このような撮影／記録処理が繰り返し行われると、記録媒体３４には、複数の画像ファイルが蓄積されることになる。記録媒体３４内の複数の画像ファイルは、図２に示すように、複数のディレクトリによって分散的に管理される。図２を参照して、ルートディレクトリ“ＤＣＩＭ”には、１８１個のサブディレクトリ“１００ＳＡＮＹＯ”〜“１８０ＳＡＮＹＯ”が含まれる。

サブディレクトリ“１００ＳＡＮＹＯ”には、１３５個の画像ファイル“ＳＡＮＹ０００１”〜“ＳＡＮＹ０１３５”が含まれる。同様に、サブディレクトリ“１０１ＳＡＮＹＯ”には７８個の画像ファイル“ＳＡＮＹ０００１”〜“ＳＡＮＹ００７８”が、サブディレクトリ“１０２ＳＡＮＹＯ”には５２個の画像ファイル“ＳＡＮＹ０００１”〜“ＳＡＮＹ００５２”が、…サブディレクトリ“１８０ＳＡＮＹＯ”には１２０個の画像ファイル“ＳＡＮＹ０００１”〜“ＳＡＮＹ０１２０”がそれぞれ含まれる。

ディレクトリ“Ｓｙｓｔｅｍ”の下には、ディレクトリ“ＣｏｎｔＦｉｌｅ”が設けられる。このディレクトリ“ＣｏｎｔＦｉｌｅ”は、ディレクトリ“ＤＣＩＭ”下のサブディレクトリ群を管理するための管理ファイルを含む。管理ファイルは、上記１８１個のサブディレクトリに対応する１８１個の管理情報を含む。１８１個の管理情報の各々は、図３（Ａ）に示すように、“分類名”，“ディレクトリ名”および“フラグ”で構成される。

管理情報内の“フラグ”は、“ＤＣＩＭ”下の１８１個のサブディレクトリをＰＣ５０に見せるものと見せないものとの２種類に区分するためのものであり、見せない場合は“０”に、見せる場合は“１”に設定される。初期値は“０”であり、従って、特に設定操作を行わなければ、図３（Ｂ）に示すように、管理ファイル内のどの管理情報もフラグが“０”になっている。このため、設定操作を行う前にディジタルカメラ１０をＰＣ５０に接続したとすると、ルートディレクトリ“ＤＣＩＭ”下の１８１個のサブディレクトリのどれもＰＣ５０からは見えない。

例えば２つのサブディレクトリ“１０１ＳＡＮＹＯ”および“１０２ＳＡＮＹＯ”だけをＰＣ５０から見えるようにしたい場合、図３（Ｃ）に示すように、管理ファイル内の第２行目の管理情報および第３行目の管理情報の各々に含まれるフラグを“０”から“１”に変更すればよい。フラグの変更は、次のような設定操作を通じて行われる。すなわち、“見せる／見せない”の設定操作では、まず“Ｍｏｄｅ”キー２２ａが押下される。するとＣＰＵ１８は、図３（Ｂ）の管理ファイルの第１行目の管理情報“＃入学式＄１００ＳＡＮＹ＄０＄”に基づいて、図４（Ａ）のような設定画面をＬＣＤモニタ２６に表示する。図４（Ａ）を参照して、設定画面には、当初、コンテンツ番号“１”，分類名“入学式”およびホストに見せる機能“ＯＦＦ”が提示される。

次に、下カーソルキー２２ｄが押下される。するとＣＰＵ１８は、管理ファイルの第２行目の管理情報“＃運動会＄１０１ＳＡＮＹ＄０＄”に基づいて、設定画面の内容を図４（Ｂ）のように更新する。図４（Ｂ）を参照して、設定画面には、コンテンツ番号“２”，分類名“運動会”およびホストに見せる機能“ＯＦＦ”が提示される。

次に、右カーソルキー２２ｆが押下される。するとＣＰＵ１８は、まず管理ファイルの第２行目の管理情報内のフラグ“０”を“１”に書き換える。そして、フラグ書換え後の管理情報“＃運動会＄１０１ＳＡＮＹ＄１＄”に基づいて、設定画面の内容を図４（Ｃ）のように更新する。図４（Ｃ）を参照して、設定画面には、コンテンツ番号“２”，分類名“運動会”およびホストに見せる機能“ＯＮ”が提示される。

次に、下カーソルキー２２ｄが押下され、ＣＰＵ１８は、管理ファイルの第３行目の管理情報“＃旅行（１）＄１０２ＳＡＮＹ＄０＄”に基づき設定画面の内容を更新する。次に、右カーソルキー２２ｆが押下され、ＣＰＵ１８は、管理ファイルの第３行目の管理情報内のフラグ“０”を“１”に書き換え、さらにフラグ書換え後の管理情報“＃旅行（１）＄１０２ＳＡＮＹ＄１＄”に基づき設定画面の内容を更新する。これにより、設定画面には、コンテンツ番号“３”，分類名“旅行（１）”およびホストに見せる機能“ＯＮ”が提示される。

これで必要な設定操作は完了したので、“Ｍｏｄｅ”キー２２ａが押下される。応じてＣＰＵ１８は、次のようなハンドル管理テーブル作成処理を行う。ハンドル管理テーブル作成処理では、ルートディレクトリ“ＤＣＩＭ”，“見せる”サブディレクトリの各々，および“見せる”サブディレクトリに属する画像ファイルの各々に対し、それぞれハンドル番号を付与する。そして、付与対象となったディレクトリおよび画像ファイルの各々について、識別子とハンドル番号とを対にしてテーブルに登録する。なお、付与対象となったディレクトリおよび画像ファイルの各々は、ここでは“オブジェクト”と呼ばれる。これにより、図５に示すようなハンドル管理テーブルが得られる。

図５を参照して、ルートディレクトリ“ＤＣＩＭ”には、ハンドル番号“０ｘ１０００００００”が付与されている。その下のサブディレクトリ“ＤＣＩＭ￥１０１ＳＡＮＹＯ”には、ハンドル番号“０ｘ１００２００００”が付与されている。その下の画像ファイル“ＤＣＩＭ￥１０１ＳＡＮＹＯ￥ＳＡＮＹ０００１．ｊｐｇ”には、ハンドル番号“０ｘ１００２０００１”が付与されている。同様に、画像ファイル“ＤＣＩＭ￥１０１ＳＡＮＹＯ￥ＳＡＮＹ０００２．ｊｐｇ”にはハンドル番号“０ｘ１００２０００２”が、…画像ファイル“ＤＣＩＭ￥１０１ＳＡＮＹＯ￥ＳＡＮＹ００７８．ｊｐｇ”にはハンドル番号“０ｘ１００２００４Ｅ”が付与されている。

サブディレクトリ“ＤＣＩＭ￥１０２ＳＡＮＹＯ”には、ハンドル番号“０ｘ１００３００００”が付与されている。その下の画像ファイル“ＤＣＩＭ￥１０２ＳＡＮＹＯ￥ＳＡＮＹ０００１．ｊｐｇ”には、ハンドル番号“０ｘ１００２０００１”が付与されている。同様に、画像ファイル“ＤＣＩＭ￥１０２ＳＡＮＹＯ￥ＳＡＮＹ０００２．ｊｐｇ”にはハンドル番号“０ｘ１００３０００２”が、…画像ファイル“ＤＣＩＭ￥１０１ＳＡＮＹＯ￥ＳＡＮＹ００５２．ｊｐｇ”にはハンドル番号“０ｘ１００２０３３４”が付与されている。このように、ハンドル管理テーブルには、１３３個のハンドルが登録されている。

ハンドル管理テーブル作成の後、ディジタルカメラ１０がＰＣ５０に接続されたとき、ディジタルカメラ１０とＰＣ５０との間では、図６に示すような初期通信処理が行われる。図６を参照して、初期通信処理では、最初、ＰＣ５０がディジタルカメラ１０にハンドル数を問い合わせ、ディジタルカメラ１０はＰＣ５０にハンドル数つまり“１３３”を応答する。次に、ＰＣ５０が全てのハンドル番号を問い合わせ、ディジタルカメラ１０は、全てのハンドル番号つまり“０ｘ１０００００００”，“０ｘ１００２００００”〜“０ｘ１００２００４Ｅ”および“０ｘ１００３００００”〜“０ｘ１００２０３３４”を応答する。

次に、ＰＣ５０がハンドル“０ｘ１０００００００”の属性を問い合わせ、ディジタルカメラ１０は、ハンドル“０ｘ１０００００００”つまりオブジェクト“ＤＣＩＭ”の属性情報を応答する。なお、属性情報には、ディレクトリ／ファイル名，サイズ，作成日時，プロテクト設定などに関する情報が含まれる。次に、ＰＣ５０がハンドル“０ｘ１００２００００”の属性を問い合わせ、ディジタルカメラ１０は、ハンドル“０ｘ１００２００００”つまりオブジェクト“ＤＣＩＭ￥１０１ＳＡＮＹＯ”の属性情報を応答する。以降、同様のやり取りが繰り返され、最後のハンドル“０ｘ１００３０３３４”の属性情報がＰＣ５０に伝えられた時点で、初期通信処理は終了される。

これにより、ＰＣ５０からは、ルートディレクトリ“ＤＣＩＭ”下の２つのサブディレクトリ“１０１ＳＡＮＹＯ”および“１０２ＳＡＮＹＯ”と、各々のサブディレクトリに属する画像ファイルとが見えるようになる。その後、ＰＣ５０は、記録媒体３４内の所望の画像ファイルを取り込み、取り込まれた画像ファイルを編集／加工したり、取り込まれた画像ファイルをＣＤ等の光ディスクに記録したり、取り込まれた画像ファイルをプリンタに出力したりといった処理を行う。

“見せる／見せない”の設定処理を行うとき、ＣＰＵ１８は、具体的には図７のフロー図を処理する。なお、このフロー図に対応するプログラムは、ＲＯＭ１６に格納されている。図７を参照して、まずステップＳ１で、“ＣｏｎｔＦｉｌｅ”（図３（Ｂ）参照）に登録されている管理情報の個数つまり“１８１”を変数“ＣＮＴ”にセットする。ステップＳ３では、変数“ＳｅｔＮｏ”に“１”をセットし、ステップＳ５では、“ＣｏｎｔＦｉｌｅ”の第“ＳｅｔＮｏ”行目に登録されている管理情報から分類名とフラグとを読み取る。

ステップＳ７では、読み取られた分類名を変数“Ｎａｍｅ”に、読み取られたフラグを変数“Ｖｉｓｉｂｌｅ”にそれぞれセットする。ステップＳ９では、ＬＣＤモニタ２６に設定画面を表示し、かつ設定画面内に“Ｎａｍｅ”を提示する。ステップＳ１１では、変数“Ｖｉｓｉｂｌｅ”が“１”であるか否かを判別する。この判別結果が肯定的であればステップＳ１３で設定画面内に“ＯＮ”を提示し、否定的であればステップＳ１５で“ＯＦＦ”を提示する。なお、当初は“ＳｅｔＮｏ”が“１”なので、“Ｎａｍｅ”には“入学式”が、“Ｖｉｓｉｂｌｅ”には“０”がセットされ、その結果、ＬＣＤモニタ２６には、図４（Ａ）のような設定画面が表示される。

こうして設定画面が表示されると、ステップＳ１７〜Ｓ２３のループつまりキー操作待ち状態に入る。右カーソルキー２２ｆが押されると、ステップＳ１７でＹＥＳと判定され、ステップＳ２５に抜けて“Ｖｉｓｉｂｌｅ”の値を変更する。そしてステップＳ２７で、“ＣｏｎｔＦｉｌｅ”の第“ＳｅｔＮｏ”行目に登録されている管理情報内のフラグを書き換える。その後、ステップＳ１１に戻る。

上カーソルキー２２ｃが押されると、ステップＳ１９でＹＥＳと判別され、ステップＳ２９に抜けて“ＳｅｔＮｏ”をデクリメントする。その後、ステップＳ５に戻る。なお、デクリメントによって“ＳｅｔＮｏ”が１よりも小さくなる場合、“ＳｅｔＮｏ”には“ＣＮＴ”がセットされる。下カーソルキー２２ｄが押されると、ステップＳ２１でＹＥＳと判別され、ステップＳ３１に抜けて“ＳｅｔＮｏ”をインクリメントする。その後、ステップＳ５に戻る。なお、インクリメントによって“ＳｅｔＮｏ”が“ＣＮＴ”よりも大きくなる場合、“ＳｅｔＮｏ”には“１”がセットされる。“Ｍｏｄｅ”キー２２ａが押されると、ステップＳ２３でＹＥＳと判別され、処理を終了する。

従って、図４（Ａ）のような設定画面が表示されている状態で下カーソルキー２２ｄが押下されると、ステップＳ３１で“ＳｅｔＮｏ”が“１”から“２”にインクリメントされ、続くステップＳ５では“ＣｏｎｔＦｉｌｅ”の第２行目に登録されている管理情報から分類名“運動会”とフラグ“０”とが読み取られる。その結果、設定画面は図４（Ｂ）のように更新される。

さらに、図４（Ｂ）のような設定画面が表示されている状態で右カーソルキー２２ｆが押下されると、ステップＳ２５で“Ｖｉｓｉｂｌｅ”が“０”から“１”に変更され、ステップＳ２７では“ＣｏｎｔＦｉｌｅ”の第２行目の管理情報内のフラグが“０”から“１”に変更され、その結果、設定画面は図４（Ｃ）のように更新される。

ハンドル管理テーブルの作成処理を行うとき、ＣＰＵ１８は、具体的には図８のフロー図を処理する。なお、このフロー図に対応するプログラムは、ＲＯＭ１６に格納されている。図８を参照して、まずステップＳ５１で、ルートディレクトリ“ＤＣＩＭ”のハンドルを生成し、かつ生成されたハンドルをテーブルに登録する（図５テーブルの１番目のハンドルを参照）。ステップＳ５３では、“ＤＣＩＭ”下のサブディレクトリの有無が判別される。サブディレクトリがなければ、処理を終了する。サブディレクトリがあれば、ステップＳ５５で変数“ＳｂＤｉｒ”に“１”をセットする。

ステップＳ５７では、“ＣｏｎｔＦｉｌｅ”（図３（Ｃ）参照）の第“ＳｂＤｉｒ”行目の管理情報から“ディレクトリ名”および“フラグ”を読み取る。ステップＳ５９では、読み取られたディレクトリ名を変数“ＤｉｒＮａｍｅ”に、読み取られたフラグを変数“Ｖｉｓｉｂｌｅ”にそれぞれセットする。ステップＳ６１では、変数“Ｖｉｓｉｂｌｅ”が“１”であるか否かを判別し、この判別結果が否定的であればステップＳ７５に進む。

ステップＳ６１の判別結果が肯定的であれば、ステップＳ６３でサブディレクトリ“ＤｉｒＮａｍｅ”のハンドルを生成し、かつ生成されたハンドルをテーブルに登録する（図５テーブルの２番目のハンドルを参照）。そしてステップＳ６５で、サブディレクトリ“ＤｉｒＮａｍｅ”に属する画像ファイルの有無を判別し、所属ファイルがなければステップＳ７５に進む。

所属ファイル有りと判別されると、ステップＳ６７で変数“Ｆｉｌｅ”に“１”をセットする。次のステップＳ６９では、画像ファイル“Ｆｉｌｅ”のハンドルを生成し、かつ生成されたハンドルをテーブルに登録する（図５テーブルの３番目のハンドルを参照）。ステップＳ７１では、ステップＳ６９で登録されたファイルがサブディレクトリ“ＤｉｒＮａｍｅ”内の最後のファイルか否かを判別し、最後のファイルであれはステップＳ７５に進む。

最後のファイルでなければ、ステップＳ７３で変数“Ｆｉｌｅ”をインクリメントし、ステップＳ６９に戻る。そしてステップＳ６９〜Ｓ７３が繰り返されることによって、サブディレクトリ“ＤｉｒＮａｍｅ”に属する全ての画像ファイルのハンドルが生成され、テーブルに登録されることとなる（図５テーブルの３〜８０番目のハンドルを参照）。

ステップＳ７５では、ステップＳ６３で登録されたサブディレクトリが“ＤＣＩＭ”下の最後のディレクトリか否かが判別され、最後のディレクトリであれば処理を終了する。

最後のサブディレクトリでなければ、ステップＳ７７で変数“ＳｂＤｉｒ”をインクリメントし、その後ステップＳ５７に戻る。ステップＳ５７では、“ＣｏｎｔＦｉｌｅ”の第“ＳｂＤｉｒ”行目の管理情報から“ディレクトリ名”および“フラグ”がみ取られ、ステップＳ５９では、読み取られたディレクトリ名が変数“ＤｉｒＮａｍｅ”に、読み取られたフラグが変数“Ｖｉｓｉｂｌｅ”にそれぞれセットされる。以降、ステップＳ６３でサブディレクトリ“ＤｉｒＮａｍｅ”のハンドルが生成れ、かつ生成されたハンドルがテーブルに登録される（図５テーブルの８１番目のハンドルを参照）。そしてステップＳ６９〜Ｓ７３のループに入ることにより、サブディレクトリ“ＤｉｒＮａｍｅ”に属する全ての画像ファイルのハンドルが生成され、テーブルに登録されることとなる（図５テーブルの８２〜１３３番目のハンドルを参照）。

初期通信処理を行うとき、ＣＰＵ１８は、具体的には図９のフロー図を処理する。なお、このフロー図に対応するプログラムは、ＲＯＭ１６に格納されている。図９を参照して、まずステップＳ９１で、ハンドル数問い合わせの有無を判別し、問い合わせがあれば、ステップＳ９３でＰＣ５０にハンドル数を応答する。続くステップＳ９５では、全ハンドル番号問い合わせの有無を判別し、問い合わせがあればＰＣ５０に全ハンドル番号を応答する。

全ハンドル番号の応答が完了すると、ステップＳ９９で属性問い合わせの有無を、ステップＳ１０１で完了通知の有無をそれぞれ判別する。属性問い合わせがあればステップＳ１０３に移って、問い合わせに添付されているハンドル番号に対応する属性情報をＰＣ５０に応答し、その後ステップＳ９９およびＳ１０１に戻る。再び属性問い合わせがあれば、添付ハンドル番号に対応する属性情報を応答する。完了通知があれば、ステップＳ１０１でＹＥＳと判別され、処理を終了する。

以上から明らかなように、この実施例では、記録媒体３４に記録された複数の画像ファイルのうち所望の画像ファイルを選択するための選択操作が操作パネル２２を介して行われると、システムコントローラ２０がこの選択操作を受け付け、ＣＰＵ１８は所望の画像ファイルの管理情報にフラグ“１”をセットする。この後、外部装置であるＰＣ５０から“全ハンドル番号問い合わせ”が発せられると、ＵＳＢコントローラ３６がこの問い合わせを受け付け、ＣＰＵ１８は、管理情報にフラグ“１”がセットされた画像ファイルのハンドル番号をＰＣ５０に応答する。次いで、ＰＣ５０からハンドル番号を含む“属性問い合わせ”が発せられると、ＵＳＢコントローラ３６がこれを受け付け、ＣＰＵ１８は、ハンドル番号によって特定される画像ファイルの属性情報をＰＣ５０に応答する。

すなわち、ディジタルカメラ１０は、記録媒体３４に記録された複数の画像ファイルのうち所望の画像ファイルを選択する選択操作を受け付けたとき、所望の画像ファイルにマーカを割り当て、識別子転送要求を受け付けたとき、マーカが割り当てられたファイルの識別子だけをＰＣ５０に転送するので、転送される識別子の個数が削減され、その結果、ＰＣ５０との間でのデータ通信に要する時間を短縮することができる。また、識別子転送要求の後に発せられる属性情報転送要求の対象は、識別子が転送された画像ファイルに限られるので、ＰＣ５０との間でのデータ通信に要する時間を大幅に短縮することができる。

なお、この実施例のディジタルカメラ１０は、ＰＣ５０との間で画像ファイルの転送を行っているが、プリンタやＤＶＤレコーダなどの外部機器との間で画像ファイルを転送する場合にも、データ通信に要する時間を短縮することができる。

以上では、一実施例として、画像ファイルを外部装置に転送するディジタルカメラ１０について説明したが、この発明は、例えば音声ファイルを外部装置に転送するハードディスクレコーダや、プログラムファイルを外部装置に転送するパーソナルコンピュータなど、ファイル識別子によって特定されるデータファイルを外部装置に転送する機能を持った様々な装置に適用され、データ通信に要する時間を短縮することができる。

この実施例のディジタルカメラの構成を示すブロック図である。 記録媒体に記録された複数の画像ファイルを分散的に管理するディレクトリの構造を示すブロック図である。 （Ａ）は管理情報の構造を示す図解図、（Ｂ）は管理ファイルの一例を示す図解図、（Ｃ）は管理ファイルの他の一例を示す図解図である。 （Ａ）は“見せる／見せない”設定画面の一例を示す図解図、（Ｂ）は同設定画面の他の一例を示す図解図、（Ｃ）は同設定画面のその他の一例を示す図解図である。 ハンドル管理テーブルの一例を示す図解図である。 図１ディジタルカメラとＰＣとの間で行われる初期通信処理を示すシーケンス図である。 図１ディジタルカメラのＣＰＵ動作の一部を示すフロー図である。 図１ディジタルカメラのＣＰＵ動作の他の一部を示すフロー図である。 図１ディジタルカメラのＣＰＵ動作のその他の一部を示すフロー図である。

符号の説明

１０…ディジタルカメラ（ＤＳＣ）
１８…ＣＰＵ
２２…操作パネル
２２ａ…モードキー
２２ｃ…上カーソルキー
２２ｄ…下カーソルキー
２２ｆ…右カーソルキー
３４…記録媒体
５０…パーソナルコンピュータ（ＰＣ）

Claims (4)

1. 外部装置からファイル識別子を含むファイル転送要求を受け付けたとき記録媒体に記録された複数のデータファイルのうち前記ファイル識別子によって特定されるデータファイルを前記外部装置に転送するファイル管理装置において、
   前記複数のデータファイルのうち所望のデータファイルを選択するための選択操作を受け付ける受け付け手段、
   前記選択操作によって選択されたデータファイルを未選択のデータファイルから区別する区別手段、および
   前記外部装置から識別子転送要求を受け付けたとき前記区別手段によって区別されたデータファイルの識別子を前記外部装置に転送する転送手段を備えることを特徴とする、ファイル管理装置。
2. 前記区別手段は前記選択操作によって選択されたデータファイルにマーカを割り当てる、請求項１記載のファイル管理装置。
3. 前記複数のデータファイルは複数のディレクトリによって分散的に管理され、
   前記選択操作は前記複数のディレクトリのうち所望のディレクトリを選択する操作であり、
   前記所望のデータファイルは前記所望のディレクトリによって管理されるデータファイルである、請求項１または２記載のファイル管理装置。
4. 前記データファイルは画像データを格納する画像ファイルである、請求項１ないし３のいずれかに記載のファイル管理装置。

Images