撮像装置
【課題】空き容量は十分有るにもかかわらず、連続した空き容量が確保できないことで発生するメモリのフラグメンテーションを回避し、連続撮影効率が向上した撮像装置を提供する。
【解決手段】撮影画像データを一時的に記憶する記憶手段と、記憶手段を管理する記憶管理手段とを有する撮像装置において、前記複数の画質は、それぞれ画質の高低に対応する、最も高い画質と、最も低い画質と、両者の中間にあたる１又は２種類以上の画質であり、記憶手段は、最も大きい画質のデータが記憶できる大きさの大ブロックに分割され、前記大ブロックは最も小さい画質の大きさの小ブロックに分割され、前記記憶管理手段は撮影画像データの画質が、記憶できる最大の画質より小さい前記大ブロックは、一時的に記憶不可とするリザーブ状態にし、撮影画像の画質と、記憶できる最大の画質が同じ大ブロックには、優先して撮影画像データを記憶する撮像装置を提供する。
【解決手段】撮影画像データを一時的に記憶する記憶手段と、記憶手段を管理する記憶管理手段とを有する撮像装置において、前記複数の画質は、それぞれ画質の高低に対応する、最も高い画質と、最も低い画質と、両者の中間にあたる１又は２種類以上の画質であり、記憶手段は、最も大きい画質のデータが記憶できる大きさの大ブロックに分割され、前記大ブロックは最も小さい画質の大きさの小ブロックに分割され、前記記憶管理手段は撮影画像データの画質が、記憶できる最大の画質より小さい前記大ブロックは、一時的に記憶不可とするリザーブ状態にし、撮影画像の画質と、記憶できる最大の画質が同じ大ブロックには、優先して撮影画像データを記憶する撮像装置を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオカメラ及びスチルカメラ等の撮像装置における、撮影画像データの記憶管理方法を有する撮像装置に関する。
【背景技術】
【０００２】
従来、撮影画像をデジタル値の撮影画像データとして変換し、記憶媒体に記憶する撮像装置がある。かかる撮像装置は、撮影を行うことによって取得する撮影画像データの画質によって、画像データサイズが異なる構成となっていた。
【０００３】
例えば、最も画質の高いＨｉとその次に高いＭｅｄと、最も低いＬｏｗの３種類の画質で撮影画像データを取得する撮像装置が想定される。このような撮像装置において、Ｈｉの画質の撮影画像データが最も画像データサイズが大きく、次にＭｅｄの画質の撮影画像データの画像データサイズが大きく、Ｌｏｗの画質の撮影画像データの画像データサイズが最も小さい。
【０００４】
また、上記のような撮像装置において、ユーザは撮影中、撮影画像データの画質を変更して撮影を続けたいという場合がある。
【０００５】
例えば、まず、画質は低いが画像データサイズが小さいＬｏｗに設定して撮影を行い、構図や色を確認し、構図や色が良ければ画質を上げ、さらに高画質で同じ被写体の撮影を撮影したいという場合があった。
【０００６】
また、上記のような撮像装置において撮影を行うと、通常、撮影画像データはバッファメモリに一時的に記憶される。
【０００７】
バッファメモリとは通常ＲＡＭ上にある、情報を一時的に記憶する記憶領域であり、上記のような撮像装置においては、取得した撮影画像データを一時的に記憶している。
【０００８】
撮影画像データは取得されると画像処理を施される。しかしながら、前に取得した撮影画像データの画像処理が終わってからでなければ、次の撮影画像データは取得できないとなると、一枚撮影画像データを取得してから次の撮影画像データを取得するまで時間がかかってしまう。
【０００９】
そこで、通常、上記のような撮像装置は、撮影画像データを取得すると、画像処理を施すまで、かかる撮影画像データをバッファメモリに一時的に記憶しておき、さらに続けて次の撮影画像データの取得を行う構成となっている。
【００１０】
また、上記のような撮像装置においては、空いているバッファメモリに間隔をあけず、順番に撮影画像データを記憶していき、記憶した順に画像処理を施し、記憶領域を解放していくことで、順番に空き容量が発生する構成となっている。
【００１１】
図１は撮影画像をデジタル値の撮影画像データとして変換し、記憶媒体に記憶する撮像装置におけるバッファメモリの使用例を示している。
【００１２】
例えば、上記のような撮像装置において、まずＬｏｗの画質で撮影を行い、バッファメモリにＬｏｗの画質の撮影画像データが残っている状態で、画質をＭｅｄに設定して、バッファメモリがフル状態になるまでＭｅｄの画質で撮影した図１Ａのような場合、バッファメモリがフル状態から、バッファメモリに残っているＬｏｗの画質の撮影画像データの処理が完了した図１Ｂの状態のときにフラグメンテーションが起こってしまう。
【００１３】
つまり、この例では、バッファメモリにＭｅｄの画質の撮影画像データを格納するだけの十分な空き容量があるにもかかわらず、空き容量が連続していないため、次の撮影画像データの画質がＭｅｄであった場合に、突発的にバッファメモリに記憶することができなくなってしまう。
【００１４】
上記のような撮像装置では、撮影画像データを分割して記憶することができず、必ず連続した記憶領域に記憶しなければならないからである。
【００１５】
メモリのフラグメンテーションの問題を解決するため、例えば引用文献１に記載の発明のような従来例がある。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開平０８−２４９２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
引用文献１には、空きメモリブロックを管理し、隣接する空きメモリブロックが発生した場合には、これらのメモリブロックを結合して新たな空きメモリブロックを構成することでフラグメンテーションをできるだけ回避し、効率的に空きメモリブロックを確保するという技術が記載されている。
【００１８】
しかしながら、引用文献１に記載された発明は、複数のアプリケーションに共有されるメモリ領域を有する装置向きの技術である。
【００１９】
つまり、引用文献１に記載の発明では、複数のアプリケーションがバッファメモリの様々なところに様々なデータサイズのデータを書き込み、様々なところからデータの処理が終了し、空きメモリブロックが発生する構造を前提としている。
【００２０】
対して、撮像装置においては、取得するデータサイズが定型で、記憶に使用されていたメモリブロックが撮影画像データを記憶した順に解放されていくため、予め、どこにどの大きさの空きメモリブロックが発生するか常に予定されている。
【００２１】
すなわち、引用文献１に記載の発明を撮像装置に用いても、メモリブロックの結合により、期待するサイズの空きメモリブロックが構成できるかわからず、結果、効率的に空きメモリブロックを構成できないおそれがある。
【課題を解決するための手段】
【００２２】
撮影画像データを一時的に記憶する記憶手段と、記憶手段を管理する記憶管理手段とを有する撮像装置において、前記記憶手段は、複数の画質で撮影画像データを記憶し、前記複数の画質は、それぞれ画質の高低に対応する、最も高い画質と、最も低い画質と、両者の中間にあたる１又は２種類以上の画質であり、前記記憶手段は、最も高い画質のデータが記憶できる大きさの大ブロックに分割され、前記大ブロックは最も低い画質の大きさの小ブロックに分割され、前記記憶手段の前記大ブロックの状態は、記憶できる撮影画像データの最高の画質が最も低い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質と最も低い画質の中間にあたる１又は２種類以上のいずれかの画質である状態、又は、記憶ができない状態のいずれかにあたり、前記記憶管理手段は、撮影画像データの画質が、記憶できる最高の画質より低い前記大ブロックは、一時的に記憶不可とするリザーブ状態にし、撮影画像データの画質と、記憶できる最高の画質が同じ大ブロックには、優先して撮影画像データを記憶し、撮影画像データの画質によって予め決められている、撮影画像データが記憶される小ブロックの優先順位にしたがって、撮影画像データを前記記憶手段に記憶することを特徴とする、撮像装置を提供する。
【発明の効果】
【００２３】
本発明により、空き容量は十分有るにもかかわらず、連続した空き容量が確保できないことで発生するメモリのフラグメンテーションを回避し、連続撮影効率が向上した撮像装置を提供することができる。
【図面の簡単な説明】
【００２４】
【図１】撮影画像をデジタル値の撮影画像データとして変換し、記憶媒体に記憶する撮像装置におけるバッファメモリの使用例
【図２】本発明の実施例における撮像装置のブロック図
【図３】本実施例のデジタルカメラにおける記憶手段の構成を示す概念図
【図４】大ブロックの記憶の状態Ｆｕｌｌの一例を示す図
【図５】大ブロックの記憶の状態Ｓｐｒａｗｌの一例を示す図
【図６】大ブロックの記憶の状態Ｃｒｏｗｄｅｄの一例を示す図
【図７】大ブロックの記憶の状態Ｖａｃａｎｔを示す図
【図８】フラグメンテーションが想定される事例を示す図
【図９】Ｈｉの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャート
【図１０】Ｍｅｄの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャート
【図１１】Ｌｏｗの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャート
【図１２】図１１のステップ＃２５のリザーブ状態の更新方法を示すフローチャート
【発明を実施するための形態】
【００２５】
図２は本発明の実施例であるデジタルカメラシステムの概略構成を示すブロック図である。
【００２６】
図２において、１００は、本実施形態におけるデジタルカメラであり、被写体を撮影し、撮影した画像データを記憶する。２００は、デジタルカメラ１００に装着可能なレンズである。本実施例において、デジタルカメラ１００は、レンズの交換が可能な構成としており、デジタルカメラ１００とレンズ２００とで全体としてレンズ交換式デジタルカメラシステムを構成している。
【００２７】
デジタルカメラ１００において、１０１はイメージャー、１０２は記憶手段、１０３は記憶管理手段、１０４は外部記憶手段、１０５は表示手段、１０６は制御手段である。
【００２８】
レンズ２００は、レンズ光学系２０１のほか、不図示のレンズＣＰＵ、絞りなどを有する。
【００２９】
イメージャー１０１は、レンズ系２００を通して入射した光を画像信号に変換する、ＣＭＯＳやＣＣＤである。
【００３０】
記憶手段１０２は、記憶領域であり、本実施例においては画像処理を行う前の撮影画像データを、一時的に記憶するバッファメモリとしての役割を果たしている。
【００３１】
図３は本実施例のデジタルカメラにおける記憶手段の構成を示す概念図である。
【００３２】
本実施例のデジタルカメラ１００では、最も画質が高いＨｉと、最も画質が低いＬｏｗと、ＨｉとＬｏｗの中間の画質であるＭｅｄの３種類の画質のうち、いずれかの画質で撮影画像データを取得することとする。本実施例では３種類の画質のデータサイズの比率を、Ｈｉが４、Ｍｅｄが２、Ｌｏｗが１と定義して、以下に説明する。
【００３３】
本実施例におけるＨｉ、Ｍｅｄ、Ｌｏｗの各画質のデータサイズは、それぞれ、該当の画質で撮影画像データを取得した際に、最もデータサイズが大きい状態となるデータサイズを想定している。
【００３４】
図３に示す通り、本実施例の記憶手段１０２は４つの大ブロックに分割され、大ブロックはさらに４つの小ブロックで分割されている。
【００３５】
かかる大ブロックはＨｉの画質の撮影画像データが記憶できる大きさであり、小ブロックはＬｏｗの画質の撮影画像データが記憶できる大きさである。つまり、本実施例においては、４つの小ブロック全てが記憶に使用されていない状態の大ブロックは、前述のＨｉの画質の撮影画像データ１つ、Ｍｅｄの画質の撮影画像データ２つ、又はＬｏｗの画質の撮影画像データ４つが記憶できる。
【００３６】
図４から図７は大ブロックの記憶の状態を示す図である。
【００３７】
本実施例において、前記大ブロックは、画像データの記憶の状態によって、図４に示すようなＬｏｗの画質の撮影画像データサイズでさえも記憶できない状態をＦｕｌｌ、図５に示すようなＭｅｄの画質の撮影画像データサイズは記憶できないが、Ｌｏｗの画質の撮影画像データサイズは記憶できる状態をＳｐｒａｗｌ、図６に示すようなＨｉの画質の撮影画像データサイズは記憶できないが、Ｍｅｄの画質の撮影画像データは記憶できる状態をＣｒｏｗｄｅｄ、又は、図７に示すようなＨｉの画質の撮影画像データが記憶できる状態をＶａｃａｎｔとして、定義した。
【００３８】
なお、図４から図７に示した図は、各状態の一例である。
【００３９】
本実施例において、小ブロックは前述の通り、Ｌｏｗの画質の撮影画像データのみを記憶できるデータサイズであり、大ブロックは小ブロック４つで構成されるように分割されている。大ブロック内では、撮影画像データの画質によって、どの位置の小ブロックに撮影画像データを優先的に記憶するかの優先順位が予め決められている。
【００４０】
本実施例においてＨｉの画質の撮影画像データを記憶するには、大ブロックがＶａｃａｎｔの状態でなくてはならない。そのため、Ｈｉのデータサイズの撮影画像データを記憶する場合は、Ｖａｃａｎｔの状態の大ブロックの小ブロック４つ全てを使って記憶を行うほかない。つまり、大ブロック内において小ブロック単位の記憶先頭を左端と考えたとき、左端の小ブロックが優先順位第１となる。
【００４１】
本実施例において、Ｍｅｄの画質の撮影画像データを記憶するには、大ブロックがＶａｃａｎｔか、又はＣｒｏｗｄｅｄの状態でなくてはならない。
【００４２】
大ブロックがＶａｃａｎｔか、またはＣｒｏｗｄｅｄの状態の場合は、本実施例の小ブロックの撮影画像データが記憶される優先順位は次のようになる。
【００４３】
大ブロック内において小ブロック単位の記憶先頭を左端と考えたとき、左端の小ブロックが優先順位第１となる。つまり、左端の小ブロックにＭｅｄの画質の撮影画像データを記憶した場合、左端の小ブロックと連結する左端から２番目の小ブロックに撮影画像データが記憶される。
【００４４】
次に、優先順位第２となるのは、左端から３番目の小ブロックである。つまり、左端の小ブロックが使用されて埋まっており、左端から２番目、３番目、右端の３つの小ブロックが空いていた場合、左端から２番目の小ブロックを使用せず、左端から３番目の小ブロックにＭｅｄの画質の撮影画像データを記憶する。この場合、左から３番目の小ブロックと連結する右端の小ブロックに撮影画像データが記憶される。
【００４５】
そして、優先順位第３となるのは、左端から２番目の小ブロックである。つまり、左から２番目の小ブロックにＭｅｄの画質の撮影画像データを記憶した場合、左端から２番目の小ブロックと連結する左端から３番目の小ブロックに撮影画像データが記憶される。
【００４６】
なお、Ｍｅｄの画質は連続する２つの小ブロックに記憶できる画質のため、最後尾の小ブロックである右端の小ブロックは候補とされない。
【００４７】
図８はフラグメンテーションが想定される事例を示す図である。
【００４８】
前述の通り、Ｍｅｄの画質の撮影画像データを記憶する際、優先順位は先頭である左端から順にはなっていない。なぜなら、例えば、大ブロックがＣｒｏｗｄｅｄの状態であり、且つ、左端の小ブロックがＬｏｗの画質の撮影画像データの記憶に使用されて、のこり３つの小ブロックが空いている場合、図８（Ａ）に示すように、左端から２番目の小ブロックからＭｅｄの画質の撮影画像データを記憶してしまうと、左端の小ブロックに記憶されているＬｏｗの画質の撮影画像データの画像処理が終了し、左端の小ブロックが空いた場合、図８（Ａ）に示すようなフラグメンテーションが発生してしまうからである。つまり、２つぶんの小ブロックが空いているにもかかわらず、かかる２つの小ブロックが連続していないため、Ｍｅｄの画質の撮影画像データが記憶できない状態となってしまう。
【００４９】
このようなフラグメンテーションを避けるため、本実施例では、大ブロックがＣｒｏｗｄｅｄの状態であり、且つ、左端の小ブロックがＬｏｗの画質の撮影画像データの記憶に使用されて、のこり３つの小ブロックが空いている場合、図８（Ｂ）に示すように、優先順位第２の左端から３番目の小ブロックからＭｅｄの画質の撮影画像データを記憶する。
【００５０】
これにより、左端の小ブロックに記憶されているＬｏｗの画質の撮影画像データの画像処理が終了し、左端の小ブロックが空いた場合、図８（Ｂ）に示すように、２つの空いた小ブロックが連続し、フラグメンテーションが発生しない。
【００５１】
Ｌｏｗのデータサイズの撮影画像データを記憶するには、Ｆｕｌｌ以外の状態であればよい。
【００５２】
大ブロックがＶａｃａｎｔか、Ｃｒｏｗｄｅｄか、又はＳｐｒａｗｌの状態の場合、小ブロックの撮影画像データが記憶される優先順位は以下のようになる。
大ブロック内において小ブロック単位の記憶先頭を左端と考えたとき、左端の小ブロックが優先順位第１となり、左端の小ブロック１つに撮影画像データが記憶される。
【００５３】
次に、優先順位第２となるのは、左端から２番目の小ブロックである。つまり、左端の小ブロックが使用されて埋まっていて、左端から２番目の小ブロックが空いている場合には左端から２番目の小ブロック１つに撮影画像データが記憶される。
【００５４】
次に優先順位３となるのは、左端から３番目の小ブロックである。つまり、左端の小ブロックと左端から２番目の小ブロックが使用されて埋まっていて、左端から３番目の小ブロックが空いている場合には左端から３番目の小ブロック１つに撮影画像データが記憶される。
【００５５】
そして、優先順位第４となるのは、右端の小ブロックである。つまり、右端の小ブロックに撮影画像データを記憶するのは、右端以外の小ブロック３つが使用されて埋まっており、右端以外に使用できる小ブロックがない場合、右端の小ブロック１つに撮影画像データが記憶される。
【００５６】
前述の通り、Ｌｏｗの画質の撮影画像データを記憶する際、優先順位は大ブロック内において小ブロック単位の記憶先頭である左端から順になっている。なぜなら、Ｌｏｗの画質の撮影画像データを記憶する際、間隔をあけて記憶すれば、かえってフラグメンテーションを発生させてしまうからである。
【００５７】
例えば、左端の小ブロックがＬｏｗの画質の撮影画像データで使用されており、左端から２番目、３番目、右端の３つの連続した空き小ブロックがあるＣｒｏｗｄｅｄの状態の大ブロックにおいて、左端から２番目の小ブロックにＬｏｗの画質の撮影画像データを記憶すれば、左端から３番目と右端の小ブロックという連続した２つの小ブロックには、Ｍｅｄの画質の撮影画像データを記憶することができる。一方、左端から３番目の小ブロックにＬｏｗの画質の撮影画像データを記憶した場合、連続した空き小ブロックがなくなり、この場合にはＭｅｄの画質の撮影画像データが記憶できなくなる。
【００５８】
したがって、Ｌｏｗの画質の撮影画像データを記憶する際、優先順位は大ブロック内において小ブロック単位の記憶先頭である左端から順であることが望ましいことが分かる。
【００５９】
記憶管理手段１０３は、撮影画像データを記憶する際、大ブロックの画像データの記憶の状態が、前記Ｆｕｌｌ、Ｓｐｒａｗｌ、Ｃｒｏｗｄｅｄ、Ｖａｃａｎｔのいずれにあたるかを判断する。そして、記憶をする場合には、記憶手段１０２の大ブロック内のどの位置の小ブロックを撮影画像データの記憶の先頭に使用するか、前述の優先順位をもとに判断し、撮影画像データを記憶手段１０２に記憶する。
【００６０】
外部記憶手段１０４は撮影画像を記憶するためのメディアである。外部記憶手段１０４としては例えば、デジタルカメラ１００に着脱自在な記録媒体を用いることができる。
【００６１】
表示手段１０５は、プレビュー画像やカメラに着脱可能な外部記憶手段１０４から読み出した撮影画像データやメニュー画像等を表示することができる。手外部表示手段１０５としては例えば、液晶や有機ＥＬなどを用いることができる。
【００６２】
制御手段１０６はＣＰＵであり、撮影した画像データに対して、例えばガンマ補正、ＹＣｂＣｒ変換、ノイズ除去等の各種画像処理を行う。また、不図示のＡＥ機構やＡＦ機構等の各種デバイスの制御を行う。
【００６３】
次に、本実施例における、撮影画像データの記憶管理方法について説明する。
【００６４】
前述の通り、本実施例のデジタルカメラ１００は、最も画質が高いＨｉと、最も画質が低いＬｏｗと、ＨｉとＬｏｗの中間の画質であるＭｅｄの３種類の画質のうち、いずれかの画質で撮影画像データを記録する。
【００６５】
したがって、以下では、取得する撮影画像データの画質毎に、撮影画像データの記憶管理方法について説明する。
【００６６】
第１に、Ｈｉの画質の撮影画像データを取得した場合の記憶管理方法について説明する。
【００６７】
図９はＨｉの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャートである。
【００６８】
まずステップ＃１では、記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。未探索の大ブロックとは、まだ、取得した撮影画像データが記憶可能な大ブロックか否かを判断されていない大ブロックである。つまり、ステップ＃１では、記憶管理手段１０３が、記憶手段１０２中の大ブロック全てにおいて、取得したＨｉの画質の撮影画像データが記憶可能か否かの検討を行ったかどうかを判断する。
【００６９】
すでに、記憶手段１０２中の全ての大ブロックにおいて、Ｈｉの画質の撮影画像データが記憶可能か否かの検討を完了した場合には、ステップ＃４に進む。まだ、全ての大ブロックでＨｉの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了していない場合にはステップ＃２に進む。
【００７０】
ステップ＃２では、まだ検討されていない大ブロックにおいて、かかる大ブロックがＶａｃａｎｔであるか否かを判断する。
【００７１】
かかる大ブロックがＶａｃａｎｔの状態の大ブロックであった場合には、ステップ＃３に進み、記憶管理手段１０３は取得したＨｉの画質の撮影画像データをかかる大ブロックに優先順に記憶する。
【００７２】
一方、かかる大ブロックがＶａｃａｎｔ以外の状態であった場合には、ステップ＃１に戻り、他に未探索の大ブロックがあるか否かを検討する。
【００７３】
ステップ＃４は、記憶手段１０２中の全ての大ブロックにおいて、Ｈｉの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了したが、取得したＨｉの画質の撮影画像データを記憶できないと判断された場合である。この場合、記憶管理手段１０３は、記憶手段１０２中にＨｉの画質の撮影画像データを記憶可能なＶａｃａｎｔの状態の大ブロックがないとして、撮影画像データを記憶手段１０２に記憶せず終了する。
【００７４】
第２に、Ｍｅｄの画質の撮影画像データを取得した場合の記憶管理方法について説明する。
【００７５】
図１０はＭｅｄの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャートである。
【００７６】
ステップ＃１１では、まず記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。
【００７７】
すでに、記憶手段１０２中の全ての大ブロックにおいて、取得したＭｅｄの画質の撮影画像データが記憶可能か否か検討を完了した場合には、ステップ＃１７に進み、まだ全ての大ブロックでＭｅｄの画質の撮影画像データが記憶可能な大ブロックがあるか否か検討を行っていない場合にはステップ＃１２に進む。
【００７８】
ステップ＃１２では、まだ検討されていない大ブロックにおいて、まずは、かかる大ブロックがＣｒｏｗｄｅｄの状態であるか否かを判断する。
【００７９】
かかる大ブロックがＣｒｏｗｄｅｄの状態の大ブロックであった場合には、ステップ＃１３に進み、記憶管理手段１０３はＭｅｄの画質の撮影画像データをかかる大ブロックの小ブロックに、前述の優先順に従って記憶し、終了とする。このとき、リザーブ状態の大ブロックがあればリザーブ状態を解除する。
【００８０】
一方、かかる大ブロックがＣｒｏｗｄｅｄ以外の状態であった場合には、ステップ＃１４に進み、かかる大ブロックがＶａｃａｎｔであるか否かを判断する。
【００８１】
かかる大ブロックがＶａｃａｎｔの状態の大ブロックであった場合には、ステップ＃１５に進み、Ｖａｃａｎｔの状態の大ブロックでもなかった場合には、ステップ＃１に戻る。
【００８２】
ステップ＃１５では、記憶手段１０２中にリザーブ状態の大ブロックがあるか否かを検討する。
【００８３】
ここで、リザーブ状態について説明する。
【００８４】
リザーブ状態とは、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックについて、記憶管理手段１０３が撮影画像データをかかる大ブロックに記憶せず、かかる大ブロックが一時的に記憶不可の状態とされた状態をいう。
【００８５】
ステップ＃１５において、記憶手段１０２中にかかるリザーブ状態の大ブロックがある場合には、ステップ＃１１に戻る。リザーブ状態の大ブロックがない場合には、ステップ＃１６に進む。そして、検討中であったＶａｃａｎｔ状態の大ブロックをリザーブ状態にし、ステップ＃１１に戻る。
【００８６】
ステップ＃１１では、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。すでに、記憶手段１０２中の全ての大ブロックにおいて、取得したＭｅｄの画質の撮影画像データが記憶可能か否か検討を完了した場合には、ステップ＃１７に進む。
【００８７】
ステップ＃１７では、記憶手段１０２にリザーブ状態の大ブロックがあるか否かについて検討する。
【００８８】
ステップ＃１７において、記憶手段１０２にリザーブ状態の大ブロックがある場合にはステップ＃１３に進み、記憶管理手段１０３は、Ｍｅｄの撮影画像データをかかるリザーブ状態の大ブロックの小ブロックに、前述の優先順に従って記憶し、終了となる。このとき、かかるリザーブ状態の大ブロックのリザーブ状態は解除される。
【００８９】
なお、かかるリザーブ状態の大ブロックは必ずＶａｃａｎｔの状態である。前述の通り、リザーブ状態とは、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックであるためである。
【００９０】
ステップ＃１７において記憶手段１０２にリザーブ状態の大ブロックがない場合にはステップ＃１８に進む。
【００９１】
ステップ＃１８は、記憶手段１０２中の全ての大ブロックでＭｅｄの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了したが、Ｍｅｄの画質の撮影画像データを記憶できていないと判断された場合である。この場合、記憶管理手段１０３は、記憶手段１０２中にＭｅｄの画質の撮影画像データを記憶可能なＣｒｏｗｄｅｄか、Ｖａｃａｎｔの状態の大ブロックがないとして、取得したＭｅｄの画質の撮影画像データを記憶手段１０２に記憶せず終了する。
【００９２】
以上のように、本実施例では、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックがあった場合に、記憶管理手段１０３は撮影画像データをかかる大ブロックに記憶せず、かかる大ブロックを一時的に記憶不可のリザーブ状態にして大ブロックの空き容量を効率的に使う。
【００９３】
ここで、本実施例において、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックをリザーブ状態とする理由について述べる。
【００９４】
記憶管理手段１０３は、例えば、Ｍｅｄの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックにすぐに記憶せず、リザーブ状態として、記憶手段１０２中の他の大ブロックの中に、Ｃｒｏｗｄｅｄの状態の大ブロックがないか、探索を行う。かかる探索を行い、すぐにＶａｃａｎｔの状態の大ブロックに記憶しないのは、Ｈｉの画質の撮影画像データサイズは記憶できないが、Ｍｅｄの画質の撮影画像データは記憶できるＣｒｏｗｄｅｄの状態の大ブロックを優先して使用し、Ｈｉの画質の撮影画像データを記憶できる可能性のあるＶａｃａｎｔの状態の大ブロックをむやみに消費しないためである。
【００９５】
つまり、記憶手段１０２中に撮影画像データを記憶可能なブロックとして、Ｖａｃａｎｔの状態の大ブロックとＣｒｏｗｄｅｄの状態の大ブロックの２つがある場合、記憶管理手段１０３が、Ｍｅｄの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックに記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、かかる撮影画像データは記憶できなくなってしまう。
【００９６】
一方、記憶管理手段１０３が、Ｍｅｄの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックに記憶させずに、一時的にＶａｃａｎｔの状態の大ブロックをリザーブ状態として、記憶手段１０２中にＣｒｏｗｄｅｄの状態の大ブロックがないか探索を行い、Ｃｒｏｗｄｅｄの状態の大ブロックにＭｅｄの画質の撮影画像データを記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、先ほどリザーブ状態として、Ｍｅｄの画質の撮影画像データの記憶に使用しなかったＶａｃａｎｔの状態の大ブロックにかかる撮影画像データを記憶することができる。
【００９７】
以上のように、本実施例では、上述のように撮影画像データの画質が、記憶できる最大の画質より小さい大ブロックをリザーブ状態とすることで、大ブロック内に十分な空き小ブロックはあっても、かかる小ブロックが連続していないために、画像データを記憶できないという事例の発生を防いでいる。
【００９８】
第３に、Ｌｏｗの画質の撮影画像データを取得した場合の記憶管理方法について説明する。
【００９９】
図１１はＬｏｗの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャートである。
【０１００】
ステップ＃２１では、まず、記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。
【０１０１】
すでに、記憶手段１０２中の全ての大ブロックについて、取得したＬｏｗの画質の撮影画像データが記憶可能か否かの検討を完了した場合には、ステップ＃２６に進む。まだ、全ての大ブロックでＬｏｗの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を行っていない場合には、ステップ＃２２に進む。
【０１０２】
ステップ＃２２では、まだ検討されていない大ブロックにおいて、まずは、かかる大ブロックがＳｐｒａｗｌの状態であるか否かを判断する。
【０１０３】
かかる大ブロックがＳｐｒａｗｌの状態の大ブロックであった場合には、ステップ＃２３に進み、記憶管理手段１０３はＬｏｗの画質の撮影画像データをかかる大ブロックの小ブロックに、前述の優先順に従って記憶し、終了とする。このとき、リザーブ状態の大ブロックがあればリザーブ状態を解除する。
【０１０４】
一方、かかる大ブロックがＳｐｒａｗｌ以外の状態であった場合には、ステップ＃２４に進み、かかる大ブロックがＦｕｌｌであるか否かを判断する。
【０１０５】
かかる大ブロックがＦｕｌｌの状態の大ブロックでもなかった場合には、ステップ＃２５に進む。
【０１０６】
図１２は図１１のステップ＃２５のリザーブ状態の更新方法を示すフローチャートである。
【０１０７】
ステップ＃２５では、リザーブ状態の更新を開始する。リザーブ状態の更新では記憶手段１０２中にリザーブ状態の大ブロックがない場合に、検討中の大ブロックをリザーブ状態としたり、また、リザーブ状態の大ブロックがあっても、よりリザーブ状態とするのに効率的な大ブロックがあれば、かかるブロックを新たなリザーブ状態の大ブロックとしたりするものである。
【０１０８】
リザーブ状態とするのに効率的な大ブロックは、記憶しようとする撮影画像データの画質と、記憶できる最大の撮影画像データの画質がより近い大ブロックのことである。
【０１０９】
例えば、記憶しようとする撮影画像データがＬｏｗの画質の撮影画像データであった場合には、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブ状態とするのにより効率的な大ブロックである。
【０１１０】
記憶手段１０２中の空きブロックに、Ｖａｃａｎｔの状態の大ブロックとＣｒｏｗｄｅｄの状態の大ブロックがあった場合、記憶管理手段１０３が、Ｌｏｗの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックに記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、かかる撮影画像データは記憶できなくなってしまう。
【０１１１】
一方、記憶管理手段１０３が、Ｌｏｗの画質の撮影画像データをＣｒｏｗｄｅｄの状態の大ブロックにＬｏｗの画質の撮影画像データを記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、Ｖａｃａｎｔの状態の大ブロックにかかる撮影画像データを記憶することができる。
【０１１２】
以上から、Ｌｏｗの画質の撮影画像データを記憶するときは、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブするのに効率的な大ブロックであると言える。
【０１１３】
ステップ＃２５のリザーブの更新では、かかる大ブロックがＶａｃａｎｔの状態の場合と、Ｃｒｏｗｄｅｄの状態の場合の二通りがある。
【０１１４】
ステップ＃３１で、まず、かかる大ブロックがＶａｃａｎｔの状態の場合について説明する。
【０１１５】
かかる大ブロックがＶａｃａｎｔの状態であった場合、ステップ＃３１からステップ＃３５へと進む。
【０１１６】
ステップ＃３５では記憶手段１０２中にリザーブ状態の大ブロックがあるか否かを判断する。
【０１１７】
記憶手段１０２中にリザーブ状態の大ブロックがない場合は、ステップ＃３３に進み、かかるＶａｃａｎｔの状態の大ブロックをリザーブ状態として、ステップ＃２５からステップ＃２１へと戻る。
【０１１８】
記憶手段１０２中にリザーブ状態の大ブロックがある場合は、かかるＶａｃａｎｔの状態の大ブロックをリザーブ状態にせず、そのままステップ＃２５からステップ＃２１へと戻る。
【０１１９】
ステップ＃３５で、リザーブ状態の大ブロックがある場合に、かかるＶａｃａｎｔの状態の大ブロックをリザーブ状態にしないのは、すでにリザーブ状態の大ブロックがあり、現在検討中の大ブロックがＶａｃａｎｔの状態のためである。
【０１２０】
つまり、現在検討中のブロックがＶａｃａｎｔの状態のため、現在リザーブ状態の大ブロックがＶａｃａｎｔの状態であれば、条件は同じであるため、現在検討中のＶａｃａｎｔ状態の大ブロックをあえてリザーブ状態に更新する意味はない。
【０１２１】
また、現在リザーブ状態の大ブロックがＣｒｏｗｄｅｄの状態であれば、前述の通り、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブするのに効率的な大ブロックであるため、現在検討中のＶａｃａｎｔ状態の大ブロックはリザーブ状態にせず、そのままステップ＃２５からステップ＃２１へと戻る。
【０１２２】
ステップ＃３１で、次に、かかる大ブロックがＣｒｏｗｄｅｄの状態の場合について説明する。
【０１２３】
かかる大ブロックがＣｒｏｗｄｅｄの状態であった場合、ステップ＃３１からステップ＃３２へと進む。
【０１２４】
ステップ＃３２では記憶手段１０２中にすでにリザーブ状態の大ブロックがあるか否かを判断する。
【０１２５】
記憶手段１０２中にリザーブ状態の大ブロックがない場合は、ステップ＃３３に進み、かかる大ブロックをリザーブ状態として、ステップ＃２５からステップ＃２１へと戻る。
【０１２６】
記憶手段１０２中にすでにリザーブ状態の大ブロックがある場合は、ステップ＃３４に進み、リザーブ状態の大ブロックがＶａｃａｎｔの状態か否かを判断する。
【０１２７】
リザーブ状態の大ブロックがＶａｃａｎｔの状態であった場合、ステップ＃３３へ進み、リザーブ状態のＶａｃａｎｔの大ブロックのリザーブ状態を解除し、現在検討中のＣｒｏｗｄｅｄの大ブロックをリザーブ状態として、ステップ＃２５からステップ＃２１へと戻る。
【０１２８】
これは、前述の通り、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブするのに効率的な大ブロックであるためである。
【０１２９】
一方、リザーブ状態の大ブロックがＣｒｏｗｄｅｄの状態であった場合、現在検討中のＣｒｏｗｄｅｄ状態の大ブロックはリザーブ状態にせず、そのままステップ＃２５からステップ＃２１へと戻る。
【０１３０】
これは、現在検討中のブロックがＣｒｏｗｄｅｄの状態のため、現在リザーブ状態の大ブロックがＣｒｏｗｄｅｄの状態であれば、条件は同じであるため、現在検討中のＣｒｏｗｄｅｄ状態の大ブロックをあえてリザーブ状態に更新する意味はないからである。
【０１３１】
ステップ＃２１において、記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。
【０１３２】
すでに、記憶手段１０２中の全ての大ブロックについて、取得したＬｏｗの画質の撮影画像データが記憶可能か否かの検討を完了した場合には、ステップ＃２６に進む。
【０１３３】
ステップ＃２６において記憶手段１０２にリザーブ状態の大ブロックがない場合にはステップ＃２７に進む。
【０１３４】
ステップ＃２７は、記憶手段１０２中の全ての大ブロックでＬｏｗの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了したが、Ｌｏｗの画質の撮影画像データを記憶できていないと判断された場合である。この場合、記憶管理手段１０３は、記憶手段１０２中にＬｏｗの画質の撮影画像データを記憶可能なＳｐｒａｗｌか、Ｃｒｏｗｄｅｄか、Ｖａｃａｎｔの状態の大ブロックがない、つまり全ての大ブロックがＦｕｌｌであるとして、取得したＬｏｗの画質の撮影画像データを記憶手段１０２に記憶せず、終了する。
【０１３５】
以上に説明した通り、本発明により、記憶手段１０２中に空き容量は十分有るにもかかわらず、連続した空き容量が確保できないことで発生するフラグメンテーションを解消し、連続撮影効率が向上したデジタルカメラシステムを提供することができる。
【符号の説明】
【０１３６】
１００ デジタルカメラ
１０１ イメージャー
１０２ 記憶手段
１０３ 記憶管理手段
１０４ 外部記憶装置
１０５ 外部表示装置
１０６ 制御手段
【技術分野】
【０００１】
本発明は、ビデオカメラ及びスチルカメラ等の撮像装置における、撮影画像データの記憶管理方法を有する撮像装置に関する。
【背景技術】
【０００２】
従来、撮影画像をデジタル値の撮影画像データとして変換し、記憶媒体に記憶する撮像装置がある。かかる撮像装置は、撮影を行うことによって取得する撮影画像データの画質によって、画像データサイズが異なる構成となっていた。
【０００３】
例えば、最も画質の高いＨｉとその次に高いＭｅｄと、最も低いＬｏｗの３種類の画質で撮影画像データを取得する撮像装置が想定される。このような撮像装置において、Ｈｉの画質の撮影画像データが最も画像データサイズが大きく、次にＭｅｄの画質の撮影画像データの画像データサイズが大きく、Ｌｏｗの画質の撮影画像データの画像データサイズが最も小さい。
【０００４】
また、上記のような撮像装置において、ユーザは撮影中、撮影画像データの画質を変更して撮影を続けたいという場合がある。
【０００５】
例えば、まず、画質は低いが画像データサイズが小さいＬｏｗに設定して撮影を行い、構図や色を確認し、構図や色が良ければ画質を上げ、さらに高画質で同じ被写体の撮影を撮影したいという場合があった。
【０００６】
また、上記のような撮像装置において撮影を行うと、通常、撮影画像データはバッファメモリに一時的に記憶される。
【０００７】
バッファメモリとは通常ＲＡＭ上にある、情報を一時的に記憶する記憶領域であり、上記のような撮像装置においては、取得した撮影画像データを一時的に記憶している。
【０００８】
撮影画像データは取得されると画像処理を施される。しかしながら、前に取得した撮影画像データの画像処理が終わってからでなければ、次の撮影画像データは取得できないとなると、一枚撮影画像データを取得してから次の撮影画像データを取得するまで時間がかかってしまう。
【０００９】
そこで、通常、上記のような撮像装置は、撮影画像データを取得すると、画像処理を施すまで、かかる撮影画像データをバッファメモリに一時的に記憶しておき、さらに続けて次の撮影画像データの取得を行う構成となっている。
【００１０】
また、上記のような撮像装置においては、空いているバッファメモリに間隔をあけず、順番に撮影画像データを記憶していき、記憶した順に画像処理を施し、記憶領域を解放していくことで、順番に空き容量が発生する構成となっている。
【００１１】
図１は撮影画像をデジタル値の撮影画像データとして変換し、記憶媒体に記憶する撮像装置におけるバッファメモリの使用例を示している。
【００１２】
例えば、上記のような撮像装置において、まずＬｏｗの画質で撮影を行い、バッファメモリにＬｏｗの画質の撮影画像データが残っている状態で、画質をＭｅｄに設定して、バッファメモリがフル状態になるまでＭｅｄの画質で撮影した図１Ａのような場合、バッファメモリがフル状態から、バッファメモリに残っているＬｏｗの画質の撮影画像データの処理が完了した図１Ｂの状態のときにフラグメンテーションが起こってしまう。
【００１３】
つまり、この例では、バッファメモリにＭｅｄの画質の撮影画像データを格納するだけの十分な空き容量があるにもかかわらず、空き容量が連続していないため、次の撮影画像データの画質がＭｅｄであった場合に、突発的にバッファメモリに記憶することができなくなってしまう。
【００１４】
上記のような撮像装置では、撮影画像データを分割して記憶することができず、必ず連続した記憶領域に記憶しなければならないからである。
【００１５】
メモリのフラグメンテーションの問題を解決するため、例えば引用文献１に記載の発明のような従来例がある。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開平０８−２４９２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
引用文献１には、空きメモリブロックを管理し、隣接する空きメモリブロックが発生した場合には、これらのメモリブロックを結合して新たな空きメモリブロックを構成することでフラグメンテーションをできるだけ回避し、効率的に空きメモリブロックを確保するという技術が記載されている。
【００１８】
しかしながら、引用文献１に記載された発明は、複数のアプリケーションに共有されるメモリ領域を有する装置向きの技術である。
【００１９】
つまり、引用文献１に記載の発明では、複数のアプリケーションがバッファメモリの様々なところに様々なデータサイズのデータを書き込み、様々なところからデータの処理が終了し、空きメモリブロックが発生する構造を前提としている。
【００２０】
対して、撮像装置においては、取得するデータサイズが定型で、記憶に使用されていたメモリブロックが撮影画像データを記憶した順に解放されていくため、予め、どこにどの大きさの空きメモリブロックが発生するか常に予定されている。
【００２１】
すなわち、引用文献１に記載の発明を撮像装置に用いても、メモリブロックの結合により、期待するサイズの空きメモリブロックが構成できるかわからず、結果、効率的に空きメモリブロックを構成できないおそれがある。
【課題を解決するための手段】
【００２２】
撮影画像データを一時的に記憶する記憶手段と、記憶手段を管理する記憶管理手段とを有する撮像装置において、前記記憶手段は、複数の画質で撮影画像データを記憶し、前記複数の画質は、それぞれ画質の高低に対応する、最も高い画質と、最も低い画質と、両者の中間にあたる１又は２種類以上の画質であり、前記記憶手段は、最も高い画質のデータが記憶できる大きさの大ブロックに分割され、前記大ブロックは最も低い画質の大きさの小ブロックに分割され、前記記憶手段の前記大ブロックの状態は、記憶できる撮影画像データの最高の画質が最も低い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質と最も低い画質の中間にあたる１又は２種類以上のいずれかの画質である状態、又は、記憶ができない状態のいずれかにあたり、前記記憶管理手段は、撮影画像データの画質が、記憶できる最高の画質より低い前記大ブロックは、一時的に記憶不可とするリザーブ状態にし、撮影画像データの画質と、記憶できる最高の画質が同じ大ブロックには、優先して撮影画像データを記憶し、撮影画像データの画質によって予め決められている、撮影画像データが記憶される小ブロックの優先順位にしたがって、撮影画像データを前記記憶手段に記憶することを特徴とする、撮像装置を提供する。
【発明の効果】
【００２３】
本発明により、空き容量は十分有るにもかかわらず、連続した空き容量が確保できないことで発生するメモリのフラグメンテーションを回避し、連続撮影効率が向上した撮像装置を提供することができる。
【図面の簡単な説明】
【００２４】
【図１】撮影画像をデジタル値の撮影画像データとして変換し、記憶媒体に記憶する撮像装置におけるバッファメモリの使用例
【図２】本発明の実施例における撮像装置のブロック図
【図３】本実施例のデジタルカメラにおける記憶手段の構成を示す概念図
【図４】大ブロックの記憶の状態Ｆｕｌｌの一例を示す図
【図５】大ブロックの記憶の状態Ｓｐｒａｗｌの一例を示す図
【図６】大ブロックの記憶の状態Ｃｒｏｗｄｅｄの一例を示す図
【図７】大ブロックの記憶の状態Ｖａｃａｎｔを示す図
【図８】フラグメンテーションが想定される事例を示す図
【図９】Ｈｉの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャート
【図１０】Ｍｅｄの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャート
【図１１】Ｌｏｗの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャート
【図１２】図１１のステップ＃２５のリザーブ状態の更新方法を示すフローチャート
【発明を実施するための形態】
【００２５】
図２は本発明の実施例であるデジタルカメラシステムの概略構成を示すブロック図である。
【００２６】
図２において、１００は、本実施形態におけるデジタルカメラであり、被写体を撮影し、撮影した画像データを記憶する。２００は、デジタルカメラ１００に装着可能なレンズである。本実施例において、デジタルカメラ１００は、レンズの交換が可能な構成としており、デジタルカメラ１００とレンズ２００とで全体としてレンズ交換式デジタルカメラシステムを構成している。
【００２７】
デジタルカメラ１００において、１０１はイメージャー、１０２は記憶手段、１０３は記憶管理手段、１０４は外部記憶手段、１０５は表示手段、１０６は制御手段である。
【００２８】
レンズ２００は、レンズ光学系２０１のほか、不図示のレンズＣＰＵ、絞りなどを有する。
【００２９】
イメージャー１０１は、レンズ系２００を通して入射した光を画像信号に変換する、ＣＭＯＳやＣＣＤである。
【００３０】
記憶手段１０２は、記憶領域であり、本実施例においては画像処理を行う前の撮影画像データを、一時的に記憶するバッファメモリとしての役割を果たしている。
【００３１】
図３は本実施例のデジタルカメラにおける記憶手段の構成を示す概念図である。
【００３２】
本実施例のデジタルカメラ１００では、最も画質が高いＨｉと、最も画質が低いＬｏｗと、ＨｉとＬｏｗの中間の画質であるＭｅｄの３種類の画質のうち、いずれかの画質で撮影画像データを取得することとする。本実施例では３種類の画質のデータサイズの比率を、Ｈｉが４、Ｍｅｄが２、Ｌｏｗが１と定義して、以下に説明する。
【００３３】
本実施例におけるＨｉ、Ｍｅｄ、Ｌｏｗの各画質のデータサイズは、それぞれ、該当の画質で撮影画像データを取得した際に、最もデータサイズが大きい状態となるデータサイズを想定している。
【００３４】
図３に示す通り、本実施例の記憶手段１０２は４つの大ブロックに分割され、大ブロックはさらに４つの小ブロックで分割されている。
【００３５】
かかる大ブロックはＨｉの画質の撮影画像データが記憶できる大きさであり、小ブロックはＬｏｗの画質の撮影画像データが記憶できる大きさである。つまり、本実施例においては、４つの小ブロック全てが記憶に使用されていない状態の大ブロックは、前述のＨｉの画質の撮影画像データ１つ、Ｍｅｄの画質の撮影画像データ２つ、又はＬｏｗの画質の撮影画像データ４つが記憶できる。
【００３６】
図４から図７は大ブロックの記憶の状態を示す図である。
【００３７】
本実施例において、前記大ブロックは、画像データの記憶の状態によって、図４に示すようなＬｏｗの画質の撮影画像データサイズでさえも記憶できない状態をＦｕｌｌ、図５に示すようなＭｅｄの画質の撮影画像データサイズは記憶できないが、Ｌｏｗの画質の撮影画像データサイズは記憶できる状態をＳｐｒａｗｌ、図６に示すようなＨｉの画質の撮影画像データサイズは記憶できないが、Ｍｅｄの画質の撮影画像データは記憶できる状態をＣｒｏｗｄｅｄ、又は、図７に示すようなＨｉの画質の撮影画像データが記憶できる状態をＶａｃａｎｔとして、定義した。
【００３８】
なお、図４から図７に示した図は、各状態の一例である。
【００３９】
本実施例において、小ブロックは前述の通り、Ｌｏｗの画質の撮影画像データのみを記憶できるデータサイズであり、大ブロックは小ブロック４つで構成されるように分割されている。大ブロック内では、撮影画像データの画質によって、どの位置の小ブロックに撮影画像データを優先的に記憶するかの優先順位が予め決められている。
【００４０】
本実施例においてＨｉの画質の撮影画像データを記憶するには、大ブロックがＶａｃａｎｔの状態でなくてはならない。そのため、Ｈｉのデータサイズの撮影画像データを記憶する場合は、Ｖａｃａｎｔの状態の大ブロックの小ブロック４つ全てを使って記憶を行うほかない。つまり、大ブロック内において小ブロック単位の記憶先頭を左端と考えたとき、左端の小ブロックが優先順位第１となる。
【００４１】
本実施例において、Ｍｅｄの画質の撮影画像データを記憶するには、大ブロックがＶａｃａｎｔか、又はＣｒｏｗｄｅｄの状態でなくてはならない。
【００４２】
大ブロックがＶａｃａｎｔか、またはＣｒｏｗｄｅｄの状態の場合は、本実施例の小ブロックの撮影画像データが記憶される優先順位は次のようになる。
【００４３】
大ブロック内において小ブロック単位の記憶先頭を左端と考えたとき、左端の小ブロックが優先順位第１となる。つまり、左端の小ブロックにＭｅｄの画質の撮影画像データを記憶した場合、左端の小ブロックと連結する左端から２番目の小ブロックに撮影画像データが記憶される。
【００４４】
次に、優先順位第２となるのは、左端から３番目の小ブロックである。つまり、左端の小ブロックが使用されて埋まっており、左端から２番目、３番目、右端の３つの小ブロックが空いていた場合、左端から２番目の小ブロックを使用せず、左端から３番目の小ブロックにＭｅｄの画質の撮影画像データを記憶する。この場合、左から３番目の小ブロックと連結する右端の小ブロックに撮影画像データが記憶される。
【００４５】
そして、優先順位第３となるのは、左端から２番目の小ブロックである。つまり、左から２番目の小ブロックにＭｅｄの画質の撮影画像データを記憶した場合、左端から２番目の小ブロックと連結する左端から３番目の小ブロックに撮影画像データが記憶される。
【００４６】
なお、Ｍｅｄの画質は連続する２つの小ブロックに記憶できる画質のため、最後尾の小ブロックである右端の小ブロックは候補とされない。
【００４７】
図８はフラグメンテーションが想定される事例を示す図である。
【００４８】
前述の通り、Ｍｅｄの画質の撮影画像データを記憶する際、優先順位は先頭である左端から順にはなっていない。なぜなら、例えば、大ブロックがＣｒｏｗｄｅｄの状態であり、且つ、左端の小ブロックがＬｏｗの画質の撮影画像データの記憶に使用されて、のこり３つの小ブロックが空いている場合、図８（Ａ）に示すように、左端から２番目の小ブロックからＭｅｄの画質の撮影画像データを記憶してしまうと、左端の小ブロックに記憶されているＬｏｗの画質の撮影画像データの画像処理が終了し、左端の小ブロックが空いた場合、図８（Ａ）に示すようなフラグメンテーションが発生してしまうからである。つまり、２つぶんの小ブロックが空いているにもかかわらず、かかる２つの小ブロックが連続していないため、Ｍｅｄの画質の撮影画像データが記憶できない状態となってしまう。
【００４９】
このようなフラグメンテーションを避けるため、本実施例では、大ブロックがＣｒｏｗｄｅｄの状態であり、且つ、左端の小ブロックがＬｏｗの画質の撮影画像データの記憶に使用されて、のこり３つの小ブロックが空いている場合、図８（Ｂ）に示すように、優先順位第２の左端から３番目の小ブロックからＭｅｄの画質の撮影画像データを記憶する。
【００５０】
これにより、左端の小ブロックに記憶されているＬｏｗの画質の撮影画像データの画像処理が終了し、左端の小ブロックが空いた場合、図８（Ｂ）に示すように、２つの空いた小ブロックが連続し、フラグメンテーションが発生しない。
【００５１】
Ｌｏｗのデータサイズの撮影画像データを記憶するには、Ｆｕｌｌ以外の状態であればよい。
【００５２】
大ブロックがＶａｃａｎｔか、Ｃｒｏｗｄｅｄか、又はＳｐｒａｗｌの状態の場合、小ブロックの撮影画像データが記憶される優先順位は以下のようになる。
大ブロック内において小ブロック単位の記憶先頭を左端と考えたとき、左端の小ブロックが優先順位第１となり、左端の小ブロック１つに撮影画像データが記憶される。
【００５３】
次に、優先順位第２となるのは、左端から２番目の小ブロックである。つまり、左端の小ブロックが使用されて埋まっていて、左端から２番目の小ブロックが空いている場合には左端から２番目の小ブロック１つに撮影画像データが記憶される。
【００５４】
次に優先順位３となるのは、左端から３番目の小ブロックである。つまり、左端の小ブロックと左端から２番目の小ブロックが使用されて埋まっていて、左端から３番目の小ブロックが空いている場合には左端から３番目の小ブロック１つに撮影画像データが記憶される。
【００５５】
そして、優先順位第４となるのは、右端の小ブロックである。つまり、右端の小ブロックに撮影画像データを記憶するのは、右端以外の小ブロック３つが使用されて埋まっており、右端以外に使用できる小ブロックがない場合、右端の小ブロック１つに撮影画像データが記憶される。
【００５６】
前述の通り、Ｌｏｗの画質の撮影画像データを記憶する際、優先順位は大ブロック内において小ブロック単位の記憶先頭である左端から順になっている。なぜなら、Ｌｏｗの画質の撮影画像データを記憶する際、間隔をあけて記憶すれば、かえってフラグメンテーションを発生させてしまうからである。
【００５７】
例えば、左端の小ブロックがＬｏｗの画質の撮影画像データで使用されており、左端から２番目、３番目、右端の３つの連続した空き小ブロックがあるＣｒｏｗｄｅｄの状態の大ブロックにおいて、左端から２番目の小ブロックにＬｏｗの画質の撮影画像データを記憶すれば、左端から３番目と右端の小ブロックという連続した２つの小ブロックには、Ｍｅｄの画質の撮影画像データを記憶することができる。一方、左端から３番目の小ブロックにＬｏｗの画質の撮影画像データを記憶した場合、連続した空き小ブロックがなくなり、この場合にはＭｅｄの画質の撮影画像データが記憶できなくなる。
【００５８】
したがって、Ｌｏｗの画質の撮影画像データを記憶する際、優先順位は大ブロック内において小ブロック単位の記憶先頭である左端から順であることが望ましいことが分かる。
【００５９】
記憶管理手段１０３は、撮影画像データを記憶する際、大ブロックの画像データの記憶の状態が、前記Ｆｕｌｌ、Ｓｐｒａｗｌ、Ｃｒｏｗｄｅｄ、Ｖａｃａｎｔのいずれにあたるかを判断する。そして、記憶をする場合には、記憶手段１０２の大ブロック内のどの位置の小ブロックを撮影画像データの記憶の先頭に使用するか、前述の優先順位をもとに判断し、撮影画像データを記憶手段１０２に記憶する。
【００６０】
外部記憶手段１０４は撮影画像を記憶するためのメディアである。外部記憶手段１０４としては例えば、デジタルカメラ１００に着脱自在な記録媒体を用いることができる。
【００６１】
表示手段１０５は、プレビュー画像やカメラに着脱可能な外部記憶手段１０４から読み出した撮影画像データやメニュー画像等を表示することができる。手外部表示手段１０５としては例えば、液晶や有機ＥＬなどを用いることができる。
【００６２】
制御手段１０６はＣＰＵであり、撮影した画像データに対して、例えばガンマ補正、ＹＣｂＣｒ変換、ノイズ除去等の各種画像処理を行う。また、不図示のＡＥ機構やＡＦ機構等の各種デバイスの制御を行う。
【００６３】
次に、本実施例における、撮影画像データの記憶管理方法について説明する。
【００６４】
前述の通り、本実施例のデジタルカメラ１００は、最も画質が高いＨｉと、最も画質が低いＬｏｗと、ＨｉとＬｏｗの中間の画質であるＭｅｄの３種類の画質のうち、いずれかの画質で撮影画像データを記録する。
【００６５】
したがって、以下では、取得する撮影画像データの画質毎に、撮影画像データの記憶管理方法について説明する。
【００６６】
第１に、Ｈｉの画質の撮影画像データを取得した場合の記憶管理方法について説明する。
【００６７】
図９はＨｉの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャートである。
【００６８】
まずステップ＃１では、記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。未探索の大ブロックとは、まだ、取得した撮影画像データが記憶可能な大ブロックか否かを判断されていない大ブロックである。つまり、ステップ＃１では、記憶管理手段１０３が、記憶手段１０２中の大ブロック全てにおいて、取得したＨｉの画質の撮影画像データが記憶可能か否かの検討を行ったかどうかを判断する。
【００６９】
すでに、記憶手段１０２中の全ての大ブロックにおいて、Ｈｉの画質の撮影画像データが記憶可能か否かの検討を完了した場合には、ステップ＃４に進む。まだ、全ての大ブロックでＨｉの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了していない場合にはステップ＃２に進む。
【００７０】
ステップ＃２では、まだ検討されていない大ブロックにおいて、かかる大ブロックがＶａｃａｎｔであるか否かを判断する。
【００７１】
かかる大ブロックがＶａｃａｎｔの状態の大ブロックであった場合には、ステップ＃３に進み、記憶管理手段１０３は取得したＨｉの画質の撮影画像データをかかる大ブロックに優先順に記憶する。
【００７２】
一方、かかる大ブロックがＶａｃａｎｔ以外の状態であった場合には、ステップ＃１に戻り、他に未探索の大ブロックがあるか否かを検討する。
【００７３】
ステップ＃４は、記憶手段１０２中の全ての大ブロックにおいて、Ｈｉの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了したが、取得したＨｉの画質の撮影画像データを記憶できないと判断された場合である。この場合、記憶管理手段１０３は、記憶手段１０２中にＨｉの画質の撮影画像データを記憶可能なＶａｃａｎｔの状態の大ブロックがないとして、撮影画像データを記憶手段１０２に記憶せず終了する。
【００７４】
第２に、Ｍｅｄの画質の撮影画像データを取得した場合の記憶管理方法について説明する。
【００７５】
図１０はＭｅｄの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャートである。
【００７６】
ステップ＃１１では、まず記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。
【００７７】
すでに、記憶手段１０２中の全ての大ブロックにおいて、取得したＭｅｄの画質の撮影画像データが記憶可能か否か検討を完了した場合には、ステップ＃１７に進み、まだ全ての大ブロックでＭｅｄの画質の撮影画像データが記憶可能な大ブロックがあるか否か検討を行っていない場合にはステップ＃１２に進む。
【００７８】
ステップ＃１２では、まだ検討されていない大ブロックにおいて、まずは、かかる大ブロックがＣｒｏｗｄｅｄの状態であるか否かを判断する。
【００７９】
かかる大ブロックがＣｒｏｗｄｅｄの状態の大ブロックであった場合には、ステップ＃１３に進み、記憶管理手段１０３はＭｅｄの画質の撮影画像データをかかる大ブロックの小ブロックに、前述の優先順に従って記憶し、終了とする。このとき、リザーブ状態の大ブロックがあればリザーブ状態を解除する。
【００８０】
一方、かかる大ブロックがＣｒｏｗｄｅｄ以外の状態であった場合には、ステップ＃１４に進み、かかる大ブロックがＶａｃａｎｔであるか否かを判断する。
【００８１】
かかる大ブロックがＶａｃａｎｔの状態の大ブロックであった場合には、ステップ＃１５に進み、Ｖａｃａｎｔの状態の大ブロックでもなかった場合には、ステップ＃１に戻る。
【００８２】
ステップ＃１５では、記憶手段１０２中にリザーブ状態の大ブロックがあるか否かを検討する。
【００８３】
ここで、リザーブ状態について説明する。
【００８４】
リザーブ状態とは、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックについて、記憶管理手段１０３が撮影画像データをかかる大ブロックに記憶せず、かかる大ブロックが一時的に記憶不可の状態とされた状態をいう。
【００８５】
ステップ＃１５において、記憶手段１０２中にかかるリザーブ状態の大ブロックがある場合には、ステップ＃１１に戻る。リザーブ状態の大ブロックがない場合には、ステップ＃１６に進む。そして、検討中であったＶａｃａｎｔ状態の大ブロックをリザーブ状態にし、ステップ＃１１に戻る。
【００８６】
ステップ＃１１では、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。すでに、記憶手段１０２中の全ての大ブロックにおいて、取得したＭｅｄの画質の撮影画像データが記憶可能か否か検討を完了した場合には、ステップ＃１７に進む。
【００８７】
ステップ＃１７では、記憶手段１０２にリザーブ状態の大ブロックがあるか否かについて検討する。
【００８８】
ステップ＃１７において、記憶手段１０２にリザーブ状態の大ブロックがある場合にはステップ＃１３に進み、記憶管理手段１０３は、Ｍｅｄの撮影画像データをかかるリザーブ状態の大ブロックの小ブロックに、前述の優先順に従って記憶し、終了となる。このとき、かかるリザーブ状態の大ブロックのリザーブ状態は解除される。
【００８９】
なお、かかるリザーブ状態の大ブロックは必ずＶａｃａｎｔの状態である。前述の通り、リザーブ状態とは、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックであるためである。
【００９０】
ステップ＃１７において記憶手段１０２にリザーブ状態の大ブロックがない場合にはステップ＃１８に進む。
【００９１】
ステップ＃１８は、記憶手段１０２中の全ての大ブロックでＭｅｄの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了したが、Ｍｅｄの画質の撮影画像データを記憶できていないと判断された場合である。この場合、記憶管理手段１０３は、記憶手段１０２中にＭｅｄの画質の撮影画像データを記憶可能なＣｒｏｗｄｅｄか、Ｖａｃａｎｔの状態の大ブロックがないとして、取得したＭｅｄの画質の撮影画像データを記憶手段１０２に記憶せず終了する。
【００９２】
以上のように、本実施例では、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックがあった場合に、記憶管理手段１０３は撮影画像データをかかる大ブロックに記憶せず、かかる大ブロックを一時的に記憶不可のリザーブ状態にして大ブロックの空き容量を効率的に使う。
【００９３】
ここで、本実施例において、記憶できる最高の画質が、取得した撮影画像データの画質より高い大ブロックをリザーブ状態とする理由について述べる。
【００９４】
記憶管理手段１０３は、例えば、Ｍｅｄの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックにすぐに記憶せず、リザーブ状態として、記憶手段１０２中の他の大ブロックの中に、Ｃｒｏｗｄｅｄの状態の大ブロックがないか、探索を行う。かかる探索を行い、すぐにＶａｃａｎｔの状態の大ブロックに記憶しないのは、Ｈｉの画質の撮影画像データサイズは記憶できないが、Ｍｅｄの画質の撮影画像データは記憶できるＣｒｏｗｄｅｄの状態の大ブロックを優先して使用し、Ｈｉの画質の撮影画像データを記憶できる可能性のあるＶａｃａｎｔの状態の大ブロックをむやみに消費しないためである。
【００９５】
つまり、記憶手段１０２中に撮影画像データを記憶可能なブロックとして、Ｖａｃａｎｔの状態の大ブロックとＣｒｏｗｄｅｄの状態の大ブロックの２つがある場合、記憶管理手段１０３が、Ｍｅｄの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックに記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、かかる撮影画像データは記憶できなくなってしまう。
【００９６】
一方、記憶管理手段１０３が、Ｍｅｄの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックに記憶させずに、一時的にＶａｃａｎｔの状態の大ブロックをリザーブ状態として、記憶手段１０２中にＣｒｏｗｄｅｄの状態の大ブロックがないか探索を行い、Ｃｒｏｗｄｅｄの状態の大ブロックにＭｅｄの画質の撮影画像データを記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、先ほどリザーブ状態として、Ｍｅｄの画質の撮影画像データの記憶に使用しなかったＶａｃａｎｔの状態の大ブロックにかかる撮影画像データを記憶することができる。
【００９７】
以上のように、本実施例では、上述のように撮影画像データの画質が、記憶できる最大の画質より小さい大ブロックをリザーブ状態とすることで、大ブロック内に十分な空き小ブロックはあっても、かかる小ブロックが連続していないために、画像データを記憶できないという事例の発生を防いでいる。
【００９８】
第３に、Ｌｏｗの画質の撮影画像データを取得した場合の記憶管理方法について説明する。
【００９９】
図１１はＬｏｗの画質の撮影画像データを取得した場合の撮影画像データの記憶管理方法を示すフローチャートである。
【０１００】
ステップ＃２１では、まず、記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。
【０１０１】
すでに、記憶手段１０２中の全ての大ブロックについて、取得したＬｏｗの画質の撮影画像データが記憶可能か否かの検討を完了した場合には、ステップ＃２６に進む。まだ、全ての大ブロックでＬｏｗの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を行っていない場合には、ステップ＃２２に進む。
【０１０２】
ステップ＃２２では、まだ検討されていない大ブロックにおいて、まずは、かかる大ブロックがＳｐｒａｗｌの状態であるか否かを判断する。
【０１０３】
かかる大ブロックがＳｐｒａｗｌの状態の大ブロックであった場合には、ステップ＃２３に進み、記憶管理手段１０３はＬｏｗの画質の撮影画像データをかかる大ブロックの小ブロックに、前述の優先順に従って記憶し、終了とする。このとき、リザーブ状態の大ブロックがあればリザーブ状態を解除する。
【０１０４】
一方、かかる大ブロックがＳｐｒａｗｌ以外の状態であった場合には、ステップ＃２４に進み、かかる大ブロックがＦｕｌｌであるか否かを判断する。
【０１０５】
かかる大ブロックがＦｕｌｌの状態の大ブロックでもなかった場合には、ステップ＃２５に進む。
【０１０６】
図１２は図１１のステップ＃２５のリザーブ状態の更新方法を示すフローチャートである。
【０１０７】
ステップ＃２５では、リザーブ状態の更新を開始する。リザーブ状態の更新では記憶手段１０２中にリザーブ状態の大ブロックがない場合に、検討中の大ブロックをリザーブ状態としたり、また、リザーブ状態の大ブロックがあっても、よりリザーブ状態とするのに効率的な大ブロックがあれば、かかるブロックを新たなリザーブ状態の大ブロックとしたりするものである。
【０１０８】
リザーブ状態とするのに効率的な大ブロックは、記憶しようとする撮影画像データの画質と、記憶できる最大の撮影画像データの画質がより近い大ブロックのことである。
【０１０９】
例えば、記憶しようとする撮影画像データがＬｏｗの画質の撮影画像データであった場合には、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブ状態とするのにより効率的な大ブロックである。
【０１１０】
記憶手段１０２中の空きブロックに、Ｖａｃａｎｔの状態の大ブロックとＣｒｏｗｄｅｄの状態の大ブロックがあった場合、記憶管理手段１０３が、Ｌｏｗの画質の撮影画像データをＶａｃａｎｔの状態の大ブロックに記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、かかる撮影画像データは記憶できなくなってしまう。
【０１１１】
一方、記憶管理手段１０３が、Ｌｏｗの画質の撮影画像データをＣｒｏｗｄｅｄの状態の大ブロックにＬｏｗの画質の撮影画像データを記憶させたとする。この場合、次の撮影画像データの画質がＨｉであったとき、Ｖａｃａｎｔの状態の大ブロックにかかる撮影画像データを記憶することができる。
【０１１２】
以上から、Ｌｏｗの画質の撮影画像データを記憶するときは、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブするのに効率的な大ブロックであると言える。
【０１１３】
ステップ＃２５のリザーブの更新では、かかる大ブロックがＶａｃａｎｔの状態の場合と、Ｃｒｏｗｄｅｄの状態の場合の二通りがある。
【０１１４】
ステップ＃３１で、まず、かかる大ブロックがＶａｃａｎｔの状態の場合について説明する。
【０１１５】
かかる大ブロックがＶａｃａｎｔの状態であった場合、ステップ＃３１からステップ＃３５へと進む。
【０１１６】
ステップ＃３５では記憶手段１０２中にリザーブ状態の大ブロックがあるか否かを判断する。
【０１１７】
記憶手段１０２中にリザーブ状態の大ブロックがない場合は、ステップ＃３３に進み、かかるＶａｃａｎｔの状態の大ブロックをリザーブ状態として、ステップ＃２５からステップ＃２１へと戻る。
【０１１８】
記憶手段１０２中にリザーブ状態の大ブロックがある場合は、かかるＶａｃａｎｔの状態の大ブロックをリザーブ状態にせず、そのままステップ＃２５からステップ＃２１へと戻る。
【０１１９】
ステップ＃３５で、リザーブ状態の大ブロックがある場合に、かかるＶａｃａｎｔの状態の大ブロックをリザーブ状態にしないのは、すでにリザーブ状態の大ブロックがあり、現在検討中の大ブロックがＶａｃａｎｔの状態のためである。
【０１２０】
つまり、現在検討中のブロックがＶａｃａｎｔの状態のため、現在リザーブ状態の大ブロックがＶａｃａｎｔの状態であれば、条件は同じであるため、現在検討中のＶａｃａｎｔ状態の大ブロックをあえてリザーブ状態に更新する意味はない。
【０１２１】
また、現在リザーブ状態の大ブロックがＣｒｏｗｄｅｄの状態であれば、前述の通り、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブするのに効率的な大ブロックであるため、現在検討中のＶａｃａｎｔ状態の大ブロックはリザーブ状態にせず、そのままステップ＃２５からステップ＃２１へと戻る。
【０１２２】
ステップ＃３１で、次に、かかる大ブロックがＣｒｏｗｄｅｄの状態の場合について説明する。
【０１２３】
かかる大ブロックがＣｒｏｗｄｅｄの状態であった場合、ステップ＃３１からステップ＃３２へと進む。
【０１２４】
ステップ＃３２では記憶手段１０２中にすでにリザーブ状態の大ブロックがあるか否かを判断する。
【０１２５】
記憶手段１０２中にリザーブ状態の大ブロックがない場合は、ステップ＃３３に進み、かかる大ブロックをリザーブ状態として、ステップ＃２５からステップ＃２１へと戻る。
【０１２６】
記憶手段１０２中にすでにリザーブ状態の大ブロックがある場合は、ステップ＃３４に進み、リザーブ状態の大ブロックがＶａｃａｎｔの状態か否かを判断する。
【０１２７】
リザーブ状態の大ブロックがＶａｃａｎｔの状態であった場合、ステップ＃３３へ進み、リザーブ状態のＶａｃａｎｔの大ブロックのリザーブ状態を解除し、現在検討中のＣｒｏｗｄｅｄの大ブロックをリザーブ状態として、ステップ＃２５からステップ＃２１へと戻る。
【０１２８】
これは、前述の通り、Ｖａｃａｎｔの状態の大ブロックより、Ｃｒｏｗｄｅｄの状態の大ブロックの方がリザーブするのに効率的な大ブロックであるためである。
【０１２９】
一方、リザーブ状態の大ブロックがＣｒｏｗｄｅｄの状態であった場合、現在検討中のＣｒｏｗｄｅｄ状態の大ブロックはリザーブ状態にせず、そのままステップ＃２５からステップ＃２１へと戻る。
【０１３０】
これは、現在検討中のブロックがＣｒｏｗｄｅｄの状態のため、現在リザーブ状態の大ブロックがＣｒｏｗｄｅｄの状態であれば、条件は同じであるため、現在検討中のＣｒｏｗｄｅｄ状態の大ブロックをあえてリザーブ状態に更新する意味はないからである。
【０１３１】
ステップ＃２１において、記憶管理手段１０３は、記憶手段１０２の中に未探索の大ブロックがあるか否かを判断する。
【０１３２】
すでに、記憶手段１０２中の全ての大ブロックについて、取得したＬｏｗの画質の撮影画像データが記憶可能か否かの検討を完了した場合には、ステップ＃２６に進む。
【０１３３】
ステップ＃２６において記憶手段１０２にリザーブ状態の大ブロックがない場合にはステップ＃２７に進む。
【０１３４】
ステップ＃２７は、記憶手段１０２中の全ての大ブロックでＬｏｗの画質の撮影画像データが記憶可能な大ブロックがあるか否かの検討を完了したが、Ｌｏｗの画質の撮影画像データを記憶できていないと判断された場合である。この場合、記憶管理手段１０３は、記憶手段１０２中にＬｏｗの画質の撮影画像データを記憶可能なＳｐｒａｗｌか、Ｃｒｏｗｄｅｄか、Ｖａｃａｎｔの状態の大ブロックがない、つまり全ての大ブロックがＦｕｌｌであるとして、取得したＬｏｗの画質の撮影画像データを記憶手段１０２に記憶せず、終了する。
【０１３５】
以上に説明した通り、本発明により、記憶手段１０２中に空き容量は十分有るにもかかわらず、連続した空き容量が確保できないことで発生するフラグメンテーションを解消し、連続撮影効率が向上したデジタルカメラシステムを提供することができる。
【符号の説明】
【０１３６】
１００ デジタルカメラ
１０１ イメージャー
１０２ 記憶手段
１０３ 記憶管理手段
１０４ 外部記憶装置
１０５ 外部表示装置
１０６ 制御手段
【特許請求の範囲】
【請求項１】
撮影画像データを一時的に記憶する記憶手段と、
記憶手段を管理する記憶管理手段と
を有する撮像装置において、
前記記憶手段は、複数の画質で撮影画像データを記憶し、
前記複数の画質は、それぞれ画質の高低に対応する、最も高い画質と、最も低い画質と、両者の中間にあたる１又は２種類以上の画質であり、
前記記憶手段は、最も高い画質のデータが記憶できる大きさの大ブロックに分割され、
前記大ブロックは最も低い画質の大きさの小ブロックに分割され、
前記記憶手段の前記大ブロックの状態は、記憶できる撮影画像データの最高の画質が最も低い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質と最も低い画質の中間にあたる１又は２種類以上のいずれかの画質である状態、又は、記憶ができない状態のいずれかにあたり、
前記記憶管理手段は、撮影画像データの画質が、記憶できる最高の画質より低い前記大ブロックは、一時的に記憶不可とするリザーブ状態にし、
撮影画像データの画質と、記憶できる最高の画質が同じ大ブロックには、優先して撮影画像データを記憶し、
撮影画像データの画質によって予め決められている、撮影画像データが記憶される小ブロックの優先順位にしたがって、撮影画像データを前記記憶手段に記憶する
ことを特徴とする、撮像装置。
【請求項１】
撮影画像データを一時的に記憶する記憶手段と、
記憶手段を管理する記憶管理手段と
を有する撮像装置において、
前記記憶手段は、複数の画質で撮影画像データを記憶し、
前記複数の画質は、それぞれ画質の高低に対応する、最も高い画質と、最も低い画質と、両者の中間にあたる１又は２種類以上の画質であり、
前記記憶手段は、最も高い画質のデータが記憶できる大きさの大ブロックに分割され、
前記大ブロックは最も低い画質の大きさの小ブロックに分割され、
前記記憶手段の前記大ブロックの状態は、記憶できる撮影画像データの最高の画質が最も低い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質である状態、記憶できる撮影画像データの最高の画質が最も高い画質と最も低い画質の中間にあたる１又は２種類以上のいずれかの画質である状態、又は、記憶ができない状態のいずれかにあたり、
前記記憶管理手段は、撮影画像データの画質が、記憶できる最高の画質より低い前記大ブロックは、一時的に記憶不可とするリザーブ状態にし、
撮影画像データの画質と、記憶できる最高の画質が同じ大ブロックには、優先して撮影画像データを記憶し、
撮影画像データの画質によって予め決められている、撮影画像データが記憶される小ブロックの優先順位にしたがって、撮影画像データを前記記憶手段に記憶する
ことを特徴とする、撮像装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−２３５２４７（Ｐ２０１２−２３５２４７Ａ）
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願番号】特願２０１１−１０１４６０（Ｐ２０１１−１０１４６０）
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００１３１３２６）株式会社シグマ (167)
【Ｆターム（参考）】
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００１３１３２６）株式会社シグマ (167)
【Ｆターム（参考）】
[ Back to top ]