(57)【要約】【課題】連続性のあるファイルをより効率的に検索できる技術の実現。【解決手段】複数のファイルから、連続して撮影された複数の画像ファイルを検索する情報処理装置であって、ファイルの属性に基づいて画像ファイルを検索する検索手段と、検索された各画像ファイルから、当該画像ファイルが記録されたときに付加された関連情報を取得する取得手段と、前記関連情報に基づいて同じ属性を持つ複数の画像ファイルの間に連続性があるか判定する判定手段と、連続性があると判定された複数の画像ファイルを同一のグループとして設定する設定手段と、を有し、前記関連情報は、当該ファイルの後に撮影された画像ファイルを示す識別情報と、当該ファイルより前に撮影された画像ファイルを示す識別情報とを含む。【選択図】図２
2014154891.tif 000002
【特許請求の範囲】
【請求項１】
複数のファイルから、連続して撮影された複数の画像ファイルを検索する情報処理装置であって、
ファイルの属性に基づいて画像ファイルを検索する検索手段と、
検索された各画像ファイルから、当該画像ファイルが記録されたときに付加された関連情報を取得する取得手段と、
前記関連情報に基づいて同じ属性を持つ複数の画像ファイルの間に連続性があるか判定する判定手段と、
連続性があると判定された複数の画像ファイルを同一のグループとして設定する設定手段と、を有し、
前記関連情報は、当該ファイルの後に撮影された画像ファイルを示す識別情報と、当該ファイルより前に撮影された画像ファイルを示す識別情報とを含むことを特徴とする情報処理装置。
【請求項２】
記録媒体に格納された画像ファイルの一覧を表示する表示手段を更に有し、
前記表示手段は、前記同一のグループとして設定された複数の画像ファイルを識別可能に表示することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記同一のグループとして設定された複数の画像ファイルを保存する保存先のフォルダ名とファイル名を指定する指定手段を更に有することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記保存先のフォルダは、前記同一のグループとして設定された複数の画像ファイルの保存先のフォルダの下に撮影日時ごとに作成されることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記画像ファイルは、連続して撮影された複数の動画ファイルであって、ファイル名が不連続のファイル群、または撮影日時ごとに管理されたファイル群を含み、
前記検索手段は、検索する対象の画像ファイルの拡張子とファイル名の連番性により動画ファイルを検索し、
前記判定手段は、前記関連情報に基づいて同じ属性で前後に並ぶ動画ファイルの間に連続性があるか判定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記同一のグループとして設定された複数の画像ファイルを結合する結合処理を行う結合手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記結合手段は、前記同一のグループとして設定された複数の画像ファイルがすべて揃っていない場合または保存先のファイルシステムの保存条件を満たしていない場合に、前記結合処理を行わないことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記結合手段は、前記同一のグループとして設定された複数の画像ファイルの結合処理が成功した場合、結合後のファイルを１つ上の保存先に格納し、結合前の個々のファイルを削除することを特徴とする請求項６又は７に記載の情報処理装置。
【請求項９】
撮像装置により撮像された画像ファイル又は記録媒体に格納された画像ファイルを取り込む手段を更に有することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
複数のファイルから、連続して撮影された複数の画像ファイルを検索する情報処理装置の制御方法であって、
ファイルの属性に基づいて画像ファイルを検索するステップと、
検索された各画像ファイルから、当該画像ファイルが記録されたときに付加された関連情報を取得するステップと、
前記関連情報に基づいて同じ属性を持つ複数の画像ファイルの間に連続性があるか判定するステップと、
連続性があると判定された複数の画像ファイルを同一のグループとして設定するステップと、を有し、
前記関連情報は、当該ファイルの後に撮影された画像ファイルを示す識別情報と、当該ファイルより前に撮影された画像ファイルを示す識別情報とを含むことを特徴とする制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項に記載された情報処理装置の各手段として機能させるプログラム。
【請求項１２】
コンピュータを、請求項１乃至９のいずれか１項に記載された情報処理装置の各手段として機能させるプログラムを格納した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、連続する動画を検索する技術に関する。
【背景技術】
【０００２】
デジタルカメラ等の撮像装置は、ＤＣＦ規格に従って動画を記録することが一般的であるので、ファイル名の並びから連続して撮影された動画ファイル群であるかを検索できる。例えば、ＭＶＩ＿０００１．ＭＰ４が連続して撮影された動画の先頭であった場合、ＭＶＩ＿０００２．ＭＰ４が存在すれば、ＭＶＩ＿０００１．ＭＰ４とＭＶＩ＿０００２．ＭＰ４とが連続して撮影された動画であるのかを確認するのが最も効率が良い。
【０００３】
例えば、特許文献１のように、時間的に連続する動画を異なるファイル名で複数の記録媒体に分割して記録した場合に、それらの複数の動画データを時間的に連続して再生する方法がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２８０３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ファイル名の並びを参照せずに、すべての動画ファイルから関連情報を取得して、どれが連続して撮影された動画ファイル群であるかを検索すると処理に時間が掛かってしまう。
【０００６】
また、上記特許文献１では、分割して記録された複数の動画ファイルにおいて、時間的に前に位置する動画ファイルに対して後ろに位置する動画ファイルのリンク情報を付加して記録し、リンク情報に基づいて複数の動画データを時間的に連続して再生できる。しかしながら、このようなリンク情報では、例えばユーザが選択した動画ファイルよりも時間的に前に記録された動画ファイルを簡単に検索することはできない。例えば、予めすべての動画データからリンク情報を取得して、連続して撮影された動画であるかを事前に判別しておくと解決できるが、このような処理は時間もかかるし、大きなメモリも必要となる。
【０００７】
また、分割された各ファイルを結合した後の動画データが、保存先のファイルシステムのファイルサイズの上限を超えてしまう場合には、ファイルの結合に失敗してしまう。
【０００８】
本発明は、上記課題に鑑みてなされ、その目的は、連続性のあるファイルをより効率的に検索できる技術を実現することである。
【課題を解決するための手段】
【０００９】
上記課題を解決し、目的を達成するために、本発明の情報処理装置は、複数のファイルから、連続して撮影された複数の画像ファイルを検索する情報処理装置であって、ファイルの属性に基づいて画像ファイルを検索する検索手段と、検索された各画像ファイルから、当該画像ファイルが記録されたときに付加された関連情報を取得する取得手段と、前記関連情報に基づいて同じ属性を持つ複数の画像ファイルの間に連続性があるか判定する判定手段と、連続性があると判定された複数の画像ファイルを同一のグループとして設定する設定手段と、を有し、前記関連情報は、当該ファイルの後に撮影された画像ファイルを示す識別情報と、当該ファイルより前に撮影された画像ファイルを示す識別情報とを含む。
【発明の効果】
【００１０】
本発明によれば、ファイルの属性を手掛かりに連続があるファイルを検索し、その後ファイルの関連情報を解析するので、すべてのファイルから関連情報を取得する必要がなくなる。そのため、連続性のあるファイルをより効率的に検索できるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る一実施形態の撮影装置（ａ）及び情報処理装置（ｂ）の各構成を示すブロック図。
【図２】本実施形態による動画ファイルの判定処理を示すフローチャート。
【図３】本実施形態の動画ファイルのデータ構成を示す図。
【図４】本実施形態による動画ファイルの連続性判定処理を示すフローチャート。
【図５】本実施形態によるファイル取込処理を示すフローチャート。
【図６】本実施形態によるファイル取込先の設定処理を示すフローチャート。
【図７】本実施形態の画像管理アプリケーションが表示するＵＩ画面を例示する図。
【図８】本実施形態のファイル取込処理において保存先のフォルダを指定するためのＵＩ画面を例示する図。
【図９】本実施形態のファイル取込処理においてファイル名を指定するためのＵＩ画面を例示する図。
【図１０】本実施形態のファイル取込処理１により動画ファイルを取り込んだ後のフォルダ構成を例示する図。
【図１１】本実施形態のファイル取込処理２により動画ファイルを取り込んだ後のフォルダ構成を例示する図。
【図１２】本実施形態のファイル取込処理３により動画ファイルを取り込んだ後のフォルダ構成を例示する図。
【図１３】本実施形態のファイル結合処理を示すフローチャート。
【図１４】本実施形態のファイル結合処理により動画ファイルを結合した後のフォルダ構成を例示する図。
【発明を実施するための形態】
【００１２】
以下に、本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。また、後述する各実施形態の一部を適宜組み合わせて構成しても良い。
【００１３】
［実施形態１］本発明の情報処理装置をパーソナルコンピュータ（以下、ＰＣ）により実現した例について説明するが、動画や静止画を撮影するデジタルカメラ等の撮像装置やスマートフォン等の携帯型電子機器にも適用可能である。
【００１４】
本実施形態のＰＣは、撮像装置であるカメラの内蔵メモリや外付けのメモリカード等の記録媒体に異なるファイル名で分割して記録された時間的に連続して撮影された複数の動画データを検索してまとめてＰＣへ取り込む機能を有し、ＰＣ及びカメラにインストールされた画像管理アプリケーション（以下、アプリケーション）が処理を実行する。なお、後述する実施形態のように、ＰＣ及びカメラの各アプリケーション上でのアルゴリズムは相違又は変更される場合もある。
【００１５】
＜カメラの構成＞図１（ａ）を参照して、本実施形態のカメラの構成について説明する。
【００１６】
図１（ａ）において、カメラ１００は、光学系１０１と、撮像素子１０２と、ＣＰＵ１０３と、一次記憶装置１０４と、二次記憶装置１０５と、記憶媒体１０６と、表示部１０７と、操作部１０８と、通信装置１０９とを含んでいる。
【００１７】
光学系１０１は、レンズ、シャッター、絞りから構成されていて、被写体からの光を適切な量とタイミングで撮像素子１０２に結像させる。撮像素子１０２は、光学系１０１を通って結像した光を電気信号に変換する。ＣＰＵ１０３は、入力された信号やプログラムに従って、各種の演算や、カメラ１００を構成する各部の制御を行う。一次記憶装置１０４は揮発性メモリなどであり、一時的なデータを記憶し、ＣＰＵ１０３の作業用に使われる。二次記憶装置１０５はハードディスクドライブなどであり、カメラ１００を制御するためのプログラム（ファームウェア）や各種の設定情報などを記憶する。記憶媒体１０６は、撮影した画像データ、顔辞書などを記憶する。なお、記憶媒体１０６はカメラ１００から取り外すことが可能であり、後述するＰＣ２００などに装着して画像データを読み出すことが可能である。つまり、カメラ１００は記憶媒体１０６へのアクセス手段を有し、記憶媒体１０６へのデータの読み出し／書き込みが実行できればよい。なお、顔辞書は記憶媒体１０６に記憶されるが、二次記憶装置１０５に記憶してもよい。表示部１０７は、撮影時のビューファインダー画像の表示、撮影した画像の表示、対話的な操作のための文字表示などを行う。顔辞書の登録、登録された顔辞書の表示についても表示部１０７で行う。操作部１０８は、ユーザの操作を受け付けるためのものである。操作部１０８は、例えばボタンやレバー、タッチパネルなどを用いることが可能である。通信装置１０９は、ＰＣなどの情報処理装置と接続し制御コマンドやデータの送受信を行う。情報処理装置との接続を確立し、データ通信するためのプロトコルとしては、例えば、ＰＴＰ（Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＭＴＰ（Ｍｅｄｉａ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が用いられる。なお、通信装置１０９は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ケーブルなどの有線接続により通信を行ってもよい。また、無線ＬＡＮなどの無線接続により通信を行ってもよい。また、情報処理装置と直接接続してもよいし、サーバを経由したり、インターネットなどのネットワークを介して接続したりしてもよい。
【００１８】
図１（ａ）のカメラ１００を用いて長時間の動画撮影を行う場合、所定の時間、または所定のデータサイズになると、１つの動画ファイルの記録が終了し、継続する撮影に対応した新たな動画ファイルを作成する。そのため、連続した複数の動画ファイルがメモリカードに記録され、ファイル番号も続き番号となる。また、動画撮影中に、静止画撮影も可能となっている。動画撮影中に静止画撮影を行うと記録中の動画ファイルのファイル番号の次のファイル番号が静止画に割り当てられるため、動画のファイル番号は連続しないことになる。各動画ファイルには、属性情報が記録されており、そのファイルの後に記録されたファイルを示す識別情報と、そのファイルより前の記録されたファイルを示す識別情報とが記録されている。詳細は図３を用いて説明する。
【００１９】
＜ＰＣの構成＞図１（ｂ）を参照して、本実施形態のＰＣの構成について説明する。
【００２０】
図１（ｂ）において、ＰＣ２００は、表示部２０１と、操作部２０２と、ＣＰＵ２０３と、一次記憶装置２０４と、二次記憶装置２０５と、通信装置２０６とを含んでいる。上記各要素の基本的な機能はカメラ１００と同様であり、詳細な説明は省略する。なお、表示部２０１には液晶表示パネル（ＬＣＤ）などが適用される。また、表示部２０１はＰＣ２００が備えている必要はなく、表示部２０１の表示を制御する表示制御機能を有していればよい。操作部２０２には、キーボードやマウスなどが適用され、例えば、ユーザが動画ファイルを選択するために用いられる。
【００２１】
＜動画ファイルの判定処理＞図２を参照して、本実施形態によりカメラからＰＣへ動画ファイルを取り込む際に、動画ファイルの連続性を判定する処理について説明する。
【００２２】
なお、以下の処理は、ＰＣ２００にインストールされたアプリケーションをＣＰＵ２０３が実行することにより実現される。
【００２３】
まず、カメラ１００とＰＣ２００とが接続され、通信装置１０９、２０６を介してカメラ１００とＰＣ２００との間に通信が確立されると、図２の処理が開始される。なお、図２の処理開始のトリガーは、ＰＣ２００がメモリカードの装着を検知した場合であっても良い。
【００２４】
図２の処理では、最終画像（通常のＤＣＦ規格に従った画像のみがメモリカードに格納されている場合には、最大ファイル番号の画像）から、動画の判定と、その前に記録されている画像の連続性を判定する処理を示している。
【００２５】
なお、本実施形態では、ＤＣＦ規格に従った画像であればファイル番号が大きい方から小さい方に向けて動画像の連続性を検索していくが、ファイル番号が小さい方から大きい方へ検索しても良い。
【００２６】
また、以下の説明ではメモリカード内のすべての画像を検索する対象とするが、例えば選択した動画と同じグループのみを検索する場合には、選択した画像のファイル番号よりも大きい方と、小さい方の両方向に検索していくように変形しても良い。この場合、すべての画像を検索しないで、カレント画像とそれまでに検索した動画との連続性がなくなったならば検索を中止すれば良い。
【００２７】
図２において、ＣＰＵ２０３は、Ｓ２０１で最終画像をカレント画像とし、Ｓ２０２でカレント画像のファイル名の拡張子等の属性情報を取得する。
【００２８】
Ｓ２０３では、ＣＰＵ２０３は、Ｓ２０２で取得した属性情報からカレント画像が動画であるか判定する。ここでは、拡張子等の属性情報を用いて判定しているが、それ以外の方法で判定しても良い。
【００２９】
Ｓ２０３で動画であると判定された場合はＳ２０４に進み、ＣＰＵ２０３は、カレント画像の前にファイル名の並び順が１つ前の画像が存在するか判定し、存在すると判定された場合はＳ２０５に進み、ＣＰＵ２０３は、１つ前の画像をカレント画像とする。
【００３０】
Ｓ２０６では、ＣＰＵ２０３は、Ｓ２０５で設定されたカレント画像の属性情報を取得する。
【００３１】
Ｓ２０７では、ＣＰＵ２０３は、カレント画像と１つ前の画像との間に連続性があるか判定する。Ｓ２０７で連続性があると判定された場合はＳ２０８に進み、ＣＰＵ２０３は、カレント画像と１つ前の画像に連続性があることを示す識別情報を各ファイルの属性情報に付加してメモリカードに記憶し、Ｓ２０４からの処理を繰り返す。この識別情報は、カレント画像の後に撮影された画像ファイルを示す識別情報と、当該ファイルより前に撮影された画像ファイルを示す識別情報とを含む。
【００３２】
一方、Ｓ２０３でカレント画像が動画でない、或いはＳ２０７でカレント画像と１つ前の画像との間に連続性がないと判定された場合はＳ２０９に進み、ＣＰＵ２０３は、Ｓ２０４と同様にカレント画像の前に画像が存在するか判定する。そして、Ｓ２０９で前の画像が存在すると判定された場合はＳ２１０に進み、ＣＰＵ２０３は、１つ前の画像をカレント画像とし、Ｓ２０２からの処理を繰り返す。
【００３３】
また、Ｓ２４０又はＳ２０９で前の画像が存在しないと判定された場合は、本処理を終了する。
【００３４】
このように画像のファイル名の連番性や時系列性等に基づいて連続する動画であるかを判定するのが最も効率が良い。ここでは、カレント画像が１つ前の画像と連続性があるかを判定しているが、カレント画像と１つ後の画像との間の連続性を判定しても良い。
【００３５】
図３は、連続して撮影された動画として、５つのＭＰ４ファイルの構成を例示している。ここでは、連続して撮影された動画が分割して記録されたＭＰ４ファイルをファイルブレイクＭＰ４と呼ぶ。なお、ファイルブレイク処理は、動画撮影中に、動画データが所定の容量（例えば、２ＧＢｙｔｅ）になった場合、この動画データを一旦クローズし、新規に別ファイルを作成して、続きの動画データの記録を継続する機能である。
【００３６】
各ＭＰ４ファイルには、関連情報３０１としてＵｎｉｑｕｅ ＩＤ（ＵＩＤ）、Ｎｅｘｔ ＩＤ（ＮＩＤ）、Ｐｒｅｖｉｏｕｓ ＩＤ（ＰＩＤ）の３つのＩＤが付加される。ＵＩＤとは、ファイルを表す一意の情報である。ＮＩＤとはファイルブレイクされた次のファイルのＵＩＤを示すための識別情報である。ＰＩＤとはファイルブレイクされた前のファイルのＵＩＤを示すためのＩＤである。なお、動画撮影中に静止画を撮影することもできるため、ファイルの連番性だけではなく、これらのＩＤにどのファイルが連続しているかが書き込まれている。ＮＩＤが００００、かつ、ＰＩＤが００００の場合、前後のファイルを示していないので、ファイルブレイクされていないファイルとなる。
【００３７】
３０２のＭＶＩ＿０００１．ＭＰ４のＰＩＤは００００であるが、ＮＩＤが１１１２であるため、ファイルブレイクされた先頭の動画であることが分かる。
【００３８】
次に、矢印３０５で示したように、３０３のＭＶＩ＿０００２．ＭＰ４のＵＩＤとＭＶＩ＿０００１．ＭＰ４のＰＩＤが一致するので、ＭＶＩ＿０００１．ＭＰ４とＭＶＩ＿０００２．ＭＰ４が連続して撮影された動画であることが分かる。矢印３０６で示したＭＶＩ＿０００１．ＭＰ４のＮＩＤ とＭＶＩ＿０００２．ＭＰ４のＵＩＤが一致することを確認しても良い。
【００３９】
同様に３０４のＭＶＩ＿０００４．ＭＰ４のＵＩＤとＭＶＩ＿０００２．ＭＰ４のＰＩＤが一致するので、ＭＶＩ＿０００２．ＭＰ４とＭＶＩ＿０００４．ＭＰ４が連続して撮影された動画であること、さらには、ＮＩＤが００００であるため、ファイルブレイクされた最後の動画であることが分かる。ファイル名がＭＶＩ＿０００３．ＭＰ４ではなく、不連続なＭＶＩ＿０００４．ＭＰ４となっているのは、動画撮影中に撮影された静止画であるＭＶＩ＿０００３．ＪＰＧが存在するためである。
【００４０】
よって、ファイル名の連番性だけではなくＩＤも用いて連続性を判定する必要がある。そして、先頭から最後のファイルブレイクＭＰ４が発見されたので、ＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４、ＭＶＩ＿０００４．ＭＰ４が連続して撮影された動画ファイル群であると判定できる。このようにファイル名の連番性に基づいて同一のグループを判定しているため、ＭＶＩ＿０００５．ＭＰ４、ＭＶＩ＿０００６．ＭＰ４のＩＤ群を取得する必要はない。
【００４１】
＜ファイルの連続性判定処理＞次に、図４を参照して、図２のＳ２０７において前後に並ぶ２つの画像の連続性を判定する処理について説明する。
【００４２】
図４において、Ｓ４０１では、ＣＰＵ２０３は、カレント画像のＰＩＤが１つ前の画像のファイルのＵＩＤと一致するかを判定する。なお、カレント画像のＵＩＤが１つ前の画像のＮＩＤと一致するかを確認しても良いものとする。
【００４３】
Ｓ４０１でカレント画像のＰＩＤが１つ前の画像のＵＩＤと一致する場合はＳ４０２に進み、ＣＰＵ２０３は、カレント画像と１つ前の画像が連続する動画であると判定する。
【００４４】
なお、図２の処理でファイル番号が小さい方から大きい方に向けて検索する場合には、カレント画像のファイルのＰＩＤが１つ後のファイルのＵＩＤと一致するかを判定するように変更すればよい。
【００４５】
＜ファイル取込処理＞次に、図５を参照して、図２及び図４の処理で連続する動画であると判定された動画ファイル群（以下、動画群）を特定のフォルダにまとめて取り込む処理について説明する。
【００４６】
なお、以下の処理は、ＰＣ２００にインストールされたアプリケーションをＣＰＵ２０３が実行することにより実現される。
【００４７】
まず、カメラ１００とＰＣ２００とが接続され、通信装置１０９、２０６を介してカメラ１００とＰＣ２００との間に通信が確立されると、図５の処理が開始される。なお、図５の処理開始のトリガーは、ＰＣ２００がメモリカードの装着を検知した場合であっても良い。
【００４８】
Ｓ５０１では、ＣＰＵ２０３は、図２で説明した動画ファイルの判定処理を行う。
【００４９】
Ｓ５０２では、ＣＰＵ２０３は、図２の処理により各ファイルに付加された連続性を示す識別情報に基づいて、連続して撮影された動画群を検索し、これらの取り込み先のフォルダを設定する。フォルダの設定方法としては、例えば、同一グループの先頭ファイル名のフォルダを作成し、そのフォルダに連続して撮影された動画群を取り込む方法等が挙げられる。連続して撮影された動画群をＰＣ２００に取り込む場合、同一グループのファイルを同一フォルダに格納した方がユーザが管理しやすいこと、また、後でこれらのファイルを１つに結合する場合、結合処理がシンプルになることなどが理由である。この処理の詳細については後述する。
【００５０】
Ｓ５０３では、ＣＰＵ２０３は、取り込み対象の画像のファイル名を作成する。この処理は、ＰＣ２００に取り込んだ後に、取り込んだ画像のファイル名を変更するために実行される。
【００５１】
Ｓ５０４では、ＣＰＵ２０３は、図７に示すファイル一覧画面から選択されたファイルを、指定された取り込み先へ取り込む。
【００５２】
Ｓ５０５では、ＣＰＵ２０３は、取り込み対象のすべてのファイルをチェックしたか判定し、まだチェックしていないファイルが存在する場合、Ｓ５０２に戻り処理を継続する。なお、本例では、個々のファイルについてチェックを行っているが、予め取り込み対象の全ファイルをチェックし、一括でファイルを取り込んでも良い。
【００５３】
＜ファイル取込先の設定処理＞図６を参照して、連続して撮影された動画群の取り込み先フォルダを設定する処理について説明する。本例では、同一グループの先頭の動画のファイル名のフォルダを作成し、そのフォルダに連続して撮影された動画群を取り込む場合について説明するが、先頭の動画のファイル名のフォルダではなく、任意の名称のフォルダ名でも良いものとする。
【００５４】
Ｓ６０１では、ＣＰＵ２０３は、取り込み対象のファイルが先頭であるか、つまり、ＰＩＤ＝００００であるかを判定する。先頭のファイルである場合にはＳ６１０に進み、ＣＰＵ２０３は、このファイル名のフォルダを取り込み先として設定する。先頭のファイルではない場合にはＳ６０２に進み、ＣＰＵ２０３は、このファイルをカレント画像とする。
【００５５】
Ｓ６０３では、ＣＰＵ２０３は、ＤＣＩＭフォルダを昇順に検索し、連続して撮影された動画群のファイル名、ＩＤ群を格納したファイルブレイクリストが存在するかを判定する。ＤＣＩＭフォルダの昇順にファイルブレイクリストを作成する理由は、一般的なカメラやアプリケーションでは、この順番で画像を表示しているためである。一覧画面例については後述する。Ｓ６０３でファイルブレイクリストが存在しない場合、Ｓ６０４に進み、ＣＰＵ２０３は、ファイルブレイクリストを作成する。
【００５６】
Ｓ６０５では、ＣＰＵ２０３は、ファイルブレイクリストとカレント画像のＵＩＤを比較し、カレント画像がファイルブレイクリストのどこの位置にあるかを検索する。
【００５７】
Ｓ６０６では、ＣＰＵ２０３は、図４の処理を用いてファイルブレイクリスト上のカレント画像と１つ前の画像との間に連続性があるか判定する。
【００５８】
Ｓ６０６での判定の結果、連続性がないと判定された場合はＳ６１０に進み、ＣＰＵ２０３は、カレント画像のファイル名のフォルダを取り込み先として設定する。また、連続性があると判定された場合はＳ６０８に進み、ＣＰＵ２０３は、１つ前の画像をカレント画像とする。
【００５９】
Ｓ６０９では、ＣＰＵ２０３は、ファイルブレイクリスト上にカレント画像よりも前に画像が存在するかを判定すし、存在する場合はＳ６０６に戻り、存在しない場合はＳ６１０に進み、ＣＰＵ２０３は、カレント画像のファイル名のフォルダを取り込み先として設定する。
【００６０】
本例では、先頭のファイルのファイル名のフォルダを作成しているが、グループ１などのように、動画群がまとめて取り込まれていることが分かるフォルダ名を使用しても良い。
【００６１】
図７は、メモリカードに格納されたファイルを一覧表示し、ＰＣ２００へ取り込む画像を指定するためのアプリケーション画面例である。
【００６２】
図７に示す画面７０１では、メモリカードのＤＣＩＭフォルダに格納された画像ファイルのサムネイルがフォルダの昇順に表示されている。通常、カメラで撮影された画像ファイルはＤＣＦ規格に準拠した形式で記録されるため、ファイル名の連番から連続性があるかを判定するのが最も効率が良い。識別可能に枠７０２で囲った動画が連続して撮影された動画群であるとする。例えば、ＭＶＩ＿０００６．ＭＰ４のみを選択して取り込む場合、ＭＶＩ＿０００６．ＭＰ４と同じグループである、先頭ファイルＭＶＩ＿０００５．ＭＰ４のファイル名のフォルダ「ＭＶＩ＿０００５」へ取り込まれることが望ましい。カレント画像のファイルがＭＶＩ＿０００６．ＭＰ４であった場合、ファイルブレイクリストの１つ前の画像のファイルは、ＭＶＩ＿０００５．ＭＰ４となるので、ＭＶＩ＿０００６．ＭＰ４とＭＶＩ＿０００５．ＭＰ４が連続性があるかを判定することになる。この場合は、連続性があると判定されるので、ＭＶＩ＿０００５．ＭＰ４をカレント画像に変更し、ファイルブレイクリスト上にＭＶＩ＿０００５．ＭＰ４よりも前に連続しているファイルブレイクＭＰ４が存在するかを検索する。結果として、ＭＶＩ＿０００５．ＭＰ４よりも前にファイルブレイクＭＰ４は存在しないため、カレント画像のファイル名「ＭＶＩ＿０００５．ＭＰ４」のフォルダ「ＭＶＩ＿０００５」を取り込み先として設定できる。
【００６３】
図８は、取り込み先のフォルダを指定するためのダイアログ画面を例示している。
【００６４】
図８に示す画面８０１では、ユーザは、メモリカード内のファイルの保存先フォルダ、さらに、その保存先にサブフォルダを作成するかを選択できる。例えば、サブフォルダを作成するにチェックを入れて撮影年月日を選択した場合、画像の撮影日に応じたフォルダが保存先フォルダの下に作成され、そのフォルダ内に画像を取り込むことができる。連続して撮影された動画群を取り込む場合は、このサブフォルダを作成するにチェックが入っていない場合もサブフォルダを作成しても良いものとする。
【００６５】
図９は、ファイル名を指定するためのダイアログ画面を例示している。
【００６６】
図９に示す画面９０１では、ユーザは取り込み対象の画像のファイル名を指定できる。この機能は、図６のＳ６０５での処理に対応する。図５で説明したように撮影された動画群を特定のフォルダにまとめて取り込む場合には、この画面９０１で設定されたファイル名ではなく、ＤＣＩＭフォルダに格納されたファイル名を使用している。
【００６７】
図１０は、ファイル取込処理１によりサブフォルダを作成しない設定で、すべての画像を選択して取り込んだ場合のフォルダ構成例である。
【００６８】
メモリカード１００１において、撮影日時が２０１２／８／７から２０１２／８／８にまたがって連続して撮影した動画ファイルがＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４、ＭＶＩ＿０００４．ＭＰ４である。その動画を撮影中に撮影された静止画ファイルがＭＶＩ＿０００３．ＪＰＧである。一旦、動画撮影を終了した後、連続して撮影した動画ファイルがＭＶＩ＿０００５．ＭＰ４、ＭＶＩ＿０００６．ＭＰ４である。ＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４、ＭＶＩ＿０００４．ＭＰ４が同一のグループ、ＭＶＩ＿０００５．ＭＰ４、ＭＶＩ＿０００６．ＭＰ４が同一のグループである。
【００６９】
図８の画面８０１でサブフォルダを作成しない設定とし、すべての画像を選択して取り込んだ場合、ＰＣ１００２では、図示のようなフォルダ構成でファイルが取り込まれる。各グループの先頭ファイル名のフォルダが作成され、そのフォルダに連続して撮影された動画群が取り込まれる。ＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４を取り込んだ後、ＭＶＩ＿０００３．ＪＰＧからＭＶＩ＿０００６．ＭＰ４を取り込んだ場合や、取り込み中にキャンセルした後、取り込まれていないファイルを取り込んだ場合も同じフォルダ構成となる。図６の手順に従って取り込み先のフォルダが設定されるためである。
【００７０】
図１１は、ファイル取込処理２によりサブフォルダを作成しない設定で、一部の画像を取り込んだ後、取り込んだ画像を削除してから残りの画像を取り込んだ場合のフォルダ構成例である。
【００７１】
ＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４を取り込んだ後、メモリカード１１０１内のＭＶＩ＿０００２．ＭＰ４を削除してからＭＶＩ＿０００３．ＪＰＧからＭＶＩ＿０００６．ＭＰ４を取り込んだ場合、ＰＣ１１０２では、図示のようなフォルダ構成でファイルが取り込まれる。ＭＶＩ＿０００４．ＭＰ４を取り込む場合、連続して撮影された動画ファイルであるが、先頭ファイルではないため、ファイルブレイクリストを作成して１つ前の画像と連続性があるかを判定する。ＭＶＩ＿０００４．ＭＰ４よりも前のＭＶＩ＿０００１．ＭＰ４と連続性があるかを判定するが、連続性がないと判定されるため、カレント画像のファイル名であるＭＶＩ＿０００４．ＭＰ４のフォルダが作成され、そのフォルダにＭＶＩ＿０００４．ＭＰ４が取り込まれる。ここでは、ＭＶＩ＿０００２．ＭＰ４を削除した場合について述べたが、例えば、ＭＶＩ＿０００３．ＪＰＧをＭＶＩ＿０００３．ＭＰ４という連続性がないファイルブレイクＭＰ４に置き換えた状態で取り込んだ場合も、ＭＶＩ＿０００３．ＭＰ４とＭＶＩ＿０００４．ＭＰ４は連続性がないと判定されるため、同じ結果となる。通常は、このようなケースはないため、ファイル名の連番性から連続して撮影された動画群を判定する方法が効率が良い。
【００７２】
図１２では、ファイル取込処理３によりサブフォルダを作成する設定で、すべての画像を選択して取り込んだ場合のフォルダ構成例である。メモリカード１２０１内のファイルは、図１０のメモリカード１００１と同じである。図８の画面８０１でサブフォルダを作成するにチェックを入れて撮影年月日を選択した場合のフォルダ構成例である。ＭＶＩ＿０００４．ＭＰ４の撮影日は、２０１２／８／８であるが、同じグループであるＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４と同じＭＶＩ＿０００１フォルダに取り込まれる。ユーザは２０１２／８／７から連続して動画を撮影しているので、ＭＶＩ＿０００４．ＭＰ４だけ２０１２／８／８に撮影したとは思わない。そのため、同じフォルダに取り込んだ方がユーザは管理しやすい。また、ファイルを結合する処理がシンプルになることも理由の１つである。
【００７３】
＜動画ファイルの結合処理＞次に、図１３を参照して、連続して撮影された動画群を結合する処理について説明する。
【００７４】
なお、以下の処理は、ＰＣ２００にインストールされたアプリケーションをＣＰＵ２０３が実行することにより実現される。
【００７５】
図１３において、Ｓ１３０１では、ＣＰＵ２０３は、連続する動画ファイルがすべて存在しているか判定する。例えば、図３のＭＶＩ＿０００１．ＭＰ４、ＭＶＩ＿０００２．ＭＰ４、ＭＶＩ＿０００４．ＭＰ４は連続する動画群であるが、そのうち１つでも存在しないファイルがあると、たとえ結合しても動画として意味がないので、結合処理は行わない。そして、すべてのファイルが揃っている場合にＳ１３０２に進む。連続する動画ファイルがすべて揃っているかの判定は、図２及び図４の処理を用いて行う。
【００７６】
Ｓ１３０２では、ＣＰＵ２０３は、結合後のファイルの保存先のファイルシステムが保存条件を満たしているか判定する。例えば、保存先のファイルシステムがＦＡＴ３２である場合、１ファイルのファイルサイズの上限が４ＧＢと決まっているので、結合後のファイルが４ＧＢを超えると分かっている場合には、結合を行っても失敗することが明らかである。例えば、ＮＴＦＳであれば結合を開始する等、ファイルシステムの保存条件を満たしている場合のみ、Ｓ１３０３で結合処理を行う。なお、Ｓ１３０３での結合処理は、周知の技術であるため説明は省略する。
【００７７】
Ｓ１３０４では、ＣＰＵ２０３は、ファイルの結合処理が成功したか判定し、成功した場合はＳ１３０５に進む。
【００７８】
Ｓ１３０５では、ＣＰＵ２０３は、結合後の動画データを１つ上の階層のフォルダに格納する。例えば、図１４のフォルダ構成の場合、ＭＶＩ＿０００５フォルダに入っているＭＶＩ＿０００５．ＭＰ４とＭＶＩ＿０００６．ＭＰ４を結合してできた、ＭＶＩ＿０００５＿０００６．ＭＰ４を１つ上の階層のＰｉｃｔｕｒｅｓフォルダに格納する。
【００７９】
Ｓ１３０６では、ＣＰＵ２０３は、結合前のファイルを削除する。例えば、図１４のフォルダ構成の場合、ＭＶＩ＿０００５．ＭＰ４とＭＶＩ＿０００６．ＭＰ４が格納されているＭＶＩ＿０００５フォルダをフォルダごと削除する。
【００８０】
このようにすべての動画ファイルが揃っており、かつファイルシステムの保存条件を満たしていないと結合処理を行わないので、無駄な結合処理を行わずに済むようになる。
【００８１】
［他の実施形態］本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【図１】
2014154891.tif 000003
【図２】
2014154891.tif 000004
【図３】
2014154891.tif 000005
【図４】
2014154891.tif 000006
【図５】
2014154891.tif 000007
【図６】
2014154891.tif 000008
【図７】
2014154891.tif 000009
【図８】
2014154891.tif 000010
【図９】
2014154891.tif 000011
【図１０】
2014154891.tif 000012
【図１１】
2014154891.tif 000013
【図１２】
2014154891.tif 000014
【図１３】
2014154891.tif 000015
【図１４】
2014154891.tif 000016