(57)【要約】【課題】  本発明は、マルチタスクＯＳの環境下においても、確実に動画記録を行なえる撮像装置を提供する。【解決手段】  撮像装置は、撮像素子と、記録制御部と、判定部とを備える。撮像素子は、被写体像を撮像する。記録制御部は、マルチタスクＯＳ環境下で複数の種別の異なるデータをメモリに記録する。判定部は、メモリの空き容量を判定する。撮像素子により連続的に撮像され出力された動画像を含む動画データの記録時に、メモリの空き容量が閾値以下である旨の判定を判定部がした場合、記録制御部は、動画撮影を停止して、動画データのヘッダ情報を予め用意したダミー用ヘッダファイルに記録する。【選択図】    図１
2014036432.tif 000002
【特許請求の範囲】
【請求項１】
被写体像を撮像する撮像素子と、
マルチタスクＯＳ（Operating System）環境下で複数の種別の異なるデータをメモリに記録する記録制御部と、
前記メモリの空き容量を判定する判定部と、を備え、
前記撮像素子により連続的に撮像され出力された動画像を含む動画データの記録時に、前記メモリの前記空き容量が閾値以下である旨の判定を前記判定部がした場合、前記記録制御部は、動画撮影を停止して、前記動画データのヘッダ情報を予め用意したダミー用ヘッダファイルに記録することを特徴とする撮像装置。
【請求項２】
請求項１に記載の撮像装置において、
前記記録制御部が前記動画データを前記メモリに記録すると共に、該動画データ以外のデータを前記メモリに記録する状況であって、前記判定部が前記閾値以下である旨の判定をした場合、前記記録制御部は、前記動画撮影を停止して、前記ヘッダ情報を前記ダミー用ヘッダファイルに記録することを特徴とする撮像装置。
【請求項３】
請求項１又は請求項２に記載の撮像装置において、
前記記録制御部は、前記メモリに前記ダミー用ヘッダファイルの記録領域を予め確保していることを特徴とする撮像装置。
【請求項４】
請求項３に記載の撮像装置において、
前記記録制御部は、前記ダミー用ヘッダファイルの記録領域として、１回の撮影につき撮影可能な最長の動画記録時間に合わせて確保していることを特徴とする撮像装置。
【請求項５】
請求項１から請求項４の何れか１項に記載の撮像装置において、
前記判定部が、前記メモリの前記空き容量が前記閾値よりも大きい旨の判定をしている場合には、前記記録制御部は、前記ダミー用ヘッダファイルの記録領域を使用せずに、前記ヘッダ情報を前記メモリに記録することを特徴とする撮像装置。
【請求項６】
請求項１に記載の撮像装置において、
前記ダミー用ヘッダファイルの有無を確認する確認部をさらに備え、
前記メモリは、着脱式のメモリであって、
前記確認部が、前記メモリの装着時に前記ダミー用ヘッダファイルが存在しないことを確認した場合には、前記記録制御部は、前記メモリ内に前記ダミー用ヘッダファイルの記録領域を予め確保することを特徴とする撮像装置。
【請求項７】
請求項１に記載の撮像装置において、
前記記録制御部は、前記動画データと共に前記ダミー用ヘッダファイルを削除した場合、前記ダミー用ヘッダファイルの記録領域を新たに確保することを特徴とする撮像装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置に関する。
【背景技術】
【０００２】
従来、Ａｎｄｒｏｉｄ（登録商標）ＯＳ（Operating System）等、複数のアプリケーションのタスクが実行される環境のマルチタスクＯＳを搭載した電子機器が知られている（例えば、特許文献１参照）。
【０００３】
上記の電子機器の中には、動画撮影の機能を搭載したモデルも知られており、このモデルの電子機器では、並列処理が可能なため、動画撮影をしながら、他のアプリケーションのタスクも実行することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−９０１５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のマルチタスクＯＳの環境下では、動画撮影のタスクとは直接関係のない他のアプリケーションのタスクが起動していると、他のアプリケーションのタスクも、動画撮影（動画記録）中に、例えばファイル等のデータを記録媒体のメモリに書き込む処理を行なう。
【０００６】
そのため、動画撮影に基づく記録用の動画データと、他のアプリケーションのタスクに基づく記録用のファイル等のデータとが並列的にメモリに記録されていくことになる。この場合、上記のマルチタスクＯＳの環境下では、他のアプリケーションのタスクの書き込みが不定期に発生すると、メモリの空き容量を管理するのが一般的に困難となる。
【０００７】
例えば、画像ファイルのサムネイル・キャッシュ等を作成するタイミングは、動画撮影のタスクが動いていても並列処理で発生するので、そのタイミングに応じて、ファイル（サムネイル・キャッシュ）が記録媒体のメモリに記録され、そのメモリの容量が消費してしまう。
【０００８】
つまり、動画撮影（動画記録）の最中に記録媒体が動画データを書き込めない空き容量になった場合、動画撮影及び動画データの記録媒体への記録は停止するが、他のアプリケーションのタスクが先に記録媒体のメモリの空き容量を消費してしまう場合がある。この場合、動画記録終了時にならないと確定しない動的なヘッダファイル用のデータが、最終的に記録媒体のメモリに書き込めなくなる。すると、動画ファイルが不完全になり、その結果として、撮影した動画データが記録不可となってしまう可能性がある。
【０００９】
そこで、本発明は、上記事情に鑑み、マルチタスクＯＳの環境下においても、確実に動画記録を行なえる撮像装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
第１の発明に係る撮像装置は、撮像素子と、記録制御部と、判定部とを備える。撮像素子は、被写体像を撮像する。記録制御部は、マルチタスクＯＳ環境下で複数の種別の異なるデータをメモリに記録する。判定部は、メモリの空き容量を判定する。撮像素子により連続的に撮像され出力された動画像を含む動画データの記録時に、メモリの空き容量が閾値以下である旨の判定を判定部がした場合、記録制御部は、動画撮影を停止して、動画データのヘッダ情報を予め用意したダミー用ヘッダファイルに記録する。
【００１１】
第２の発明は、第１の発明において、記録制御部が動画データをメモリに記録すると共に、その動画データ以外のデータをメモリに記録する状況であって、判定部が閾値以下である旨の判定をした場合、記録制御部は、動画撮影を停止して、ヘッダ情報をダミー用ヘッダファイルに記録する。
【００１２】
第３の発明は、第１又は第２の発明において、記録制御部は、メモリにダミー用ヘッダファイルの記録領域を予め確保している。
【００１３】
第４の発明は、第３の発明において、記録制御部は、ダミー用ヘッダファイルの記録領域として、１回の撮影につき撮影可能な最長の動画記録時間に合わせて確保している。
【００１４】
第５の発明は、第１から第４の何れか１の発明において、判定部がメモリの空き容量が閾値よりも大きい旨の判定をしている場合には、記録制御部は、ダミー用ヘッダファイルの記録領域を使用せずに、ヘッダ情報をメモリに記録する。
【００１５】
第６の発明は、第１の発明において、ダミー用ヘッダファイルの有無を確認する確認部をさらに備える。メモリは、着脱式のメモリである。確認部が、メモリの装着時にダミー用ヘッダファイルが存在しないことを確認した場合には、記録制御部は、メモリ内にダミー用ヘッダファイルの記録領域を予め確保する。
【００１６】
第７の発明は、第１の発明において、記録制御部は、動画データと共にダミー用ヘッダファイルを削除した場合、ダミー用ヘッダファイルの記録領域を新たに確保する。
【発明の効果】
【００１７】
本発明によれば、マルチタスクＯＳの環境下においても、確実に動画記録を行なえる撮像装置を提供できる。
【図面の簡単な説明】
【００１８】
【図１】電子カメラ１の内部構成例を説明するブロック図である。
【図２】メディアの初期化時におけるダミー用ヘッダファイルの作成処理の一例を示すフローチャートである。
【図３】記録媒体Ｍ１が電子カメラ１に装着された時の動作の一例を示すフローチャートである。
【図４】動画モード切替時における動作の一例を示すフローチャートである。
【図５】比較例として、従来の動画記録処理を説明する概念図である。
【図６】本実施形態の動画記録処理を説明する概念図である。
【図７】動画撮影時における電子カメラ１の動作の一例を示すフローチャートである。
【図８】本実施形態におけるストリーミング方式の動画記録処理の一例を説明する図である。
【発明を実施するための形態】
【００１９】
以下、図面に基づいて本発明の実施の形態を詳細に説明する。本実施形態では、本発明の一実施形態の電子カメラ１について説明する。ここで、電子カメラ１は、後述する通り、マルチタスクＯＳの環境下においても、確実に動画記録を行なうための手段を有している。
【００２０】
図１は、電子カメラ１の内部構成例を説明するブロック図である。図１に示す通り、電子カメラ１は、撮影光学系１１と、撮像素子１２と、信号処理部１３と、ＲＡＭ（Random Access Memory）１４と、画像処理部１５と、フラッシュメモリ１６と、記録インターフェース部（以下「記録Ｉ／Ｆ部」という。）１７と、表示インターフェース部（以下「表示Ｉ／Ｆ部」という。）１８と、表示モニタ１９と、通信部２０と、内蔵アンテナ２０ａと、音声処理部２１と、マイク２２と、スピーカ２３と、操作部２４と、レリーズ釦２５と、動画撮影釦２６と、ＣＰＵ（Central Processing Unit）２７と、バス２８とを備える。
【００２１】
このうち、信号処理部１３、ＲＡＭ１４、画像処理部１５、フラッシュメモリ１６、記録Ｉ／Ｆ部１７、表示Ｉ／Ｆ部１８、音声処理部２１及びＣＰＵ２７は、バス２８を介して互いに接続されている。
【００２２】
撮影光学系１１は、一例として、焦点距離を調整するズームレンズと、撮像素子１２の撮像面での結像位置を調整するフォーカスレンズとを含む複数のレンズ群で構成されている。レンズ駆動部（不図示）は、撮影光学系１１内でズームレンズやフォーカスレンズのレンズ位置をＣＰＵ２７の指示に応じて光軸方向に調整する。なお、簡単のため、図１では、撮影光学系１１を１枚のレンズとして図示する。
【００２３】
撮像素子１２は、被写体像を撮像して、画像（アナログの画像信号）を生成する。そして、撮像素子１２が出力するアナログの画像信号は、信号処理部１３に入力される。なお、撮像素子１２の撮像面には、Ｒ（赤）、Ｇ（緑）Ｂ（青）の３種類のカラーフィルタが例えばベイヤー配列で配置されている。また、撮像素子１２の電荷蓄積時間及び画像信号の読み出しは、タイミングジェネレータ（不図示）によって制御される。撮像素子１２は、ＣＣＤ（Charge Coupled Device）型又はＣＭＯＳ（Complementary Metal-Oxide Semiconductor）型のカラーイメージセンサである。
【００２４】
信号処理部１３は、アナログフロントエンド（ＡＦＥ）回路と、Ａ／Ｄ変換部と、デジタルフロントエンド（ＤＦＥ）回路とを有している。
【００２５】
ＡＦＥ回路は、撮像素子１２が出力する画像信号に対してアナログ信号処理を施す。Ａ／Ｄ変換部は、アナログの画像信号をデジタルの画像信号に変換する。ＤＦＥ回路は、Ａ／Ｄ変換後の画像信号にデジタル信号処理を施す。なお、撮像素子１２が出力する画像信号は、バス２８を介して、静止画データ又は動画データ等の画像データとしてＲＡＭ１４に一時的に記録される。
【００２６】
ＲＡＭ１４は、揮発性のメモリであって、画像処理前、画像処理中及び画像処理後の画像データを一時的に記録する。なお、ＲＡＭ１４は、動画データ処理用のバッファメモリ（以下、「動画バッファ」という。）１４ａを含む。
【００２７】
画像処理部１５は、ＲＡＭ１４に記録されている画像データを読み出し、必要に応じて各種の画像処理（例えば、階調変換処理、輪郭強調処理、ホワイトバランス処理等）を施す。また、画像処理部１５は、画像データに対して圧縮処理を施す。画像処理部１５は、静止画データに対しては、例えばＪＰＥＧ（Joint Photographic Experts Group）形式で圧縮処理を施す。また、画像処理部１５は、動画データに対しては、例えばＭＰＥＧ（Moving Picture Experts Group）形式で圧縮処理を施す。なお、本実施形態で採用する動画データの圧縮形式は、ＭＰＥＧ（例えばＭＰＥＧ−１〜４）形式に限られず、例えばＩＴＵ（国際電気通信連合）によって勧告された、動画データの圧縮符号化方式の一つであるＨ．２６４又はＨ．２６５であっても良い。
【００２８】
フラッシュメモリ１６は、データやプログラム等を記録するストレージの一種であって、書換え可能な不揮発性の半導体メモリである。フラッシュメモリ１６には、ＯＳやそのＯＳ上で実行する制御プログラム等が予め記録されている。本実施形態では、ＯＳとして、例えば、Ａｎｄｒｏｉｄ等のマルチタスクＯＳを採用する。なお、本実施形態では、Ａｎｄｒｏｉｄに限られず、他のＯＳ（例えば、Ｌｉｎｕｘ（登録商標）ベースのＯＳ）であっても良い。
【００２９】
記録Ｉ／Ｆ部１７には、着脱自在の記録媒体Ｍ１を接続するためのコネクタ（不図示）が形成されている。そして、記録Ｉ／Ｆ部１７は、そのコネクタに接続された記録媒体Ｍ１にアクセスして静止画像又は動画像の記録処理等を行なう。この記録媒体Ｍ１は、ストレージの一種であって、例えば、カード型の不揮発性のＳＤ（Secure Digital）カードである。なお、記録媒体Ｍ１は、ＳＤカードに限られず、不揮発性のメモリであれば良い。したがって、記録媒体Ｍ１は、例えば、ＵＳＢ（Universal Serial Bus）メモリであっても良い。図１では、コネクタを介して、電子カメラ１に装着された後の記録媒体Ｍ１を示している。
【００３０】
表示Ｉ／Ｆ部１８は、表示モニタ１９の表示画面上に画像等を表示するためのインターフェースを提供する。表示モニタ１９は、例えば液晶表示媒体を利用した表示装置（液晶モニタ）である。そして、表示モニタ１９は、例えば静止画像、動画像又は電子カメラ１の操作メニュー等を表示する。通信部２０は、内蔵アンテナ２０ａを介して外部と無線通信を行なう。一例として、通信部２０は、ＯＳがバージョンアップした場合、無線通信により、バージョンアップしたＯＳをダウンロードすることができる。
【００３１】
マイク２２は、音声を音声信号（音声のデータ）に変換する。スピーカ２３は、音声信号を音声に変える。音声処理部２１は、マイク２２を介して音声信号を取得する。また、音声処理部２１は、フラッシュメモリ１６又は記録媒体Ｍ１に記録されている音声のデータをスピーカ２３を介して音声に変換し、その音声の出力処理を行なう。
【００３２】
操作部２４は、撮影者の操作（ユーザ入力）を受け付ける複数の釦を有しており、電子カメラ１を操作するための指示入力を受け付ける。
【００３３】
レリーズ釦２５は、半押し操作（撮影前におけるオートフォーカス（ＡＦ）や自動露出（ＡＥ）等の撮影準備の動作開始）と全押し操作（記録用の静止画像を取得するための撮影の動作開始）との指示入力とを受け付ける。
【００３４】
動画撮影釦２６は、押圧操作により動画撮影（動画記録）の開始の指示入力を受け付け、再度の押圧操作により動画撮影の終了の指示入力を受け付ける。
【００３５】
ＣＰＵ２７は、ＡＳＩＣ（画像エンジン：Application Specific Integrated Circuit）の機能を有し、各種演算及び電子カメラ１の統括的な制御を行なうマイクロプロセッサである。ＣＰＵ２７は、上記の制御プログラムを実行することにより、電子カメラ１の各部の制御等を行なう。また、ＣＰＵ２７は、計時機能を有する。さらに、ＣＰＵ２７は、ＡｎｄｒｏｉｄのＯＳの制御下で、後述の図２〜４、７に示すフローチャートの処理（以下「フローの処理」という。）を含む、複数のタスクを並列的に処理する。
【００３６】
また、ＣＰＵ２７は、記録制御部２７ａと、判定部２７ｂと、確認部２７ｃとしても機能する。記録制御部２７ａは、Ａｎｄｒｏｉｄ等のマルチタスクＯＳ環境下で複数の種別の異なるデータをフラッシュメモリ１６又は記録媒体Ｍ１に記録する。判定部２７ｂは、フラッシュメモリ１６や記録媒体Ｍ１の空き容量を判定する。確認部２７ｃは、ダミー用ヘッダファイルの有無を確認する。記録制御部２７ａ、判定部２７ｂ及び確認部２７ｃの詳細については、後述のフローの処理を用いて説明する。
【００３７】
次に、電子カメラ１の動作の一例について説明する。本実施形態では、先ず、記録媒体Ｍ１やフラッシュメモリ（内蔵メモリ）１６等のメディアの初期化時におけるダミー用ヘッダファイルの作成処理について説明する。動画撮影（動画記録）では、動画の構成情報（ヘッダ情報）を記録するため、動画データのヘッダファイルが必要となる。但し、動画撮影では、ヘッダファイルに動画記録中に動的に変化する情報も記録するので、最終的に動画記録が終了するまで、ヘッダ情報は確定しない。
【００３８】
そこで、本実施形態では、最終的にヘッダファイルがメモリの空き容量の関係で作成できなくなることを防ぐため、ダミー用ヘッダファイルを採用する。ここで、ダミー用ヘッダファイルは、実際の動画データのヘッダファイルの容量分に相当する仮のファイルである。本実施形態において、ダミー用ヘッダファイルは、空ファイルであっても良く、又は、メディアの初期化時に発生する既知のヘッダ情報（動的に変化しない固定した情報）を予め書き込んでいても良い。
【００３９】
図２は、メディアの初期化時におけるダミー用ヘッダファイルの作成処理の一例を示すフローチャートである。
【００４０】
以下の動作例では、ＣＰＵ２７は、メディアの初期化時に図２に示すフローの処理を開始する。
【００４１】
ステップＳ１０１：ＣＰＵ２７は、フォーマットによる初期化処理を行なう。具体的には、ＣＰＵ２７は、メディアに対して一定の形式で記録領域を区分し、管理領域を設け、メディアを利用可能とするための処理を行なう。そして、ＣＰＵ２７は、ステップＳ１０２の処理に移行する。
【００４２】
ステップＳ１０２：ＣＰＵ２７は、ＤＣＦ（Design rule for Camera File system）準拠フォルダの作成処理を行なう。具体的には、ＣＰＵ２７は、電子カメラやプリンタ等の機器間で、メディアを介して画像の相互利用を実現するためのファイルシステムの規格に基づくＤＣＦ準拠フォルダの作成を行なう。そして、ＣＰＵ２７は、ステップＳ１０３の処理に移行する。
【００４３】
ステップＳ１０３：ＣＰＵ２７の記録制御部２７ａは、ダミー用ヘッダファイルの作成処理を行なう。具体的には、記録制御部２７ａは、所定のＤＣＦ準拠フォルダにダミー用ヘッダファイルを記録しておく。換言すると、記録制御部２７ａは、動画データの記録先となる記録媒体Ｍ１又はフラッシュメモリ１６にダミー用ヘッダファイルの記録領域を予め確保している。これにより、本実施形態では、動画撮影の開始する毎にダミー用ヘッダファイルを作成しないで済む。
【００４４】
なお、記録制御部２７ａは、ダミー用ヘッダファイルの記録領域として、１回の撮影につき撮影可能な最長の動画記録時間（以下「最長記録時間」という。）に合わせて確保していることが好ましい。ここで、記録制御部２７ａは、便宜上、「ビデオカメラ」と「電子カメラ」とを区分するため、最長記録時間として、２９分５９秒に相当する記録領域を確保する。これにより、本実施形態では、最長記録時間（２９分５９秒）内において、確実に動画撮影を行なうことができる。
【００４５】
また、記録制御部２７ａは、ダミー用ヘッダファイルをいわゆる隠しファイルとして、ユーザが視認できないように設定する。さらに、記録制御部２７ａは、ダミー用ヘッダファイルの記録領域を、動画撮影とは関係のない他のタスクからアクセスできないように、ロックしておく。これにより、本実施形態では、他のタスクが誤ってダミー用ヘッダファイルの記録領域に、データ等を記録すること防ぐことができる。
【００４６】
そして、ＣＰＵ２７は、図２に示すフローの処理を終了させる。このフロー処理により、記録制御部２７ａは、メディアの初期化時において、ダミー用ヘッダファイルを作成することができる。
【００４７】
以上より、本実施形態では、基本的にメディアのフォーマット時にダミー用ヘッダファイルを作成する。このようにするのは、動画記録の開始毎にダミー用ヘッダファイルを作成すると、その分、時間を要するので、ユーザが動画撮影釦２６を押下してから動画撮影の開始までのレスポンスが落ちる場合があるからである。したがって、本実施形態では、図２に示すフローの処理を行なうことにより、ダミー用ヘッダファイル分の容量を確実に確保し、ダミー用ヘッダファイルを作成しても、そのレスポンスを損なわないようにすることができる。
【００４８】
次に、ユーザにより、ＳＤカード等の着脱可能なメディア（記録媒体Ｍ１）が電子カメラ１に装着された時の動作例について説明する。
【００４９】
図３は、記録媒体Ｍ１が電子カメラ１に装着された時の動作の一例を示すフローチャートである。以下の動作例では、ＣＰＵ２７は、ユーザにより記録媒体Ｍ１が電子カメラ１に装着されると、図３に示すフローの処理を開始する。なお、図３に示すフローの処理では、図２に示すフローの処理により既にダミー用ヘッダファイルが記録媒体Ｍ１のメモリに書き込まれている場合と、図２に示すフローの処理がなされておらず、ダミー用ヘッダファイルが記録媒体Ｍ１のメモリに書き込まれていない場合とを想定している。
【００５０】
ステップＳ２０１：ＣＰＵ２７は、カードマウント処理を行なう。具体的には、ＣＰＵ２７は、ＡｎｄｒｏｉｄのＯＳのファイルシステムにおいて、ディレクトリーツリーの一部に記録媒体Ｍ１を割り当てる操作を行なう。これにより、ＣＰＵ２７は、記録媒体Ｍ１のメモリへの読み書きが可能となる。そして、ＣＰＵ２７は、ステップＳ２０２の処理に移行する。
【００５１】
ステップＳ２０２：ＣＰＵ２７の確認部２７ｃは、ダミー用ヘッダファイルの確認処理を行なう。具体的には、確認部２７ｃは、記録媒体Ｍ１のメモリ内の情報を読み出して、ダミー用ヘッダファイルが存在するか否かを確認する。そして、ＣＰＵ２７は、ステップＳ２０３の処理に移行する。
【００５２】
ステップＳ２０３：ダミー用ヘッダファイルが存在する場合（ステップＳ２０３：Ｙｅｓ）、ＣＰＵ２７は、新たにダミー用ヘッダファイルを作成する必要がないので、図３に示すフローの処理を終了させる。一方、ダミー用ヘッダファイルが存在しない場合（ステップＳ２０３：Ｎｏ）、ＣＰＵ２７は、ステップＳ２０４の処理に移行する。
【００５３】
ステップＳ２０４：ＣＰＵ２７の判定部２７ｂは、メモリの空き容量があるか否かを判定する。ダミー用ヘッダファイルを作成するだけのメモリの空き容量がない場合（ステップＳ２０４：Ｎｏ）、ＣＰＵ２７は、ステップＳ２０６の処理に移行する。一方、メモリの空き容量がある場合（ステップＳ２０４：Ｙｅｓ）、ＣＰＵ２７は、ステップＳ２０５の処理に移行する。
【００５４】
ステップＳ２０５：ＣＰＵ２７の記録制御部２７ａは、ダミー用ヘッダファイルの作成処理を行なう。具体的には、記録制御部２７ａは、図２に示すステップＳ１０３と同様にして、ダミー用ヘッダファイルの作成処理を行なう。そして、ＣＰＵ２７は、図３に示すフローの処理を終了させる。
【００５５】
ステップＳ２０６：ＣＰＵ２７は、容量不足によるエラー表示処理を行なう。具体的には、ＣＰＵ２７は、表示Ｉ／Ｆ部１８を介して表示モニタ１９に「容量不足」のエラー表示をさせる。そして、ＣＰＵ２７は、図３に示すフローの処理を終了させる。
【００５６】
以上より、本実施形態では、記録媒体Ｍ１等のようにメディアの着脱が可能な場合において、記録媒体Ｍ１の装着時にダミー用ヘッダファイルの有無を確認し、もし、存在せず、かつ、空き容量があれば、ダミー用ヘッダファイルの作成を行なうことができる。これにより、本実施形態では、ダミー用ヘッダファイル分の容量を確実に確保し、かつ、ダミー用ヘッダファイルを作成しても、上記のレスポンスを損なわないようにすることができる。
【００５７】
次に、動画モード切替時における動作の一例について説明する。
【００５８】
図４は、動画モード切替時における動作の一例を示すフローチャートである。以下の動作例では、ユーザ入力により、例えば静止画像の再生モード等、他のモードから動画撮影を行なう動画モードに切り替えられた場合、又は、動画撮影後に再度、動画モードにて、動画撮影を行なう場合、ＣＰＵ２７は、図４に示すフローの処理を開始する。
【００５９】
ステップＳ３０１：ＣＰＵ２７の確認部２７ｃは、ダミー用ヘッダファイルの確認処理を行なう。具体的には、確認部２７ｃは、記録媒体Ｍ１のメモリ内の情報を読み出して、ダミー用ヘッダファイルが存在するか否かを確認する。そして、ＣＰＵ２７は、ステップＳ３０２の処理に移行する。
【００６０】
ステップＳ３０２：ダミー用ヘッダファイルが存在する場合（ステップＳ３０２：Ｙｅｓ）、ＣＰＵ２７は、新たにダミー用ヘッダファイルを作成する必要がないので、図４に示すフローの処理を終了させる。一方、ダミー用ヘッダファイルが存在しない場合（ステップＳ３０２：Ｎｏ）、ＣＰＵ２７は、ステップＳ３０３の処理に移行する。
【００６１】
ステップＳ３０３：ＣＰＵ２７の判定部２７ｂは、メモリの空き容量があるか否かを判定する。ダミー用ヘッダファイルを作成するだけのメモリの空き容量がない場合（ステップＳ３０３：Ｎｏ）、ＣＰＵ２７は、後述するステップ３０８の処理に移行する。一方、メモリの空き容量がある場合（ステップＳ３０３：Ｙｅｓ）、ＣＰＵ２７は、ステップＳ３０４の処理に移行する。
【００６２】
ステップＳ３０４：ＣＰＵ２７は、動画撮影準備中のメッセージの表示処理を行なう。すなわち、ＣＰＵ２７は、表示Ｉ／Ｆ部１８を介して表示モニタ１９に「動画撮影準備中」の文字を表示させる。そして、ＣＰＵ２７は、ステップＳ３０５の処理に移行する。
【００６３】
ステップＳ３０５：ＣＰＵ２７の記録制御部２７ａは、ダミー用ヘッダファイルの作成処理を行なう。具体的には、記録制御部２７ａは、図２に示すステップＳ１０３と同様にして、ダミー用ヘッダファイルの作成処理を行なう。そして、ＣＰＵ２７は、ステップＳ３０６の処理に移行する。
【００６４】
ステップＳ３０６：ＣＰＵ２７は、動画撮影準備中のメッセージの表示の終了処理を行なう。すなわち、ＣＰＵ２７は、表示Ｉ／Ｆ部１８を介して表示モニタ１９に表示されている「動画撮影準備中」の文字を消去させる。そして、ＣＰＵ２７は、ステップＳ３０７の処理に移行する。
【００６５】
ステップＳ３０７：ＣＰＵ２７は、動画モードへの切替えの完了処理を行なう。そして、ＣＰＵ２７は、図４に示すフローの処理を終了させる。
【００６６】
ステップＳ３０８：ＣＰＵ２７は、容量不足によるエラー表示処理を行なう。すなわち、ＣＰＵ２７は、表示Ｉ／Ｆ部１８を介して表示モニタ１９に「容量不足」のエラー表示をさせる。そして、ＣＰＵ２７は、図４に示すフローの処理を終了させる。
【００６７】
以上より、本実施形態では、一例として、動画撮影によりダミー用ヘッダファイルを使用した後、動画ファイルを削除した等の原因で、その動画ファイルに関連付けられたダミー用ヘッダファイルも削除された場合についても適用できる。つまり、本実施形態では、動画モードに遷移した時点でもダミー用ヘッダファイルの存在確認を行なう。
【００６８】
もし、ダミー用ヘッダファイルが存在しない場合、本実施形態では、動画モードの切替えに時間を要するが、「動画撮影準備中」の文字を表示モニタ１９に表示させて、ダミーヘッダーファイルを作成する。換言すると、記録制御部２７ａは、一例として、録画済みの動画データと共にダミー用ヘッダファイルを削除した場合、ダミー用ヘッダファイルの記録領域を新たに確保する。
【００６９】
つまり、本実施形態では、ダミー用ヘッダファイルを１度作成すると、削除するか、又は、メモリの容量不足に陥らない限り、ダミー用ヘッダファイルを必要としないため、毎回動画モードに切り替わる際に上記のレスポンスを損なうことはない。
【００７０】
次に、動画撮影時に実際にダミー用ヘッダファイルが使用される状況について説明する。ここで、説明を分かりやすくするため、先ず、従来の動画記録処理について説明する。
【００７１】
図５は、比較例として、従来の動画記録処理を説明する概念図である。
【００７２】
図５（ａ）〜（ｃ）は、ストレージ（例えば記録媒体Ｍ１）のメモリ内に、動画データとサムネイル・キャッシュのデータが記録されていく様子を模式的に示している。
【００７３】
図５（ａ）において、従来の動画記録処理では、動画バッファ１４ａに、動画像（映像）のデータと音声のデータとが合成された動画データを一旦貯めた後、記録媒体Ｍ１のメモリに書き込む。但し、マルチタスクＯＳの環境下であるため、並列処理により、一例としてサムネイル・キャッシュを作成するアプリケーション３０が、サムネイル・キャッシュのデータをメモリに書き込む。
【００７４】
つまり、動画記録のタスクと、マルチタスクＯＳの環境下で動作している他のアプリケーションのタスクとは、同期していない。そのため、複数のアプリケーションのタスクが、各々、いつどのタイミングでデータをメモリに書き込むかについては保証されていない。なお、図５（ａ）において、動画のヘッダ情報は、まだ作成されていないので点線の囲みで表わしているが、作成時にはＲＡＭ１４に一時記録される。
【００７５】
ここで、従来の動画記録処理では、図５（ｂ）において、メモリの空き容量を監視しており、メモリの空き容量が動画バッファ分の空き容量（閾値：空き容量のマージン）になると、動画撮影を停止する。続いて、従来の動画記録処理では、最終的に動画のヘッダ情報を書き込む必要が生じる。
【００７６】
しかしながら、図５（ｃ）に示す通り、サムネイル・キャッシュを作成するアプリケーション３０が、サムネイル・キャッシュのデータを書き込むことにより、動画のヘッダ情報を書き込めるだけの空き容量がない。この場合、従来の動画記録処理では、動画のヘッダ情報が書き込めず、動画データの記録を完了させることができない問題が生じる。
【００７７】
そこで、本実施形態では、上記の問題を解決して、マルチタスクＯＳの環境下においても、確実に動画記録を行なえる手段を提供する。
【００７８】
図６は、本実施形態の動画記録処理を説明する概念図である。図７は、動画撮影時における電子カメラ１の動作の一例を示すフローチャートである。以下の説明では、動画データを記録媒体Ｍ１に記録する場合について説明する。
【００７９】
図６（ａ）に示す通り、本実施形態では、ストレージ（例えば、記録媒体Ｍ１）のメモリにダミー用ヘッダファイルを予め確保している。この状態で、ユーザが動画撮影釦２６を押下すると、ＣＰＵ２７は、図７に示すフローの処理を開始する。
【００８０】
ステップＳ４０１：ＣＰＵ２７は、動画記録処理を行なう。本実施形態では、動画記録処理では、被写体（動画像）を撮影しながら順次記録媒体Ｍ１に記録するストリーミング方式を採用する。
【００８１】
図８は、本実施形態におけるストリーミング方式の動画記録処理の一例を説明する図である。ここで、ＣＰＵ２７の記録制御部２７ａは、動画データ（動画像（映像）のデータと音声のデータ）をストリーミング方式で記録媒体Ｍ１に順次記録していく。すなわち、記録制御部２７ａは、動画データをＲＡＭ１４の動画バッファ１４ａの領域に書き込む。また、記録制御部２７ａは、動画撮影中、動的に変化する動画のヘッダ情報をＲＡＭ１４内のヘッダ情報用ワーク領域に更新していく。そして、ＣＰＵ２７は、ステップＳ４０２の処理に移行する。
【００８２】
なお、上述した通り、マルチタスクＯＳの環境下であるため、並列処理により、一例としてサムネイル・キャッシュを作成するアプリケーション３０は、サムネイル・キャッシュを作成する毎に所定のタイミングでサムネイル・キャッシュのデータを記録制御部２７ａを介して記録媒体Ｍ１のメモリに書き込む。
【００８３】
ステップＳ４０２：ＣＰＵ２７の判定部２７ｂは、メモリの空き容量がマージン以下か否かを確認する。具体的には、判定部２７ｂは、記録媒体Ｍ１のメモリの空き容量を確認する。そして、ＣＰＵ２７は、ステップＳ４０３の処理に移行する。
【００８４】
ステップＳ４０３：図６（ａ）に示す通り、メモリの空き容量がマージンよりも大きい場合（ステップＳ４０３：Ｎｏ）、ＣＰＵ２７は、動画バッファ１４ａに記録されている動画データを記録媒体Ｍ１に記録して、動画バッファ１４ａの領域を開放した後、ステップＳ４０１の処理に戻る。この際、記録制御部２７ａは、画像処理部１５に動画データを例えばＭＰＥＧ形式で圧縮処理させた後、記録媒体Ｍ１に記録する。
【００８５】
一方、図６（ｂ）に示す通り、メモリの空き容量がマージン以下の場合（ステップＳ４０３：Ｙｅｓ）、ＣＰＵ２７は、ステップＳ４０４の処理に移行する。つまり、ＣＰＵ２７は、メモリの空き容量がマージン以下になるまで、動画記録処理を行なう。
【００８６】
ステップＳ４０４：ＣＰＵ２７は、動画撮影を停止する（図６（ｂ）参照）。そして、ＣＰＵ２７は、ステップＳ４０５の処理に移行する。
【００８７】
ステップＳ４０５：ＣＰＵ２７の記録制御部２７ａは、動画データのヘッダファイルの作成処理を行なう。具体的には、記録制御部２７ａは、最終的な動画のファイルサイズや記録日時等を含むヘッダファイルを作成して、ＲＡＭ１４内のヘッダ情報用ワーク領域に一時記録する。そして、ＣＰＵ２７は、ステップＳ４０６の処理に移行する。
【００８８】
ステップＳ４０６：ＣＰＵ２７の判定部２７ｂは、メモリの空き容量がヘッダファイルを書き込めるサイズが残っているか確認する。すなわち、１回に書き込める動画データの容量よりも動画のヘッダ情報の容量の方が少ないため、サムネイル・キャッシュ等、他のデータの書き込みが発生しなければ、記録制御部２７ａは、ダミー用ヘッダファイルを利用しなくて済む。判定部２７ｂによる確認が終了すると、ＣＰＵ２７は、ステップＳ４０７の処理に移行する。
【００８９】
ステップＳ４０７：メモリの空き容量がない場合（ステップＳ４０７：Ｎｏ）、ＣＰＵ２７は、ステップＳ４０８の処理に移行する。 一方、メモリの空き容量がある場合（ステップＳ４０７：Ｙｅｓ）、ＣＰＵ２７は、ステップＳ４０９の処理に移行する。
【００９０】
ステップＳ４０８：ＣＰＵ２７の記録制御部２７ａは、ダミー用ヘッダファイルの書換え処理を行なう。具体的には、図６（ｃ）に示す通り、記録制御部２７ａは、ＲＡＭ１４内のヘッダ情報用ワーク領域に一時記録されている動画データのヘッダファイルを読み出して、動画撮影する毎に動的に変化するデータ（最終的な動画のファイルサイズや記録日時等）を、ダミー用ヘッダファイルに書き込む。この書き込みにより、ダミー用ヘッダファイルは、ヘッダファイルに変換される。そして、ＣＰＵ２７は、ステップＳ４１０の処理に移行する。
【００９１】
なお、本実施形態では、図６（ｄ）に示す通り、記録制御部２７ａは、ダミー用ヘッダファイルを一旦消去して、ヘッダファイルの空き容量を確保した上で、ＲＡＭ１４内のヘッダ情報用ワーク領域に一時記録されている動画のヘッダ情報を書き込むようにしても良い。
【００９２】
ステップＳ４０９：ＣＰＵ２７の記録制御部２７ａは、通常のヘッダファイルの書込み処理を行なう。具体的には、記録制御部２７ａは、ＲＡＭ１４内のヘッダ情報用ワーク領域に一時記録されている動画データのヘッダファイルを読み出して、記録媒体Ｍ１のメモリに書き込む。これにより、記録制御部２７ａは、ダミー用ヘッダファイルを次回以降の動画撮影に使用することができる。そして、ＣＰＵ２７は、ステップＳ４１０の処理に移行する。
【００９３】
ステップＳ４１０：ＣＰＵ２７の記録制御部２７ａは、ヘッダファイルと動画データとの結合処理を行なう。具体的には、記録制御部２７ａは、ヘッダファイルから動画データへのリンク先を指定する。そして、ＣＰＵ２７は、図７に示すフローの処理を終了させる。
【００９４】
なお、結合処理において、ヘッダファイルから動画ファイルへリンク先を指定する構造になっていない場合、記録制御部２７ａは、上述した通り、ダミー用ヘッダファイルを一旦削除して、その空き容量部分に新たにヘッダ情報を書き込むようにする。
【００９５】
以上説明した通り、本実施形態の電子カメラ１は、マルチタスクＯＳの環境下においても、ダミー用ヘッダファイルを予め確保しておくので、確実に動画記録を行なうことができる。なお、フローの処理には示していないが、ステップＳ４０１〜Ｓ４０３を繰り返して動画撮影している時に、ユーザにより動画撮影釦２６が押下された場合、動画撮影を終了する割り込みのタスクが発生する。この場合、記録媒体Ｍ１のメモリには空き容量があるので、記録制御部２７ａは、ステップＳ４０９の処理と同様にして、通常のヘッダファイルの書込み処理を行なう。そして、ＣＰＵ２７は、図７に示すフローの処理を終了させる。
【００９６】
（実施形態の補足事項）
（１）上記の実施形態では、本発明の一実施形態として、電子カメラ１を適用したが、本発明は、これに限定されるものではない。他の実施形態としては、例えば、電子カメラ機能付きのパーソナルコンピュータ（携帯用の情報処理端末等）を用いて、電子カメラ１と同様の処理を行なっても良い。又は、他の実施形態としては、電子カメラ機能付きの携帯電話等の電子機器を用いて、電子カメラ１と同様の処理を行なっても良い。
【００９７】
（２）上記の実施形態では、撮像素子１２が出力する動画像のデータと、音声処理部２１で処理された音声のデータとが合成された動画データを取り扱ったが、動画データとしては、音声入力をオフにして、動画像のデータだけであっても良い。
【符号の説明】
【００９８】
１・・・電子カメラ、１２・・・撮像素子、２７ａ・・・記録制御部、２７ｂ・・・判定部
【図１】
2014036432.tif 000003
【図２】
2014036432.tif 000004
【図３】
2014036432.tif 000005
【図４】
2014036432.tif 000006
【図５】
2014036432.tif 000007
【図６】
2014036432.tif 000008
【図７】
2014036432.tif 000009
【図８】
2014036432.tif 000010