(57)【要約】【課題】プッシュ配信データを自動受信して記憶する携帯型の記憶装置において、効率的な記憶データの管理が行われるようにする。【解決手段】デジタルスチルカメラ１の記憶部１６の記憶領域を、正規領域とバックグラウンド領域とに分割管理する。正規領域には、撮像画像データなどの保存必要性がユーザにより明示されている正規データを保存し、バックグラウンド領域には、保存必要性の明示が未確定である未確定データを保存する。正規ファイルの記録時には、バックグラウンド領域から正規データの記録に必要な容量を確保して正規ファイルを書き込んで、この書き込みを行った領域を正規領域とする。これにより、未確定ファイルは自動削除される可能性があるが、正規ファイルは、正規領域以外の空き容量が或る限り記憶させることが可能になる。【選択図】図３
2007148637.tif 000002
【特許請求の範囲】
【請求項１】
記憶媒体に記憶されるデータについて、ユーザが保存必要性を明示したものとされるデータである正規データと、この正規データとすべきか否かが未確定のデータである未確定データとで分類する分類手段と、
上記記憶媒体における記憶領域を、正規データの記憶済み領域により形成される正規データ用領域と、未確定データを記憶可能な未確定データ用領域とにより少なくとも分割して管理するとともに、上記正規データを上記記憶媒体に新規に記憶させる際に、上記記憶媒体における上記正規データ用領域以外の記憶領域から、この新規に記憶される正規データを記憶可能な容量の領域を確保し、この確保した領域に新規に記憶される正規データの書き込みを行い、さらにこの書き込みが行われた領域を正規データ用領域に含めるようにして管理するようにされた、記憶管理制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
上記記憶媒体における上記未確定データ用領域の容量を、この記憶媒体の空き容量に含めて提示する提示手段をさらに備える、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
プッシュ型配信により送出されるデータであるプッシュ型配信データを受信して取得するプッシュ型配信データ取得手段を備え、
上記分類手段は、上記プッシュ型配信データ取得手段により取得した上記プッシュ型配信データについては、上記未確定データとして分類する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
撮像を行うとともに、この撮像によって得られた撮像画像データを取得する撮像画像取得手段を備え、
上記分類手段は、上記撮像画像取得手段により取得した上記撮像画像データについては、上記正規データとして分類する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
上記記憶管理制御手段は、
上記記憶媒体の上記未確定データ用領域において記憶済みとされている未確定データを、上記正規データ用領域に記憶される正規データに変更する、
あるいは、上記記憶媒体の上記正規データ用領域において記憶済みとされている正規データを、上記未確定データ用領域に記憶される未確定データに変更するようにして、上記記憶媒体に記憶されるデータを管理可能とされる、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
上記記憶管理制御手段は、
正規データを削除するための操作に応じて、上記記憶媒体の上記正規データ用領域において記憶済みとされている正規データを、上記未確定データ用領域に記憶される未確定データに変更するデータの管理を実行し、
削除された状態の正規データを、削除されていない状態の正規データに復帰させるための操作に応じて、上記記憶媒体の上記未確定データ用領域において記憶済みとされている未確定データを、上記正規データ用領域に記憶される正規データに変更するデータの管理を実行する、
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
記憶媒体に記憶されるデータについて、ユーザが保存必要性を明示したものとされるデータである正規データと、この正規データとすべきか否かが未確定のデータである未確定データとで分類する分類手順と、
上記記憶媒体における記憶領域を、正規データの記憶済み領域により形成される正規データ用領域と、未確定データを記憶可能な未確定データ用領域とにより分割して管理するとともに、上記正規データを上記記憶媒体に新規に記憶させる際に、上記記憶媒体における上記正規データ用領域以外の記憶領域から、この新規に記憶される正規データを記憶可能な容量の領域を確保し、この確保した領域に新規に記憶される正規データの書き込みを行い、さらにこの書き込みが行われた領域を正規データ用領域に含めるようにして管理するようにされた、記憶管理制御手順と、
を実行することを特徴とする情報処理方法。
【請求項８】
記憶媒体に記憶されるデータについて、ユーザが保存必要性を明示したものとされるデータである正規データと、この正規データとすべきか否かが未確定のデータである未確定データとで分類する分類手順と、
上記記憶媒体における記憶領域を、正規データの記憶済み領域により形成される正規データ用領域と、未確定データを記憶可能な未確定データ用領域とにより分割して管理するとともに、上記正規データを上記記憶媒体に新規に記憶させる際に、上記記憶媒体における上記正規データ用領域以外の記憶領域から、この新規に記憶される正規データを記憶可能な容量の領域を確保し、この確保した領域に新規に記憶される正規データの書き込みを行い、さらにこの書き込みが行われた領域を正規データ用領域に含めるようにして管理するようにされた、記憶管理制御手順と、を情報処理装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば撮像やネットワーク経由など、何らかの手段により取得したデータを記憶媒体などに記憶させるための情報処理装置と、その方法に関する。また、このような情報処理装置が実行するプログラムに関する。
【背景技術】
【０００２】
例えば、データ配信の態様として、端末側がサーバなどにアクセスしてデータの要求を行い、これに応じてサーバが端末に対してデータを配信するものについては、端末側がサーバからデータを引き出すようなイメージであることに基づいて、プル(pull)型配信といわれる。
これに対して、例えばサーバ側が一方的にデータを配信するようにして送出し、この送出されたデータを端末側で受信取得するような態様は、プッシュ(push)型配信といわれる。近年では、このプッシュ型配信が、例えば携帯電話などを対象に行われるようになってきている。
また、近年では、無線ＬＡＮを利用したインターネット接続サービスを、例えば不特定多数のユーザを対象として公衆的な空間や場所で提供する、ホットスポットなどといわれるサービスも普及してきている状況にある。さらに、これとともに、例えばデジタルカメラやビデオカメラなどの可搬型の装置においても、無線ＬＡＮ、Bluetoothなどの無線データ通信機能を与えたものを実用化することが考えられている状況にある。
【０００３】
このような状況を背景として、上記しているような可搬型の機器を端末装置として、積極的にプッシュ型配信を行っていくようなサービスの提供が構想され、また、徐々に実現化されてきているような状況にある。例えば、ユーザが端末である可搬型機器を所持しながら街中を移動していて、たまたま無線データ通信によりプッシュ配信を行っている場所に入ってきたとする。すると、そのユーザが所持している機器が、無線データ通信によりプッシュ配信のサーバ側と接続を行い、プッシュ配信されるデータを自動受信して記憶するようにされる。このようなプッシュ配信のデータとしては、例えばその場所に応じた広告、ガイドなどの情報を考えることができる。つまり、このようなプッシュ型配信のデータを受信することにより、ユーザが特に自身が意識するとしないとに関わらず、多くの情報を集めることができる。ユーザは、このようにして可搬型機器により記憶された配信データを再生出力させるなどしてその内容を確認し、必要なものと不要なものとの判断を行う。そして、例えば不要なものについては可搬型機器から削除し、必要なものについては、再利用ができるように記憶させたままとしておく、などのようにして利用することができる。
【０００４】
【特許文献１】特開２００５−３８４７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、記憶媒体における記憶データの管理は、例えば一般的には図９（ａ）に示すようにして、記憶媒体におけるユーザデータ記憶領域の全てを、論理的に、使用領域と未使用領域とに分けるようにされる。データが記憶済みとされている領域が使用領域となり、これ以外のデータが記憶されていない領域が未使用領域となる。そして、例えば、この記憶媒体が、デジタルスチルカメラにより撮像した画像が記録されるものであるとして、写真撮影の操作が行われたとされると、図９（ａ）〜図９（ｂ）への遷移として示すようにして、使用領域に対して、写真撮影の操作に応じて得られた撮像画像のデータが追加されるようにして記憶されることになる。これに応じて、全記憶可能領域における使用領域の容量は増加し、その分、未使用領域の容量は少なくなる。
【０００６】
このようにしてプッシュ型配信により配信されるデータは、プッシュ型配信が一方的に情報を配信するものであるという性格上、端末にて受信して記憶保持した時点では、端末を所持するユーザにとって必要であるか不要であるかについては不明であるという性質を有することになる。
また、端末に対してプッシュ型配信のデータの受信取得を受け入れる設定をしておけば、端末は、特にフィルタ設定などを行わない限りは、配信されてくるデータを無差別に受け入れて受信し、記憶保持することになる。
このことから、端末には、ユーザが知らないうちに、空き容量が無くなるまでプッシュ配信のデータが記憶されてしまうような状況となることが考えられる。このような状況となったときに、改めて、ユーザが端末を操作して、自身の明確な意図によりデータを記憶（例えば端末がデジタルスチルカメラであれば撮像操作などとなる）させようとしても、既に空き容量に余裕がないことから、例えば空き容量の無いことが通知され、そのままでは、データを追加記録することができない。このとき、ユーザは、例えば記憶内容を一覧して不要と判断したデータを削除し、改めてデータを記憶させるための操作などを行うことが必要になる。
つまり、プッシュ配信の受信が可能に構成される端末装置は、自動的に多様な情報を取得できるという利点を享受できる一方で、ユーザにとって不要である可能性を持つデータが記憶されていってしまうことで空き容量が圧迫されるために、記憶容量の効率使用が難しく、また、空き容量が不足してきたときには、上記したような削除操作が伴うなどして面倒であるなどの不利益な面を有する。
【課題を解決するための手段】
【０００７】
そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成する。
つまり、記憶媒体に記憶されるデータについて、ユーザが保存必要性を明示したものとされるデータである正規データと、この正規データとすべきか否かが未確定のデータである未確定データとで分類する分類手段と、記憶媒体における記憶領域を、正規データの記憶済み領域により形成される正規データ用領域と、未確定データを記憶可能な未確定データ用領域とにより少なくとも分割して管理するとともに、正規データを上記記憶媒体に新規に記憶させる際に、記憶媒体における正規データ用領域以外の記憶領域から、この新規に記憶される正規データを記憶可能な容量の領域を確保し、この確保した領域に新規に記憶される正規データの書き込みを行い、さらにこの書き込みが行われた領域を正規データ用領域に含めるようにして管理するようにされた記憶管理制御手段とを備えることとした。
【０００８】
上記構成によれば、記憶媒体に記憶されるデータは、正規データと未確定データとに分類され、記憶媒体の記憶領域についても、記憶された正規データから成る正規データ用領域と、未確定データを記憶可能な領域である未確定データ用領域とに分割管理される。
正規データは、ユーザの意識として記憶媒体への保存を必要としていること（保存必要性）が、例えば操作などの何らかの行為に応じて明示されたデータであり、未確定データは、正規データとすべきか否かが未確定なデータ、つまり、現時点では上記保存必要性が明示されていない状態のデータである。
そのうえで、新規正規データを記憶媒体に対して記憶させるときには、それまでは正規データ用領域以外とされている領域から、新規正規データを記憶可能な容量分の領域を正規データ用領域に変更して、ここに新規正規データを記憶させることとしている。このような記憶制御、管理は、正規データを主体としてみた場合には、未確定データ用領域を含む正規データ用領域以外の領域が正規データ記憶のための空き容量として機能するようにされていることを意味する。
【０００９】
例えば従来であれば、正規データと未確定データの記憶領域を使用領域とし、残りのデータが何も記憶されていない領域を空き領域として管理することになる。この場合には、未確定データの記憶データ量が増加するのに応じて、空き容量も減少していくことになる。つまり、保存必要性が不明確な未確定データにより空き容量が消費され、圧迫されるという不利益を生じる。
これに対して本願発明であれば、未確定ファイルの記憶容量にかかわらず、ユーザが明示的に正規データを記憶させていかない限りは、記憶媒体において正規データのための空き容量が減少することなく確保されることになるものであり、正規データに加えて未確定データが記憶される記憶媒体を効率的に利用することが可能になる。
【発明を実施するための最良の形態】
【００１０】
以下、本願発明を実施するための最良の形態（以下、実施の形態という）について説明する。本実施の形態としては、本願発明に基づく構成をデジタルスチルカメラに適用する。
【００１１】
図１のブロック図は、本実施の形態としてのデジタルスチルカメラ１の構成例を示している。
この図において、撮像情報入力部１１は、撮像により得られた画像情報を入力するための部位とされる。例えば、撮像のためのレンズ光学系と、ＣＣＤやＣＭＯＳセンサなどの撮像素子と、これらの撮像素子により得られた画像光の信号に基づいて、撮像画像データを生成する信号処理部などを備えてなる。
【００１２】
操作部１２は、例えばデジタルスチルカメラ１の本体に備えられる各種操作子と、これらの操作子に対する所定操作に応じた指示信号を生成して制御部１５に出力する指示信号生成部とを一括して示したものとされる。制御部１５は、操作部１２から出力される指示信号に応じたデジタルスチルカメラ１の動作が得られるように各種所要の制御処理を実行する。
【００１３】
表示部１３は、制御部１５の表示制御に応じて各種の表示が行われる。例えば、この場合には表示部１３はデジタルスチルカメラに備えられるものであることから、例えばその表示画面サイズとしては２〜３インチ前後とされる。なお、現状においては、表示部１３としてのディスプレイデバイスには、液晶ディスプレイデバイスが広く採用される。そして、撮像モード時においては、撮像情報入力部１１により撮像された画像がモニタ画像として表示される。また、再生モード時においては、記憶部１６に記憶されている写真としての撮像画像のデータが表示出力される。また、各種の操作画面を表示させ、操作部１２に対する所定操作により、表示される操作画面に対する操作が行えるようにもされる。
【００１４】
ネットワークインターフェイス１４は、この場合には、所定の無線通信規格に従ってＬＡＮ(Local Area Network)などのネットワークと接続して通信を可能とするためのハードウェア、ソフトウェアから成る部位とされる。例えば、現状であれば、IEEE802.11a/b/gなどの無線ＬＡＮ規格に対応したデバイス、ソフトウェアにより構成することが考えられる。
このようなネットワークインターフェイス１４を備えることで、デジタルスチルカメラ１は、ネットワーク経由で他の機器とデータ通信を行うことが可能になり、実装するアプリケーションなどにより、多様な機能が実現可能になる。例えば、記憶部１６に記憶されている撮像画像などのデータを、ネットワーク経由で他の機器に転送して記憶させたりすることができる。また、ネットワークと接続されるプリンタ装置などに撮像画像のデータを転送させて印刷出力させることなども可能となる。
そして、本実施の形態のデジタルスチルカメラ１は、このネットワークインターフェイス１４を利用する機能として、いわゆるホットスポットなどといわれる公衆無線ＬＡＮサービスの利用エリアにおいてネットワークと接続して、このときにネットワーク経由で配信されるプッシュ型配信のデータを受信取得し、記憶部１６に記憶させることが可能とされている。
【００１５】
制御部１５は、ＣＰＵ(Central Processing Unit)、ＲＯＭ、ＲＡＭなどを備えたマイクロコンピュータシステムとしてのハードウェア構成を採り、デジタルスチルカメラ１において各種制御処理を実行することで、デジタルスチルカメラ１の機能動作を実現する。図においては、制御部１５内のブロックにより、本実施の形態に関連する制御部１５の機能を示している。これらの機能の各々は、例えば制御部を構成するとされるＣＰＵが、ＲＯＭ（あるいは記憶部１６）に記憶されているプログラムを実行することで実現される。
【００１６】
この場合における制御部１５の機能ブロックとしては、データ信号処理部２０、時刻管理部２１、表示制御部２２、データ操作処理部２３、ファイルシステム管理部２４、記憶領域管理部２５、未確定ファイル管理部２６を備える。
この場合のデータ信号処理部２０は、撮像情報入力部１１にて生成された撮像画像データを入力して、記憶部１６に対してデータファイルとして記憶させるためのファイル変換、符号化などの信号処理、データ処理を実行する。また、上記撮像情報入力部１１あるいは記憶部１７から入力される画像データの内容を、例えばモニタ画像として表示部１３に表示出力させるために必要な信号処理も実行するようにされる。
また、この場合のデータ信号処理部２０は、ネットワークインターフェイス１４により受信取得した、画像、音声、テキストなどのデータを対象として、例えばアプリケーションレベルにより処理することも行うようにされる。例えばデータのファイル形式に応じた処理などは、このデータ信号処理部２０により実行される。
【００１７】
時刻管理部２１は、現在時刻を計時するとともに、他のタスクなどからの要求に応じて時刻情報を出力するなどの、時刻に関連する処理を実行するようにされる。
【００１８】
表示制御部２２は、例えばデータ信号処理部２０から渡される表示用画像データを利用して、表示部１３における画像表示が実行されるようにするための表示制御を実行する部位とされる。また、例えば表示部１３に表示させるべき、ユーザインターフェイス画像としての表示用画像データを生成する処理は、この表示制御部２２が実行するものとすればよい。
【００１９】
データ操作処理部２３は、記憶部１６に対するデータ(ファイル)の書き込み、読み出しなどについてのデータファイル操作を司るための機能部位とされる。
【００２０】
ファイルシステム管理部２４は、所定のファイルシステム規格により、記憶部１６に記憶されるデータを管理するようにされる。
【００２１】
後述するようにして本実施の形態の記憶部１６の記憶領域は、正規領域とバックグラウンド領域との２つの論理領域に分割される。記憶領域管理部２５は、記憶部１６の記憶領域について、上記のようにして正規領域とバックグラウンド領域とで分割して管理する。
未確定ファイル管理部２６は、バックグラウンド記憶領域に記憶される未確定ファイルのデータを管理するもので、その管理は、後述するようにして、未確定ファイルリストを操作することで行うようにされる。
【００２２】
記憶部１６は、デジタルスチルカメラ１に内蔵される記憶媒体、あるいはリムーバブルで、デジタルスチルカメラ１に装填される記憶媒体とされ、デジタルスチルカメラ１により撮影して得られた写真、あるいは動画などとしての撮像画像のファイルを記憶保持することを主たる目的として備えられる。なお、記憶部１６としての記憶媒体には、現状では、広く、リムーバブル形式のフラッシュメモリによるものが採用されているが、これに限定されるものではなく、例えばハードディスクや光学ディスクメディアなどが採用されてもよい。
【００２３】
また、図１の記憶部１６においては、その論理構造が簡略に示されている。
先ず、システム領域においては、ファイルシステム管理情報と未確定ファイルリストを格納するものとする。ここでのファイルシステム管理情報としては、例えばＦＡＴ３２，若しくはＦＡＴ１６のファイルシステムフォーマットを例に挙げれば、ＦＡＴ(File Allocation Table)などとなる。本実施の形態では、このファイルシステム管理情報により、ユーザデータ領域に記憶される全てのファイルが管理されるものとする。
未確定ファイルリストは、後述するようにして、ユーザデータ領域のバックグラウンド領域に記憶される未確定ファイルを所定項目、属性の集合によりリスト化した情報とされる。
【００２４】
この場合のユーザデータ領域には、ユーザデータとして、撮影により得た写真、あるいは動画などの画像ファイル（撮像画像ファイルという）が記憶される。また、ネットワークインターフェイス１４によりプッシュ型配信を受信して取得したデータのファイル（プッシュ配信ファイル）が記憶される。なお、このほかの種類のデータ、ファイルがユーザデータとしてユーザデータ領域に記憶されても良いのであるが、以降においては、説明の便宜上、ユーザデータについては、上記撮像画像ファイル、及びプッシュ配信ファイルに限定して説明する。
そして、本実施の形態においては、このユーザデータ領域は、図示するようにして、正規領域とバックグラウンド領域との２つの論理領域に２分割されるようにして管理される。これらの領域の使用については以降説明する。
【００２５】
続いては、上記のようにして構成されるデジタルスチルカメラ１による、記憶部１６に記憶させるユーザデータの記憶管理について、図２〜図６を参照して説明する。
【００２６】
ここで、本実施の形態では、ユーザデータ領域に記憶されるべきファイルとしてのデータは、正規ファイルと未確定ファイルとに分類される。
正規ファイルは、例えば、ユーザデータ領域に記憶された状態で保存されるべきものであって、ユーザの意志に反して自動消去されるべきではないという性質のファイルを指す。これに対して、未確定ファイルは、現時点にあっては、正規ファイルとすることがユーザの意志により確定されていないファイルを指す。つまり、正規ファイルは、ユーザが保存必要性を明示したファイルとされ、未確定ファイルは、逆にユーザが保存必要性を明示していないファイルとされる。
【００２７】
本実施の形態のデジタルスチルカメラ１が入力、取得して記憶部１６に記憶させるユーザデータが、撮像画像ファイルと、プッシュ配信ファイルの２種類であるとすると、撮像画像ファイルは、正規ファイルとなる。
つまり、デジタルスチルカメラ１においては、撮像画像ファイルは、ユーザが、自身の意志により撮影記録のための操作を行うことで得られるものとなる。つまり、撮影記録のための操作が、保存必要性の明示に相当するものであり、従って、撮像画像ファイルは正規データに分類されるべきものとなる。
これに対して、プッシュ型配信により送信されるデータを受信して得られるプッシュ配信ファイルは、例えば受信取得した時点の段階においては、例えばその後において再生出力するなどしてみて、ユーザ自身が判断しなければ、保存必要性の有り無しを決めることができない。従って、未確定ファイルに分類されることになる。
なお、プッシュ型配信をデジタルスチルカメラ１により受信取得するのにあたっては、１つには完全に自動的に、デジタルスチルカメラ１のバックグラウンド的な動作によって、プッシュ配信されているデータを受信していくようにする手法が考えられる。また、もう１つには、プッシュ配信が行われていることをデジタルスチルカメラ１が検出したら、先ずは、ユーザに対して、プッシュ配信を受け入れるか否かについての設定を促し、プッシュ配信を受け入れる設定の操作が行われたのであれば、あらためて、プッシュ配信を自動受信してファイルを取得するという手法も考えられる。
本実施の形態としては、前者の手法だけではなく、後者の手法により取得したプッシュ配信ファイルについても、未確定ファイルに分類する。つまり、例えば後者においても、プッシュ配信を受け入れるか否かについての設定を促している段階では、配信されてくるファイルの内容は分からないものとされている。ユーザは、プッシュ配信されるコンテンツの内容は分からないが、例えば自分にとって有用であるか否かの予測などに従って、プッシュ配信受け入れの可否についての設定を行うようにされる。このことから、ユーザがプッシュ配信を受け入れる操作を行ったとしても、その内容はユーザにとって不明で、受信取得して記憶させた後でなければ、その内容を確認して、最終的な保存必要性の有無を判定することはできない。このような意味から、この場合のプッシュ配信ファイルも、未確定ファイルとされるものである。
【００２８】
先ず、図２により記憶部１６に記憶される正規ファイル（撮像画像ファイル）の管理について説明する。
ここで、図２（ａ）には、記憶部１６のユーザデータ領域を抜き出して示している。図１においても示しているように、本実施の形態のユーザデータ領域は、正規領域とバックグラウンド領域とで分割管理される。
そして、正規ファイルについては、正規領域に格納されるものとして記憶される。図２（ａ）では、撮像画像ファイルＤ（１）〜Ｄ（ｎ）が正規領域内に記憶されるようにして管理されている状態が示されている。
そして、この状態から、ユーザの撮影操作に応じて１つの撮像画像ファイルを追加して記憶部１６に記憶させることになったとする。すると、図２（ａ）から図２（ｂ）への遷移として示すように、この撮像操作に応じた撮像画像のデータは、撮像画像ファイルＤ（ｎ＋１）として正規領域内に新たに追加されるようにして格納される。これに応じて、正規領域は、撮像画像ファイルＤ（ｎ＋１）のサイズ分に応じて、ユーザデータ領域内においてその容量が増加するようにして変化することになる。これに伴い、バックグラウンド領域は、撮像画像ファイルＤ（ｎ＋１）の容量分減少した容量となる。換言すれば、新規に正規ファイルを記憶させるときには、先ず、バックグラウンド領域から、この新規な正規ファイルに応じた容量の領域を取り出すようにして確保する。そして、この確保した領域に新規な正規ファイルのデータを書き込み、この書き込みを行った領域が新たに正規領域に対して追加的に含められるようにして管理されるようにする。
ここで、本実施の形態において留意すべきことは、正規領域のサイズとしては、特に予め所定の容量が割り当てられるものではなく、記憶される正規ファイルの総容量に対応するようにして変化するということである。また、バックグラウンド領域についても、特に予め所定容量が割り当てられているものではなく、ユーザデータ領域の全容量から正規領域の容量を差し引いたものとして変化する。
このために、上記しているように、正規ファイル（撮像画像ファイル）が追加記録されるのに応じて、その追加記録されたファイルサイズ分により、正規領域の容量は増加し、バックグラウンド領域の容量は減少する。逆に、記憶済みとされていた正規ファイルを削除すると、この削除されたファイルのサイズ分により、正規領域の容量は減少して、バックグラウンド領域の容量は増加する。
【００２９】
次に、図３を参照して、未確定ファイルの記憶管理について説明する。
図３（ａ）においては、正規領域において撮像画像ファイルＤ（１）〜Ｄ（ｎ）が記憶されており、バックグラウンド領域には何も記憶されていない完全な空きとなっている状態が示されている。
この記憶状態のときに、デジタルスチルカメラ１が、プッシュ配信されるデータを受信し、３つのプッシュ配信ファイルを取得したとする。このようにして取得したプッシュ配信ファイルは記憶部１６に記憶させることになるが、プッシュ配信ファイルは先の説明のようにして未確定ファイルである。このため、これらのプッシュ配信ファイルは図３（ｂ）におけるプッシュ配信ファイルＤｂ（１）、Ｄｂ（２）、Ｄｂ（３）として示されるように、バックグラウンド領域に在るものとして管理される状態で記憶されることになる。
【００３０】
バックグラウンド領域の容量は、上記したように、ユーザデータ領域の全容量から正規領域の容量を差し引いたものとなる。従って、バックグラウンド領域に記憶される未確定ファイルの総容量が、バックグラウンド領域の容量よりも小さい場合には、バックグラウンド領域には空き容量が存在することになる。
そして、例えばバックグラウンド領域に記憶される未確定ファイルが一杯となって、バックグラウンド領域の空き容量が無くなったとされる状態において、さらに新規な未確定ファイルを書き込むべき状況になったとする。
バックグラウンド領域は、あくまでもユーザデータ領域の全容量から正規領域の容量を差し引いたものとして形成されるので、上記した状況になったとしても、これ以上バックグラウンド領域の容量を拡大し、その分、正規領域の容量は少なくして、新規の未確定ファイルを記録するようなことは行わない。このような状況では、これ以上の未確定ファイルの記録を行わないか、あるいは、所定の規則に従って、記憶済みの未確定ファイルのうちから特定のファイルを削除して記録可能容量を確保した上で、新規未確定ファイルをバックグラウンド領域に記憶させるようにする。
【００３１】
また、バックグラウンド領域内に空き容量が無い状況というのは、正規ファイルと未確定ファイルをまとめると、ユーザデータ領域には実質的な空き容量が存在しない状態であることに対応する。この状態において、さらに新規に正規ファイルを記録する場合において、本実施の形態では、図１により説明した正規ファイルの新規記録の手順が適用される。つまり、この場合においても、バックグラウンド領域から、この新規記録すべき正規ファイルに応じた容量の領域を確保する。但し、この場合には、バックグラウンド領域において実の空き領域は存在しないので、バックグラウンド領域において記憶済みとなっている未確定ファイルのうちから、所定の優先順位に従って不要度の高いものから順に削除して、新規の正規ファイルを書き込み可能な容量を確保するようにされる。以降は同様にして、この確保した領域に新規な正規ファイルのデータを書き込み、新たに正規領域に含められるようにして管理されるようにするものである。
この場合、上記のようにして、未確定ファイルは正規ファイルのサイズ分に応じて自動削除されてしまう。しかし、本実施の形態においては、ユーザが保存必要性を明示した正規ファイルのほうが、未確定ファイルよりも重要性が高いとして、あくまでも、正規ファイルを優先させることとしている。ファイルの性質上、正規ファイルが自動削除されてしまうことの方が、未確定ファイルが自動削除されるよりも、ユーザにとっての損失が大きいからである。
【００３２】
図３（ｂ）に示すようにしてバックグラウンド領域に記憶されたプッシュ配信ファイルは未確定ファイルとされるが、未確定ファイルであるということは、換言すれば、保存必要性がユーザにより明示されれば、正規データの扱いに変わるということである。
例えば、図３（ｂ）に示すファイルの保存状態の下で、ユーザが、所定操作を行って、バックグラウンド領域に記憶されたプッシュ配信ファイルＤｂ（１）、Ｄｂ（２）、Ｄｂ（３）の内容を確認したところ、ユーザは、プッシュ配信ファイルＤｂ（１）が自分にとって必要な情報内容を有しているので、このファイルが自動削除されることの無いように保存しておきたいと思ったとする。そこでユーザは、このプッシュ配信ファイルＤｂ（１）を指定して、正規ファイルとして保存し直すための所定操作を行うようにされる。
この操作に応じて、図３（ｂ）から図３（ｃ）への遷移として示すように、プッシュ配信ファイルＤｂ（１）は、正規領域に格納されるものとして管理される状態となる。これに応じて、正規領域の容量は、プッシュ配信ファイルＤｂ（１）の容量分増加して、バックグラウンド領域の容量は、プッシュ配信ファイルＤｂ（１）の容量分減少する。また、プッシュ配信ファイルにおいては、プッシュ配信ファイルＤｂ（２）、Ｄｂ（３）が残ることになる。これにより、プッシュ配信ファイルＤｂ（１）は、以降において、撮像画像ファイルと同じ正規ファイルとして扱われることになる。
【００３３】
そして、本実施の形態においては、例えば表示部１３に対する表示出力などによってユーザに提示、通知する記憶部１６の空き容量については、図示しているように、バックグラウンド領域において未確定ファイルが記憶されていない実の空き容量ではなく、このバックグラウンド領域全体の容量であることとしている。
【００３４】
このようにしてファイル管理と空き容量の提示を行うようにされた本実施の形態のデジタルスチルカメラ１は、例えば次のようにしてユーザが使用することになる。
先ず、ユーザは、デジタルスチルカメラとしての本来の機能である撮像機能を用いて静止画、動画による撮像画像をファイルとして記憶部１６に記憶させていくことができる。
これとともに、デジタルスチルカメラ１がプッシュ型配信の受信機能を有していることで、例えばユーザがデジタルスチルカメラ１を所持して移動している途中でプッシュ型配信サービスを行っているエリアに居ることになれば、プッシュ配信ファイルが自動的に受信取得され、記憶部１６に蓄積されていくようにして記憶されることになる。なお、これまでの説明から分かるように、プッシュ配信ファイルはバックグラウンド領域に在るものとして記憶され、プッシュ配信ファイルによりバックグラウンド領域の容量が一杯になったとされると、過去に記憶済みとされていたプッシュ配信ファイルを上書き消去するようにして、新たなプッシュ配信ファイルを記憶させていくことができる。このようにして、本実施の形態のデジタルスチルカメラ１は、プッシュ配信される情報を受け入れて取得し、保持することができる。ユーザは、あとから、これらのプッシュ配信ファイルを再生出力させることで、いろいろな情報を知ることができる。また、図３（ｂ）（ｃ）により説明したように、保存しておきたいプッシュ配信ファイルであれば、保存確定に相当する操作を行って、そのプッシュ配信ファイルが正規ファイルとして扱われるようにすることができる。
【００３５】
そして、上記のようにして使用されている状況において、ユーザに対しては、そのときのバックグラウンド領域の容量が、記憶部１６の空き容量として提示される。このことは、ユーザに提示される空き容量（以降、ユーザ提示空き容量ともいう）としては、あくまでも、正規ファイルを記憶可能な空き容量を示しているということを意味する。そして、図２及び図３を参照した説明から理解されるように、実際においても、例えばユーザ提示空き容量に余裕のある限り、撮像画像ファイルを記憶させていくことができる。
また、例えば記憶部１６に記憶されているファイルの一覧を表示部１３などに出力させたとすれば、正規ファイルとしての撮像画像ファイル(及び保存必要性が明示されたプッシュ配信ファイル)の他に、実際にはバックグラウンド領域に記憶されているものとして管理されているプッシュ配信ファイルも提示されることになる。つまり、ユーザには、記憶内容として、正規ファイルだけではなく未確定ファイルも記憶されていることを示しながら、空き容量としては、正規ファイルが記憶可能な残り容量が通知されるものである。しかしながら、実際には、その空き容量に対しては、ユーザが保存必要性を明示した正規ファイルについては記憶させていくことができるものであり、この点で、本実施の形態におけるユーザ提示空き容量は、ユーザが使用している上で感覚的に把握する空き容量に適ったものとなっているわけである。
【００３６】
例えば従来の手法により記憶部１６を管理することとすれば、図９に準じて、撮像画像ファイル（正規ファイル）及び未確定ファイル（プッシュ配信ファイル）が記憶された領域をまとめて使用領域として扱い、これ以外のデータが記録されていない領域を未使用領域として扱うように管理したうえで、ユーザに対しては、この未使用領域の容量をそのまま空き容量として提示することになる。
この場合には、例えばプッシュ配信ファイルが多数蓄積されてきて空き容量が無くなると、これ以上、正規ファイルを書き込むことができなくなる。正規ファイルを書き込もうとすれば、記憶済みの撮像画像ファイルとプッシュ配信ファイルのうちから選択したものを消去して空き容量を確保することが必要となってしまう。プッシュ配信ファイルは一方的に送信されてくるものであってユーザにとっての保存必要性も取得時点では不明である。このようなデータにより記憶容量が圧迫され、上記のような面倒が操作が強いられることは、効率的ではなく、ユーザにとっては使い勝手も良くないと感じることになる。
これに対して、本実施の形態のようにして記憶部１６を管理すれば、現実には、プッシュ配信ファイルが多数蓄積されてきて実の空き容量が無くなった場合でも、バックグラウンド領域に対応するユーザ提示空き容量に余裕が有りさえすれば、特に実の空き容量が無いのを意識することなく、撮像画像ファイル（正規ファイル）を記録していくことが可能である。このようにして、上記しているような従来の不都合は解消されているものである。
【００３７】
続いて、上記図２、図３により説明した本実施の形態の記憶部１６の管理態様に関連した技術構成例について説明していくこととして、先ず、本実施の形態における、ユーザに対する空き容量の提示に関して説明を行うこととする。なお、ここで説明するユーザへの空き容量提示のための構成は、あくまでもその実現可能性を示すための一例であって、他のファイル管理、及び容量算出の手法は多様に考えられる。
【００３８】
先ず、本実施の形態のデジタルスチルカメラ１では、記憶部１６のユーザデータ領域に記憶されるファイルについての基本的な管理は、ファイルシステムにより行うものとする。ファイルシステムによっては、正規ファイルと未確定ファイルとについて、特に区別することなく「ファイル」として扱って管理を行うようにされる。このファイルシステムが管理するファイル管理情報が、図１に示したファイルシステム管理情報となる。
そして、未確定ファイルの管理のためには、図１にて上記ファイルシステム管理情報とともにシステム領域において格納されるものとして示した、未確定ファイルリストを使用する。この未確定ファイルリストは、例えば図４に示す構造を有する。
【００３９】
図４に示すようにして、未確定ファイルリストは、１つの未確定ファイルリストごとに、ファイル名、サイズ、記録日時、最終アクセス日時、アクセス回数などの項目を対応させた構造とされている。ファイルシステムにて管理される未確定ファイルと、未確定ファイルリストに登録される未確定ファイルとは、例えばファイル名により対応付けることができる。
なお、この図に示す未確定ファイルリストの構造はあくまでも一例であって、例えば１つの無味確定ファイルあたりの項目（属性）の種類の組み合わせなどは他にも考えられるものである。
また、未確定ファイルリストにおける記録日時、最終アクセス日時などの情報は、制御部１５内の時刻管理部２１により計時される時刻情報を利用して記述できる。
【００４０】
上記ファイルシステム管理情報と未確定ファイルリストによるファイル管理の具体例を図５により説明する。
この図には、ユーザデータ領域の全容量において、正規領域に正規ファイルＤ(１)、Ｄ（２）〜Ｄ（ｎ）が記憶され、残るバックグラウンド領域に未確定ファイルＤｂ（１）、Ｄｂ（２）が記憶されている状態が示される。
ファイルシステムでは、上記したように、これらの正規ファイルＤ(２)、Ｄ（２）〜Ｄ（ｎ）及び未確定ファイルＤｂ（１）、Ｄｂ（２）について同じファイルとして扱って管理するので、このファイルシステムにより管理される記憶済み容量としては、区間Ｂにより示されることになる。また、ファイルシステムにより管理される空き容量としては、ユーザデータ領域の全容量を示す区間Ａの容量から区間Ｂの容量を差し引いた区間Ｃの容量となる。この区間Ｃの容量は、本実施の形態では、バックグラウンド領域における空き容量、即ち、実の空き容量と同じになる。
【００４１】
一方、未確定ファイルリストにより管理される、記憶済みの未確定ファイルの容量は、未確定ファイルＤｂ（１）、Ｄｂ（２）の各サイズを加算したものに対応し、図では、区間Ｄの容量となる。
【００４２】
そして、ユーザに提示する空き容量は、この場合には、バックグラウンド領域の全体に対応する区間Ｅの容量であることになる。すると、区間Ｅの容量は、例えばＥ＝Ｃ＋Ｄにより表すことができる。
区間Ｃの容量は、上記もしているように、例えばファイルシステム管理情報を参照して、例えばユーザデータ領域の全容量（区間Ａ）から、記憶済みファイル（正規ファイル及び未確定ファイルリスト）の総容量（区間Ｂ）を減算することで得られる。また、区間Ｄの容量は、未確定ファイルリストに登録される未確定ファイルのサイズを合計して得られる。このようにして、ユーザ提示空き容量の情報は、ファイルシステム管理情報と未確定ファイルリストを利用して適正に取得することが可能とされる。そして、このようにして取得したユーザ提示空き容量の値を、例えば所定の表示態様により、表示部１３に表示出力させる。これにより、ユーザが視認可能なようにしてユーザ提示空き容量が通知されることになる。
【００４３】
続いては、本実施の形態によるファイルの記憶管理について、図６、図７のフローチャートを参照して説明する。この図においてフローチャートとして示される手順は、例えば、図１の制御部１５のハードウェア構成部位であるＣＰＵが、同じ制御部１５に備えられるとされるＲＯＭ、あるいは記憶部１６に記憶されるプログラムをロードして実行することで実現されるものとしてみることができる。このようなプログラムは、上記のようにして、例えば製造時おいてＲＯＭに書き込んで記憶させるほか、例えばリムーバブルの記憶媒体に記憶させておいて、後から、この記憶媒体を使用してインストールするようにしてデジタルスチルカメラ１に対して記憶させることができる。また、ネットワーク上のサーバなどにおける記憶装置に記憶させておき、ネットワーク経由でダウンロードするようにして取得してデジタルスチルカメラ１にインストールするようなことも考えられる。
【００４４】
先ず、図６においては、イベントが発生するのを待機しており、イベントが発生するとステップＳ１０２以降の処理に進む。
ステップＳ１０２においては、先ず、ステップＳ１０１に応じて発生したとされるイベントの内容が、プッシュ型配信の自動受信であるか否かについての判別を行うようにされる。ここで、肯定の判別結果が得られたのであればステップＳ１０３をスキップしてステップＳ１０４に進むが、否定の判別結果が得られた場合には、ステップＳ１０３に進む。
【００４５】
ステップＳ１０３においては、ステップＳ１０１に応じて発生したとされるイベント内容について、それが、プッシュ型配信を受け入れて受信するための操作であるか否かについて判別する。
前述もしたように、プッシュ配信を受信するのにあたっては、本実施の形態では、完全に自動的に受信する場合と、一旦、ユーザによる受け入れ許可の操作が行われた後に、あらためて受信する場合とがある。ステップＳ１０２で判別対象となっているイベント内容は前者に対応し、ステップＳ１０３で判別対象となっているイベント内容は後者に対応する。
ステップＳ１０３にて肯定結果が得られたのであれば、ステップＳ１０４以降の処理に進むが、否定の判別結果が得られた場合には、図７のステップＳ１１０に進む。
【００４６】
図６のステップＳ１０４に至った場合には、デジタルスチルカメラ１は、プッシュ型配信により送信されるデータをネットワークインターフェイス１４経由で受信取得していることになる。確認のために述べておくと、プッシュ型配信により受信取得されるデータは、プッシュ配信ファイルであり、従って、受信取得段階では未確定ファイルとして扱われるべきものとなる。
ステップＳ１０４においては、バックグラウンド（ＢＧ）領域の空き容量（実の空き容量）と、プッシュ型配信を受信して取得したプッシュ配信ファイルのサイズとを比較して、バックグラウンド（ＢＧ）領域の空き容量（図５において区間Ｃで示される）のほうが受信取得したプッシュ配信ファイルのサイズよりも大きいか否かについて判別する。
【００４７】
先ず、ステップＳ１０４において否定の判別結果が得られた場合であるが、この場合には、バックグラウンド領域には、今回新たに受信取得したデータ（受信プッシュ配信ファイル）を記録できる空き容量が不足しているということになる。
この場合にはステップＳ１０５により、現在時点においてバックグラウンド領域に記憶済みとされている未確定ファイルを削除することによって、バックグラウンド領域に、受信プッシュ配信ファイルを書き込み可能な空き容量が確保できるか否かについて判別する。
例えばこのときのバックグラウンド領域の容量が、プッシュ配信ファイルのサイズよりも大きいのであれば、記憶済みの未確定ファイルを削除することで、受信プッシュ配信ファイルのための空き容量が確保されることになるから、ステップＳ１０５としては肯定の判別結果が得られることになる。これに対して、このときのバックグラウンド領域の容量が、プッシュ配信ファイルのサイズよりも小さいのであれば、記憶済みの未確定ファイルを全て削除したとしても、受信プッシュ配信ファイルを完全に記憶させることができないので、ステップＳ１０５としては、否定の判別結果が得られることになる。
【００４８】
ステップＳ１０５にて否定の判別結果が得られた場合には、ステップＳ１０８に進んで、今回受信取得したプッシュ配信ファイルのデータについての保存を中止する処理を実行する。つまり、例えば制御部１５が備えるＲＡＭなどに保持しているプッシュ配信ファイルのデータを破棄して、ステップＳ１０１に戻るようにされる。
これに対して、ステップＳ１０５にて肯定の判別結果が得られた場合には、ステップＳ１０６により、空き容量が確保できるだけの必要最小限数の未確定ファイルを削除する。このときには、所定の削除順に従って削除すべき未確定ファイルを選択していく。削除順を決定する規則についてはいくつか考えられる。例えば、記録日時の古い順を削除順に対応させて、記録日時が古いものから削除していくことができる。あるいは、アクセス回数の少ない順に削除していく、あるいは最終アクセス日時が古い順から削除していく、ファイルサイズの大きなものから削除していく、などを挙げることもできる。また、これらの例により未確定ファイルを削除するのにあたっては、図４に示したような未確定ファイルリストを参照すればよい。
また、上記ステップＳ１０６による未確定ファイルの削除処理とともに、次のステップＳ１０７としての処理により、その削除処理結果に応じて、ファイルシステム管理情報、及び未確定ファイルリストの更新を実行するようにされる。
ステップＳ１０７の処理を終了したら、ステップＳ１０９に進む。
【００４９】
上記ステップＳ１０７の処理を終了、あるいはステップＳ１０４にて肯定の判別結果が得られた場合に、ステップＳ１０９に進むことになる。
ステップＳ１０９では、受信プッシュ配信ファイルのデータをバックグラウンド領域に対して記憶させるための処理手順を実行する。つまり、制御部１５（ＣＰＵ）は、受信プッシュ配信ファイルのデータを、記憶部１６に転送して、未使用領域に対して書き込みを実行する。そして、この書き込みが行われたデータが、１つのファイルが記憶されたものとして管理されるようにして、ファイルシステム管理情報の更新行う。また、この記憶されたファイルを未確定ファイルリストに登録する。これにより、今回新規に記録されたプッシュ配信ファイルは、未確定ファイルとしてバックグラウンド領域に記憶されたものとして管理されることになる。
ステップＳ１０９の処理を終了すると、ステップＳ１０１に戻るようにされる。
【００５０】
続いて、図７のフローチャートについて説明する。
図６にて説明したように、ステップＳ１０３にて否定の判別結果が得られると、図７のステップＳ１１０に進む。
ステップＳ１１０では、ステップＳ１０１に応じて発生したイベント内容が、静止画若しくは動画としての撮像画像を記録するための撮影操作であるか否かについての判別を行い、肯定の判別結果が得られた場合にはステップＳ１１１をスキップするようにしてステップＳ１１２に進むが、否定の判別結果が得られた場合にはステップＳ１１１に進む。
【００５１】
ステップＳ１１１においては、ステップＳ１０１に応じて発生したイベント内容が、撮像画像データ以外のプル型データの取得であるか否かについて判別する。ここでのプル型データとは、例えば、ユーザ自身のほうから積極的にデジタルスチルカメラ１に取り込むような意義の操作を行ってデジタルスチルカメラ１に取得させたデータのことをいう。従って、撮影操作によって取得される撮像画像のデータファイルもプル型データの１つとなる。これまでの説明では、便宜上、デジタルスチルカメラ１により取得するプル型データとして、撮像画像ファイルのみを挙げてきた。しかしながら、本実施の形態のデジタルスチルカメラ１の構成では、例えばネットワークインターフェイス１４などを経由してプル型配信のサービスに対してアクセスして、データなどをダウンロードするようなことも可能とされる。このような場合には、ユーザが配信データをダウンロードするための操作を積極的に行うことになるものであり、このようなデータがプル型に含まれる。あるいは、配信サービスではなくとも、ネットワークインターフェイス１４を経由して接続される他の端末などから転送させて受信取得したデータなども、プル型になる。
そして、このようなプル型のデータは、本実施の形態においては、ユーザが最初から保存必要性を明示するような意義の操作を行ってデジタルスチルカメラ１に取得させたデータであるとして、正規ファイルのデータとして扱うようにされる。
【００５２】
上記ステップＳ１１１において肯定の判別結果が得られた場合には、ステップＳ１１２に進むが、否定の判別結果が得られた場合にはステップＳ１１８に進む。
【００５３】
ステップＳ１１２は、ステップＳ１１０あるいはステップＳ１１１にて肯定の判別結果が得られた場合に実行されることになる。つまり、ステップＳ１１２は、正規ファイルとして扱われるデータを取得したイベントが発生した場合に実行される処理となる。
【００５４】
ステップＳ１１２に至った段階では、正規ファイルのデータとして、撮像画像ファイルのデータ（動画の場合は、逐次、或る量のデータが保持されることになる）、若しくはプル型データが取得されて、ＲＡＭなどに保持されている状態にある。そこで、ステップＳ１１２では、このようにして保持されるデータサイズが、記憶部１６のユーザデータ領域における実の空き容量以下であるか否かについて判別する。なお、実の空き容量は、図５にて区間Ｃとして示したように、バックグラウンド領域における空き容量と同じになる。
このステップＳ１１２により肯定の判別結果が得られた場合には、そのときの実の空き容量に対して、正規ファイルのデータを記録可能であることになる。そこで、ステップＳ１１３〜Ｓ１１５はスキップして、ステップＳ１１７に進むようにされる。
これに対して、ステップＳ１１２にて否定の判別結果が得られた場合には、空き容量確保のために、ステップＳ１１３以降の処理を実行することになる。
【００５５】
正規ファイルのデータを書き込むのにあたり、実の空き容量が不足している状態に応じて、空き容量を確保する場合には、未確定ファイルとして記憶されているデータの自動削除を実行するようにされ、記憶済みの正規ファイルについては自動削除の対象としない。これは、前述もしたように、正規ファイルの性質上、むやみに自動削除してしまうと、ユーザの損失が大きいからである。正規ファイルは、ユーザによる削除の意志を明示する操作が無い限りは、自動削除することは適当でないファイルとされる。
【００５６】
そこで、ステップＳ１１３〜Ｓ１１５、及びステップＳ１１６によっては、正規ファイルのデータを書き込み可能なだけの空き容量を確保するための処理として、記憶済みの未確定ファイルを削除する処理が実行される。
なお、このステップＳ１１３〜Ｓ１１５、及びステップＳ１１６の処理は、図６のステップＳ１０５〜Ｓ１０７、及びステップＳ１０８と同様となる。
【００５７】
ステップＳ１１７では、取得された撮像画像ファイルのデータ、あるいはその他のプル型データを、正規ファイルとして管理されるようにして記憶部１６に記憶させるための制御処理を実行する。つまり、例えばＲＡＭに保持されている記録データを記憶部１６に転送して書き込んで記憶させるとともに、適宜、そのデータ書き込み結果に応じてファイルシステム管理情報の更新を実行していくようにされる。このステップＳ１１７による正規ファイルとしてのデータ書き込みが終了したとされると、ステップＳ１０１に戻る。
【００５８】
またステップＳ１１１により否定判別結果が得られた場合には、さらに異なるイベント内容判断に移行するようにされる。先ずは、ステップＳ１１８により、ステップＳ１０１に応じて発生したイベント内容が、記憶済みの未確定ファイルを正規ファイルに変更するための操作であるか否かについて判別し、肯定の判別結果が得られたのであれば、ステップＳ１１９に進む。ステップＳ１１９では、操作により変更対象として指定された未確定ファイルを、未確定ファイルリストから削除する。このようなファイル操作の処理により、本実施の形態としては、未確定ファイルが正規ファイルとして管理されるようにして変更される。つまり、未確定ファイルリストからの登録が解除されることで、そのファイルは、未確定ファイルとして管理されなくなり、ファイルシステム管理情報のみによる通常のファイル管理となる。例えば図５などによるこれまでの説明から理解されるように、このようなファイルは、正規ファイルとして扱われることになる。
【００５９】
ステップＳ１１８にて否定判別結果が得られた場合には、ステップＳ１２０に進む。
ステップＳ１２０では、ステップＳ１０１に応じて発生したイベント内容が、未確定ファイルを削除するための操作であるか否かについて判別しており、肯定の判別結果が得られた場合には、ステップＳ１２１に進む。
ステップＳ１２１においては、削除対象として指定された未確定ファイルが削除されるものとして管理されるように、ファイルシステム管理情報を更新する。また、これとともに、未確定ファイルリストからも、この削除対象として指定された未確定ファイルを削除する。
【００６０】
ステップＳ１２０にて否定結果が得られた場合には、ステップＳ１２２に進んで、実際に発生したイベント内容に応じた所要の処理を実行する。
【００６１】
図８は、本実施の形態の変形例を示している。
上記実施の形態として説明したように、バックグラウンド領域に記憶済みとされている未確定ファイルは、例えばユーザ操作に応じて、正規ファイルに変更して正規領域に記憶されるものとして管理することができる。このためには、例えば未確定ファイルリストの書き換えを行うことで可能とされるのであるが、このことに基づけば、逆に、正規ファイルを、未確定ファイルに変更することも可能であることになる。このためには、例えば未確定ファイルリストに対して、変更対象となった正規ファイルを登録する。つまり、本実施の形態としては、記憶部１６に記憶済みとされている情報について、未確定ファイルから正規ファイルへの変更と、正規ファイルから未確定ファイルへの変更とが可能とされる。
【００６２】
このことを利用して、変形例として、図８に示すような記憶部１６の使用の形態を考えることができる。
この変形例においても未確定ファイルの定義については、これまでの実施例と特に変わるものではないが、その具体的な意義内容としては、プッシュ配信ファイルなどではなく、ユーザデータ領域から暫定的に削除したファイルとなる。例えば、現状でのＧＵＩを採用するパーソナルコンピュータなどでは、ファイルの削除の操作を行っても、そのファイルの実体はＨＤＤからは削除されておらず、一旦は、「ゴミ箱」といわれる領域に一時待避させられる。ゴミ箱に在るとされるファイルは、ゴミ箱から消去されずに残っている限り、再びゴミ箱から通常の使用領域における所定のディレクトリに復帰させることが可能となっている。
【００６３】
図８に示される本実施の形態の変形例としては、正規領域を通常の使用領域として扱い、バックグラウンド領域をゴミ箱の領域として扱うようにされる。例えば図８（ａ）には正規領域（通常使用領域）に対してファイルＤ（１）・・・Ｄ（ｎ−１）、Ｄ（ｎ）が記憶されるものとして管理されている。この状態から、例えばファイルＤ（ｎ−１）を指定してゴミ箱に移動する操作を行ったとすると、このファイルＤ（ｎ−１）は、図８（ａ）から図８（ｂ）への遷移として示すようにして、通常使用領域である正規領域に記憶された状態から、ゴミ箱としての記憶領域であるバックグラウンド領域に記憶されるものとして管理されることになる。また逆に、このゴミ箱に入っているとされるファイルＤ（ｎ−１）を通常使用領域に復帰させる操作を行ったとすると、図８（ｂ）から図８（ａ）への遷移として示すようにして、ゴミ箱とされるバックグラウンド領域に在るものとして管理される状態から、通常使用領域である正規領域に記憶されル管理状態に変更される。このような変更は、これまでの説明から理解されるように、ファイルシステムによりファイル管理を行っていることを前提として、未確定ファイルリストの内容を変更することで実現できる。
【００６４】
また、このようにしてバックグラウンド領域をゴミ箱として扱う場合においても、ユーザ提示空き容量としては、バックグラウンド領域のサイズとなる。この場合において、このユーザ提示空き容量は、ユーザデータ領域における通常使用領域以外の領域の容量を示すことになるものであり、実際におけるユーザの使用感覚に適ったものとなる。
【００６５】
ところで、これまで説明した実施の形態では、ユーザデータ領域における正規領域以外の記憶領域がバックグラウンド領域となるものとしている。つまり、バックグラウンド領域は、正規領域の容量に応じて増減するものとなっている。しかしながら、他の領域管理の態様として、バックグラウンド領域の容量の上限を決めておくようにしておくことも考えられる。この場合のバックグラウンド領域は、正規領域と同様にして、記憶される未確定ファイルの総容量に応じた使用容量を有するようにされる。従って、この場合のユーザデータ領域には実の空き容量は含まれるようにして管理されるのではなく、正規領域と、バックグラウンド領域と、実の空き領域の３つの領域に分割されるようにして管理されることになる。そして、例えばユーザデータ領域において、正規領域、バックグラウンド領域、実の空き領域が形成されている状態において、新規に正規ファイルが追記されていくこととすると、先ず、新規の正規ファイルは、実の空き領域を使用して記憶を行っていくようにされる。このようにして実の空き領域が新規正規ファイルの記憶に使用され、或る段階で、さらに新規正規ファイルを記憶させるだけの実の空き領域の容量が不足した状態に至ったとされると、このときから、バックグラウンド領域から新規正規ファイル記憶のための容量を確保していくようにされる。
このようにしてバックグラウンド領域の上限容量を設定する場合においては、例えば、未確定ファイルが記憶されていき、バックグラウンド領域の容量が上限にまで到達したとされると、これ以上の未確定ファイルの新規記憶は行わないようにするというファイル管理構成を考えることができる。例えばユーザの考え方や状況などによっては、無制限に未確定ファイルが上書き記録されていくことが好ましくないとする場合もあると考えられるので、このようなときに、バックグラウンド領域の上限容量以上の未確定ファイルの新規記憶を実行させないようにすることが有用になる。
【００６６】
また、本発明としては、これまでに説明した実施の形態としての構成に限定されない。例えば図１に示したデジタルスチルカメラ１としての構成に関しても、例えば制御部１５がプログラムを実行することにより実現する各種機能におけるいくつかは、制御部１５とは別のハードウェアなどを基礎として構成することが可能とされる。また、正規ファイルと未確定ファイルの管理例としても、上記実施の形態として説明したファイルシステムと未確定ファイルリストの組み合わせによるもの以外に各種考えられる。さらには、図６、図７等に示したファイル記録などに関するアルゴリズムの手順も、ほかに考えることができる。
さらに、本願発明が適用される装置としては、デジタルスチルカメラのほか、携帯電話、ビデオカメラ、携帯型のオーディオプレーヤ、ＤＶＤプレーヤなど、多様に考えられるものである。また、実施の形態では、本願発明における正規データと未確定データとについて、それぞれ、撮像画像ファイル、プッシュ型配信により配信されるデータなどとしているが、例えば、正規データと未確定データとの定義をそれぞれ満たすような性質のデータ、ファイルであれば、特に限定されるべきものではない。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施の形態としてのデジタルスチルカメラの構成例を示すブロック図である。
【図２】実施の形態における正規ファイルの基本的な管理態様例を説明するための図である。
【図３】実施の形態における、正規ファイルと未確定ファイルの管理態様例を説明するための図である。
【図４】未確定ファイルリストの構造例を示す図である。
【図５】ユーザデータ領域における、領域間の容量の関係を示す図である。
【図６】実施の形態のファイル記録、及びファイル管理設定などのための処理手順を示すフローチャートである。
【図７】実施の形態のファイル記録、及びファイル管理設定などのための処理手順を示すフローチャートである。
【図８】実施の形態の変形例を説明するための図である。
【図９】従来における記憶領域の管理例を示す図である。
【符号の説明】
【００６８】
１  デジタルスチルカメラ、１１  撮像情報入力部、１２  操作部、１３  表示部、１４  ネットワークインターフェイス、１５  制御部、１６  記憶部、２０  データ信号処理部、２１  時間管理部、２２  表示制御部、２３  データ操作処理部、２４  ファイルシステム管理部、２５  記憶領域管理部、２６  未確定ファイル管理部
【図１】
2007148637.tif 000003
【図２】
2007148637.tif 000004
【図３】
2007148637.tif 000005
【図４】
2007148637.tif 000006
【図５】
2007148637.tif 000007
【図６】
2007148637.tif 000008
【図７】
2007148637.tif 000009
【図８】
2007148637.tif 000010
【図９】
2007148637.tif 000011