JP2007189340A - 撮像表示装置、撮像表示方法及びプログラム - Google Patents

Abstract

【課題】画像ファイルを撮影した時間軸に沿って分類し、閲覧する。
【解決手段】撮像した静止画像又は動画像に、撮影日時の情報を付与して内部画像ファイルとして記録するハードディスクドライブ１７と、外部で撮像された静止画像又は動画像を撮影日時の情報と共に外部画像ファイルとして取り込み、ハードディスクドライブ１７に外部画像ファイルを記録する画像取得部と、内部及び外部画像ファイルと、少なくとも１つ以上の内部及び外部画像ファイルを格納するイベントを関連づける管理情報を用いて、所定の管理形態で内部及び外部画像ファイルを撮影日時に基づいてイベントに分類するＣＰＵ５１と、イベントごとに所定の画面形式で内部及び外部画像ファイルを表示する表示部８とを備えて、画像ファイルを撮影した時間軸に沿ってイベントに分類し、閲覧可能とした。
【選択図】図１

Description

本発明は、例えば撮像した静止画又は動画ファイルを記録媒体に記録し、画像を表示可能なデジタルスチルカメラに適用して好適な撮像表示装置、撮像表示方法及びプログラムに関する。

従来、デジタルスチルカメラを用いて静止画像等を記録する場合、取り外し可能な外部記録メディアに情報を書き込むようにしている。デジタルスチルカメラに装填された外部記録メディアへ撮影画像データを記録する場合、記録メディア上に特定の規格に基づくディレクトリ構造で記録を行う。異なる製造会社のデジタルスチルカメラを用いても外部記録メディアに対する記録、再生を行えるようにするため、例えば、ディレクトリ構造、ファイル等の取り扱いを定めたＤＣＦ（Design rule for Camera File system）規格に基づいてファイルと画像に関連するファイルが管理されている。

ＤＣＦ規格においては、記録メディアの「ＲＯＯＴディレクトリ」の直下に、「ＤＣＦイメージルートディレクトリ」と称される「ＤＣＩＭディレクトリ」が作成される。そして、「ＤＣＩＭディレクトリ」の下位ディレクトリに「ＤＣＦディレクトリ」と称される「３桁のディレクトリ番号＋５文字の自由文字（例えば、101MSDCF）」の命名規則によるディレクトリが形成され、記録した画像ファイルが保存される。ＤＣＦディレクトリは、ディレクトリ番号が１００〜９９９までの重複しない番号であれば、複数のＤＣＦディレクトリを用いて、撮影画像保存時の分類が可能である。また、一つのＤＣＦディレクトリには、画像や音声ファイルとして「ＤＣＦファイル」と称される「４文字の自由文字＋４桁のファイル番号＋拡張子（例えば、ABCD0001.jpg）」の命名規則によるファイルが形成される。ＤＣＦファイル名と同一のファイル番号を持つファイル群を「ＤＣＦオブジェクト」と称し、一つのＤＣＦディレクトリには最大９９９９個までのＤＣＦオブジェクトが記録可能である。また、新規にＤＣＦディレクトリを追加作成する場合、ディレクトリ番号は既存のディレクトリ番号の最大番号＋１の連番でインクリメントすることが推奨されている。

デジタルスチルカメラを用いて撮影する場合、撮影順に増加させた画像番号をファイル名称として記録メディアに記録している。そして、デジタルスチルカメラを用いた画像閲覧時における表示は、撮影順に付与されるファイル名称（画像番号）の順に行われていた。つまり、画像閲覧時には、ファイル名称の画像番号に基づいて番号順に撮影画像が表示されるため、ユーザは意識することなく撮影順に画像を閲覧することができた。

また、近年のデジタルスチルカメラは、静止画像を撮影する機能だけに止まらず、動画像を撮影する機能も備えるようになってきた。このため、ユーザは、撮影対象を静止画像又は動画像で撮影、記録する場合に、使用状況に応じて自由に撮影種類を選択し、撮影を楽しむことができる。また、デジタルスチルカメラ本体に液晶ディスプレイを設けてあるため、撮影した画像をその場で確認したり、複数の縮小画像をサムネイル表示させたりして、ユーザにとって必要・不要な画像を取捨選択する操作が簡単に行えるようになった。また、液晶ディスプレイに撮影した画像を順番に表示させ、閲覧する操作も簡単に行うことが可能であった。

特許文献１には、データを記録管理するファイルシステムについての記載がある。
特開平７−２６２０５９号公報（図３）

ところで、近年、記録メディアの記録容量の増大に伴い、１つの外部記録メディアに数百枚の画像ファイルを保存することが可能となった。しかしながら、デジタルスチルカメラなどの画像を蓄積・表示する装置を用いて、順次操作で画像を一つ一つ送りながら目的の画像を探すような閲覧操作は非常に手間がかかっており、非効率な操作となっていた。
また、このように外部記録メディアの記録容量が増大すると、他のデジタルスチルカメラで撮影した画像ファイルも記録媒体に移すことで、ファイル群を統合させたいといった要望があった。このため、他のデジタルスチルカメラを用いて撮影した画像ファイルを外部記録メディアに保存した後、その外部記録メディアを別のデジタルスチルカメラに移して画像ファイルを取り込むような操作が行われる。

通常、画像ファイルの取り込み操作を行った場合、取り込んだ画像ファイルに対して特に加工しておらず、ファイル名称に付与された画像番号は統一がとれていなかった。現在用いられているファイル管理技術では撮影日付に関係なくファイル名称の順で管理しており、結果として撮影順に画像を表示できなくなる可能性が生じてしまう。このため、ユーザが記憶している撮影順と閲覧操作による表示順が相違して、目的の画像を探しにくくなっていた。また、記録メディアに格納したファイルが増加するにつれて、どの時点で撮影した画像であるのか分からなくなってしまい、ユーザの閲覧操作に支障が生じていた。

また、ファイル名称の画像番号が重複した場合、同一フォルダ内で画像番号の重複が許されないためファイル名称（画像番号）を変更しなければならない。しかしながら、ファイル名称を変更すると、またファイルの表示順が変わってしまうが、あくまで撮影した順で画像ファイルを表示させたいという要望があった。

本発明はこのような状況に鑑みて成されたものであり、画像ファイルを撮影した時間軸に沿って分類し、閲覧できるようにすることを目的とする。

本発明は、静止画像又は動画像として撮像し、撮像したその撮像した静止画像又は動画像に撮像日時を付与して内部画像ファイルとして記録し、外部で撮像された静止画像又は動画像を外部画像ファイルとして取り込み、外部画像ファイルを記録し、内部及び外部画像ファイルと、少なくとも１つ以上の内部及び外部画像ファイルを格納するイベントを関連づける管理情報を用いて、所定の管理形態で内部及び外部画像ファイルを撮影日時に基づいてイベントに分類し、イベントごとに所定の画面形式で内部及び外部画像ファイルを表示するようにしたものである。

このようにしたことで、撮像した静止画像又は動画像の内部画像ファイルと外部より取り込んだ外部画像ファイルをイベントに分類して、撮像順にイベントごとに表示することが可能となった。

本発明によれば、撮像した静止画像又は動画像の内部画像ファイルと外部より取り込んだ外部画像ファイルをイベントに分類するため、画像検索時において、撮像順にイベントごとに表示、閲覧し、イベントに格納された画像を速やかに閲覧することができるという効果がある。

以下、本発明の一実施の形態を、図１〜図１６を参照して説明する。本実施の形態では、静止画像と動画像を撮影し、画像を閲覧表示可能な、ＤＣＦ規格に準拠したディレクトリ管理を行うデジタルスチルカメラに適用した例としてある。

まず、本例のデジタルカメラの内部構成例について説明する。図１は、本例のデジタルカメラ１００の内部構成例を示したブロック図である。デジタルスチルカメラ１００は、静止画像と動画像の撮像機能を備えたカメラ部１と、撮像画像に所定の処理を施すＤＳＰ（Digital Signal Processor）２と、書き換え可能な記録媒体であるＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）３と、外部記録媒体に対して読み書きを行うインタフェース部となる媒体インタフェース（Ｉ／Ｆ）４と、各ブロックの処理を制御する制御部５と、操作キー等を設けて操作を行う操作部６と、液晶駆動処理を行うＬＣＤ（Liquid Crystal Display）コントローラ７と、撮影画像、メニュー等を表示させるＬＣＤ８と、図示しない外部装置と接続し通信可能な外部インタフェース（Ｉ／Ｆ）９を備える。ここで、外部インタフェース９は、例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４方式やＵＳＢ（Universal Serial Bus）端子などの有線インタフェースとして設ける。そして、撮像表示操作に伴う画像ファイルの書き込み、読み出しは着脱可能な記録媒体１０または大容量の記録媒体であるハードディスクドライブ１７に対して行うことができる。本例のデジタルスチルカメラにおいては、記録媒体１０として、例えば半導体メモリを用いたいわゆるメモリカードを用いる。

画像の撮影時は、レンズ、フォーカス機構、シャッタ機構、絞り（アイリス）機構などを備える光学ブロック１１を駆動制御する光学ブロック用ドライバ１４が、制御部５からの制御に応じて、光学ブロック１１を動作させる駆動信号を形成する。そして、この駆動信号を光学ブロック１１に供給して、光学ブロック１１を動作させる。光学ブロック１１は、光学ブロック用ドライバ１４からの駆動信号に応じて、フォーカス機構、シャッタ機構、絞り機構が制御され、被写体の画像を取り込んで、撮像信号を生成するＣＣＤ（Charge Coupled Device）撮像素子１２に画像を供給する。ここで、ＣＣＤ撮像素子１２を駆動制御するＣＣＤドライバ１５は、ＣＣＤ撮像素子１２とＣＣＤドライバ１５に供給するタイミング信号を生成するタイミング生成回路１６から供給されたタイミング信号に基づいて、駆動信号を形成し、ＣＣＤ撮像素子１２を駆動させる。

光学ブロック１１を介して入射した像光は、受光した撮像信号を光電変換するＣＣＤ撮像素子１２の撮像面に結像される。そして、ＣＣＤ撮像素子１２は、撮像面に結像された被写体像に応じた撮像出力信号を、光学ブロック１１からの画像を光電変換して出力する。さらに、ＣＣＤ撮像素子１２は、制御部５によって制御されるタイミング生成回路１６から生成されるタイミング信号に基づいて、取り込んだ被写体の画像（画像情報）を電気信号として、所定の前処理を施す前処理回路１３に供給する。前処理回路１３は、供給された電気信号の画像情報に対して、ＣＤＳ（Correlated Double Sampling）処理を行って、Ｓ／Ｎ比を良好に保つとともに、ＡＧＣ（Automatic Gain Control）処理を行って、利得を制御し、そして、Ａ／Ｄ（Analog/Digital）変換を行って、デジタル信号とされた画像データを形成する。本例のデジタルスチルカメラ１００では、このように撮像出力信号に対して処理を行うブロック１１〜１６をカメラ部１とする。

そして、デジタル信号とされた画像データは、前処理回路１３からＤＳＰ２に供給される。ＤＳＰ２では、供給された画像データに対して、ＡＦ（Auto Focus）、ＡＥ（Auto Exposure）、ＡＷＢ（Auto White Balance）などのカメラ信号処理を施す。このようにして種々の調整が施された画像データは、所定の圧縮方式でデータ圧縮され、システムバス５５、媒体インタフェース４を通じて、デジタルスチルカメラ１００に装填された取り外し可能な記録媒体１０又はハードディスクドライブ１７に、例えばＤＣＦ規格に準じた画像ファイルとして記録される。

一方、画像の表示時は、記録媒体１０に記録された画像データが、タッチパネルやコントロールキー等で構成される操作部６を通じて受け付けたユーザからの操作入力に応じて、目的とする画像データが媒体インタフェース４を通じて記録媒体１０から読み出され、ＤＳＰ２に供給される。または、ハードディスクドライブ１７に記録されたデータが読み出され、ＤＳＰ２に供給される。ＤＳＰ２に供給されたデータ圧縮されている画像データについて、ＤＳＰ２は、解凍処理（伸張処理）を行い、解凍後の画像データをシステムバス５５を通じて、ＬＣＤコントローラ７に供給する。ＬＣＤコントローラ７は、供給された画像データから画像信号を形成し、画像を表示可能なＬＣＤ８に画像信号を供給する。これにより、記録媒体１０又はハードディスクドライブ１７に記録されている画像データに応じた画像が、ＬＣＤ８の表示画面に表示される。ここで、画像の表示の形態は、フラッシュＲＯＭ５３に記録された表示処理プログラムに従う。この表示処理プログラムは後述するファイルシステムがどのような仕組みで記録されているのか、どのように画像を再生するかを実行制御するプログラムである。

制御部５は、処理の演算、制御を行うＣＰＵ（Central Processing Unit）５１と、書き換え可能なＲＡＭ（Random Access Memory）５２とフラッシュＲＯＭ（Read Only Memory）５３、デジタルスチルカメラ１００内の時刻を提供する時計回路５４を、所定の信号を相互通信可能なシステムバス５５に接続して構成されたマイクロコンピュータであり、各ブロックを制御する。ここで、ＲＡＭ５２は、処理の途中結果を一時記憶するなど主に作業領域として用いる。時計回路５４は、現在年月日、現在曜日、現在時刻、タイムゾーンを提供できると共に、撮影日時等の日時情報を撮影画像ファイルに付与する機能を有する。フラッシュＲＯＭ５３には、ＣＰＵ５１において実行する種々のプログラムや、処理に必要となるデータなどを記憶させる。また、ＣＰＵ５１では、後述するイベントの分割、結合処理、撮像画像に対するタイムゾーンの設定、外部から取り込んだ画像に対するタイムゾーンシフト等の処理を実行する。

また、本例のデジタルスチルカメラ１００には、外部インタフェース９を設けている。この外部インタフェース９を通じて、例えば図示しない外部のコンピュータ装置と接続して、コンピュータ装置から画像データの供給を受けて、これを自機に装填された記録媒体１０又はハードディスクドライブ１７に記録できる。また、自機に装填された記録媒体１０又はハードディスクドライブ１７に記録されている画像データを外部のコンピュータ装置等に供給することもできる。

このように、ユーザは、本例のデジタルスチルカメラ１００を用いることで、被写体の画像を撮影して、装填された記録媒体１０又はハードディスクドライブ１７に記録することができると共に、記録媒体１０又はハードディスクドライブ１７に記録された画像データを読み出して、これを表示し、任意に閲覧、編集することが可能である。

次に、撮影順に沿った分類の概念について、図２を参照して説明する。本例のデジタルスチルカメラ１００において、全ての画像はその撮影日時に基づき撮影順に時間軸に沿って配置され、日付、週、月、季節、年などの社会通念上の時間単位、またはユーザが任意に設定できる区切りをもって集合を構成する。本例では、このような集合を「イベント」と称する。また、人は少なくとも画像を撮影した行事とそれらの起こった順番は覚えている、との考えに基づき、画像を撮影順に探せることを保証すると共に、その行事の単位を検索の手がかりとする仕組みを提供する。また、本例ではイベントの基本単位を日付として説明するが、例えば、１日を午前のイベント、午後のイベント、夜のイベント等に分割することもできる。また、２泊３日の旅行の出発から帰宅までを日付を跨いだ一つのイベントとすることもでき、ユーザがイベントの単位を任意に設定可能である。

図２には、静止画ファイルＰ１〜Ｐ１１と動画ファイルＭ１，Ｍ２が時間軸上に撮影時刻の順番で配置してある。そして、例えばイベント名称をイベントＡ、イベントＢ、イベントＣとすると、各イベントに静止画ファイルまたは動画ファイルの画像群が属することが分かる。ただし、１つのイベントには１ファイルしか属していなくてもよい。本例では、イベントＡに属する画像群Ｅ１には、静止画ファイルＰ１，Ｐ２と動画ファイルＭ１が配置される。同様に、イベントＢに属する画像群Ｅ２には、静止画ファイルＰ３〜Ｐ６と動画ファイルＭ２が配置され、イベントＣに属する画像群Ｅ３には、静止画ファイルＰ７〜Ｐ１１が配置される。なお、以下の説明では静止画ファイル、動画ファイルを画像ファイルとも称する。

デジタルスチルカメラ１００とその関連機器において、着脱可能な記録媒体１０、または内蔵したハードディスクドライブ１７に記録される画像ファイルに対して、例えばＥｘｉｆ（Exchangeable Image File Format）画像ファイル規定を適用する。各画像の撮影日時の取得は、静止画ファイルであれば、Ｅｘｉｆに格納された情報、動画ファイルであればファイル内に格納された情報を使う。それらの情報が存在しない場合、ファイルシステムに設定されたファイルの時刻を使っても良いが、より正確な撮影日時情報を使用する。

次に、撮影時の自動分類の例について、図３を参照して説明する。本例では、撮影時における画像ファイルの自動分類規則に「日付で分ける」を適用した例としてある。この場合、撮影時刻に応じて撮影したファイルが自動的に日付毎に作成されるイベントに振り分けられる。撮影時刻は、時計回路５４でカウントしてあり、時刻情報を時間軸上に示す。イベントＥ２には、例えば２月２１日０時〜２４時までの時間帯で撮影された静止画ファイルＰ３〜Ｐ６と動画ファイルＭ２が格納される。同様に、イベントＥ３には、例えば２月２２日０時〜２４時までの時間帯で撮影された静止画ファイルＰ７が格納されることが分かる。

ここで、画像の撮影時において、イベントＥ２が作成されていない状態で、静止画ファイルＰ３を２月２１日に初めて撮影したとする。この場合、２月２１日のイベントＥ２が新規に作成され、イベントＥ２に静止画ファイルＰ３が格納される。一方、２月２１日のイベントＥ２が既に作成されていた場合、イベントＥ２に画像を追加する（本例では、静止画ファイルＰ４〜Ｐ６，動画ファイルＭ２）。同様に、イベントＥ３が作成されていない状態で、静止画ファイルＰ７を２月２２日に初めて撮影したとすると、２月２２日のイベントＥ３が新規に作成され、イベントＥ３に静止画ファイルＰ７が格納される。また、２月２２日のイベントＥ３が既に作成されていた場合、イベントＥ３に画像を追加する。動画を撮影した場合の撮影日時は、撮影開始時刻を示すものである。ここで、図３において、動画ファイルＭ２の撮影は２月２１日〜２２日の日付をまたいでいる。しかし、撮影開始時刻がイベントＥ２内であるため、イベントＥ２に動画ファイルＭ２を格納する。撮影時刻は撮影地域ごとに設定される後述するタイムゾーンで判断しており、一般にデジタルスチルカメラ１００内でタイムゾーンを設定する。また、タイムゾーンを変更して新たな撮影を行った場合は、新たなイベントを作成する。

次に、イベント分割の手動設定例について、図４を参照して説明する。図４では、２月２１日のイベントＥ２を２つのイベントに分割してファイルを格納する場合における、イベントの手動設定例を示す。図４（ａ）は、分割した前後のイベント間に隙間の時間帯を設けた例である。一方、図４（ｂ）は、分割した前後のイベント間に隙間の時間帯を設けない例である。図４（ａ）、図４（ｂ）共に点線で囲んだイベントＥ２は、２月２１日０時〜２４時までの時間帯で撮影した静止画ファイルＰ３〜Ｐ６と動画ファイルＭ１を格納してある。同様に、イベントＥ３は、２月２２日０時〜２４時までの時間帯で撮影した静止画ファイルＰ７を格納してある。

本例では、静止画ファイルＰ５をイベントＥ２を分割する区切りとして指定する。この場合、イベントＥ２は、イベントｅ１，ｅ２に分割される。例えば静止画ファイルＰ５を撮影した直後にイベントＥ２を分割すると、静止画ファイルＰ５の撮影時刻以降（２月２１日１８時以降）の撮影画像は日付が変わるまで（２月２２日の０時まで）分割されたイベントｅ２へ追加される。図４（ａ）では、イベントｅ１を、２月２１日０時〜１３時（静止画ファイルＰ４を撮影した時刻）とし、イベントｅ２を、２月２１日１８時（静止画ファイルＰ５を撮影した時刻）〜２４時とした時間帯とする。このように隙間の時間帯を設けてイベントを分割することで後述する外部ファイルを取り込んだ際に、画像ファイル群ごとの分類が維持されやすくなる。

一方、イベントＥ２の分割に際して、イベントｅ１の時間帯を、静止画ファイル５を撮影した時刻の直前まで延長してイベント間に隙間の時間帯を設けないようにすることもできる。イベントＥ２を静止画ファイルＰ５を基準にして分割した場合、静止画ファイルＰ５は分割されたイベントｅ２′に含まれる。図４（ｂ）では、イベントｅ１′を、２月２１日０時〜１８時（静止画ファイルＰ５を撮影した時刻の直前まで）とし、イベントｅ２′を、２月２１日１８時（静止画ファイルＰ５を撮影した時刻）〜２４時とした時間帯とする。このように隙間の時間帯を設けないでイベントを分割することで後述する外部ファイルを取り込んだ際に、確実に既存のイベントにファイルが分類されるため分類先のイベントが予測しやすくなる。

このようにして、イベントをある時刻から任意に区切って撮影ファイルを格納することが出来る。ただし、イベントの分割はあくまでも日付区切りであり、新しい区切りからその日の２４時までが新しいイベントになる。

次に、イベントの結合操作例について、図５を参照して説明する。図５では、２つのイベントを結合して１つのイベントとする結合操作の例を示す。図５（ａ）は、１日ごとに分割されたイベントの例としてある。一方、図５（ｂ）は、２つのイベントを結合した例としてある。図５（ａ）のイベントＥ２は、２月２１日０時〜２４時までの時間帯で撮影した静止画ファイルＰ３〜Ｐ６と動画ファイルＭ１が格納してある。イベントＥ３は、２月２２日０時〜２４時までの時間帯で撮影した静止画ファイルＰ７が格納してある。

本例のデジタルスチルカメラ１００では、隣り合ったイベントであれば、２つのイベントを結合して１つのイベントとする結合操作を行うことが可能である。本例では、図５（ａ）の分割されたイベントＥ２とＥ３を結合して、図５（ｂ）のイベントＥ４としている。この結果、イベントＥ４には２月２１日０時〜２月２２日２４時までの時間帯に撮影された静止画ファイルＰ３〜Ｐ７と動画ファイルＭ１が含まれるようになる。なお、結合したイベントは、ユーザの任意の設定で再び分割することも可能である。

次に、画像ファイルを外部から取り込む場合の自動分類例について、図６を参照して説明する。図６は、デジタルスチルカメラ１００とは別のデジタルスチルカメラで撮影した画像ファイルを記録してある記録媒体１０を、本例のデジタルスチルカメラ１００に装填し、記録媒体１０から読み出した画像ファイルをカメラに内蔵してあるハードディスクドライブ１７に記録する場合に、画像ファイルの撮影時刻に応じてイベントに自動分類する処理について記してある。外部の記録媒体１０から読み出した静止画ファイルＰ１１〜Ｐ１３が２月２１日に撮影した画像ファイルであるため、２月２１日付のイベントＥ２に取り込まれる。同様に、静止画ファイルＰ１４は２月２２日に撮影した画像ファイルであるため、２月２２日付のイベントＥ３に取り込まれる。こうして、外部から取り込んだ画像ファイルは、対応するイベントに取り込まれる。なお、画像ファイル取り込み時の処理では、画像ファイルに付与された時刻情報を元にデジタルスチルカメラ１００の後述するタイムゾーン設定に基づいて行われる。図６で取り込む画像ファイルはデジタルスチルカメラ１００と同じタイムゾーンで撮影したものである。

次に、分割時に隙間の時間帯を設けたイベントに外部から取り込んだ画像ファイルを対応させる場合の自動分類例について、図７を参照して説明する。図７（ａ）は、隙間の時間帯を設けて分割されたイベントの例である。また、図７（ｂ）は、図７（ａ）の分割されたイベントへの画像ファイルの取り込み例である。外部から取り込む静止画ファイルＰ１１〜Ｐ１３は２月２１日に本例のデジタルスチルカメラ１００とは別のカメラで撮影した画像である。図７（ａ）より、静止画ファイルＰ１１は既存の画像群で構成されるイベントｅ１の時間帯（２月２１日０時〜１３時）に撮影されている。しかしながら、静止画ファイルＰ１２，Ｐ１３の撮影時刻を含むような、既存の画像群で構成されるイベントが存在しない。このため、図７（ｂ）のように、静止画ファイルＰ１１はイベントｅ１へ挿入されるが、静止画ファイルＰ１２，Ｐ１３は新たなイベントｅ３を作成して、そのイベントに取り込まれる処理が行われる。ここで、静止画ファイルＰ１２の撮影時刻を２月２１日１４時とし、静止画ファイルＰ１３の撮影時刻を２月２１日１７時とすると、作成されたイベントｅ３の時間帯は、（２月２１日１４時〜１７時）となる。本例においても取り込む画像は、デジタルスチルカメラ１００と同じタイムゾーンで撮影した画像とする。

ここで、イベントの分割時に隙間の時間帯を設けないようにしたイベントに画像ファイルを外部から取り込む場合には、隙間の時間帯が存在しない。このため、外部画像ファイルを格納するために新たにイベントが作成されることはない。ただし、外部画像ファイルの撮影時刻に対応するイベントがデジタルスチルカメラ１００にない場合は、新たにイベントを作成して外部画像ファイルを取り込むようにする。

次に、本例のデジタルスチルカメラ１００における画像ファイルの索引管理機能について、図８を参照して説明する。デジタルスチルカメラ１００では、記録媒体１０とハードディスクドライブ１７の特定領域に記録してあり、索引機能を有するインデックスシステムを用いて画像ファイル、イベント等の管理を行う。図８は、デジタルスチルカメラ１００内で画像を一元的に管理、参照するために作成されるインデックスシステムのフォルダ構造とエントリの例を示す。

デジタルスチルカメラ１００は、静止画ファイル、動画ファイル等の管理対象ファイルに対して速やかに目的の情報を得るために、各種ファイルのエントリやサムネイル画像、メタデータを管理するデータベース機能を有するインデックスシステム２００により検索、参照時における処理性能を高めている。また、インデックスシステム２００は、記録媒体１０とハードディスクドライブ１７上の実データを有する実ファイル、実フォルダだけでなく、記録媒体１０とハードディスクドライブ１７のファイル管理システムによる仮想ファイル、仮想フォルダについても、エントリ情報を登録できる。このように、インデックスシステム２００を用いて、階層構造としたフォルダ構成でファイルを管理している。

また、インデックスシステム２００は、記録媒体ごと（本例では、記録媒体１０とハードディスクドライブ１７）に構成される。そして、記録媒体１０をデジタルスチルカメラ１００に装填することで、記録媒体１０で作成してあるインデックスシステム２００を読み出して、デジタルスチルカメラ１００内のインデックスシステム２００に、読み出したインデックスシステム２００の情報を取り込むことができる。インデックスシステム２００は、記録した画像ファイルのエントリ、ファイル名、ファイル長等の情報を管理する。画像閲覧時等においては、インデックスシステム２００のエントリを参照することで、速やかに記録媒体１０またはハードディスクドライブ１７に格納したデータに対してアクセスすることができる。

図８（ａ）は、インデックスシステム２００のフォルダの構成例を示す。最上位フォルダであるインデックスルートフォルダａ１の直下には、画像ファイルへのエントリ情報を記録してあるオリジナルルートフォルダａ２と、好みのファイルへのエントリ情報を記録してあるお気に入りフォルダａ３がツリー型フォルダ構造で格納してある。ここで、説明のため、全てのフォルダ、ファイルには、インデックスシステム２００でアクセスする際に参照するエントリインデックスを「＃数字」の形式で付与してある。

オリジナルルートフォルダａ２の直下には、例えば２００５年４月１日付のオリジナルフォルダａ２０，２００５年４月５日付のオリジナルフォルダａ２３，…のように複数のオリジナルフォルダに対して、フォルダの作成日付を付与して格納してある。本例では、生成したイベントごとにオリジナルフォルダを作成し、そのイベントに属する画像ファイル群に対する画像ファイル、イベントを代表するサムネイル画像（例えば、イベント内で一番最初に撮影された画像ファイル）、メタデータを格納する。オリジナルフォルダに格納してある画像ファイル、サムネイル画像、メタデータは一意であり、複数のオリジナルフォルダに同一の画像ファイル、サムネイル画像、メタデータが格納されることはない。

同様に、お気に入りルートフォルダａ３の直下には、お気に入りフォルダａ４，ａ５，…が格納してある。お気に入りフォルダは、任意のファイルに対するリンク情報が記録してあるリンク群を表す。本例では、お気に入りフォルダａ４に、ファイルａ２４へのリンク情報が記録してあることを矢印で表す。なお、お気に入りフォルダには実際のサムネイル画像等の情報は格納していないため、複数のお気に入りフォルダにオリジナルフォルダに格納された同一のファイルへのリンク情報が記録される場合がある。

図８（ｂ）は、インデックスシステム２００のファイル構成例を示す。インデックスシステム２００では、管理対象ファイルが映像コンテンツに関するファイルの場合、各管理対象ファイルの属性からエントリインデックスを含むプロパティデータが作成され、プロパティデータの連続によりプロパティファイルＦ１が構成される。プロパティファイルＦ１のヘッダ部にはプロパティファイルＦ１自身の情報であるプロパティファイルヘッダが作成される。そして、フォルダとファイルのエントリインデックスを付与したプロパティデータが、インデックスルートフォルダａ１のエントリインデックス＃１から順に格納される。また、各管理対象ファイルから、それぞれのサムネイル画像が作成され、サムネイル画像によるエントリの連続により、サムネイル画像ファイルＦ２が作成される。また、ファイルにファイル名称等のメタ情報が付与されている場合は、メタ情報によるエントリの連続により、メタデータファイルＦ３が作成される。

本例のプロパティファイルＦ１に格納されたプロパティデータには、ファイルの画像情報、ファイル名、撮影日時、編集日時、閲覧日時、連写有無、タイムゾーン等の基本的な各種情報を記録している。ここで、デジタルスチルカメラ１００のタイムゾーンをＪＳＴ（Japan standard time：日本標準時間)に設定している場合、プロパティデータに格納されたタイムゾーン情報は、ＵＴＣ（Coordinated Universal Time：協定世界標準時）からの差分である“＋９時間”が格納される。タイムゾーンがＪＳＴからＰＳＴ（Pacific Standard Time：太平洋側標準時間）に変更された場合は、タイムゾーン情報は“−８時間”に変更される。

画像ファイルに関連するプロパティデータには、対応するサムネイル画像のエントリを指し示すアクセス情報が記録されており、本例ではサムネイル画像ファイルＦ２、メタデータファイルＦ３への点線矢印でアクセス情報を表している。本例では、ファイルａ２１，ａ２２，ａ２４のエントリインデックス＃２１，＃２２，＃２４の画像ファイルに対応して、それぞれサムネイル画像ａ２１′，ａ２２′，ａ２４′（画像Ａ，Ｂ，Ｃ）をサムネイル画像ファイルＦ２に予め作成してある。また、ファイルａ２１，ａ２２のエントリインデックス＃２１，＃２２には、画像タイトルやコメント等の付加的な情報を格納したメタデータファイルＦ３へのエントリ情報が格納してある。画像閲覧時等において、サムネイル画像ファイルＦ２に記録されたサムネイル画像を読み出すことで、記録媒体１０に記録された多数の画像ファイルを速やかにサムネイル表示させることができる。またプロパティファイルＦ１の記録に基づいて、ユーザの選択したサムネイル画像からオリジナルの画像ファイルにアクセスして画像を表示させることもできる。

このようにエントリインデックスを付与したプロパティデータをプロパティファイルＦ１に格納してあるため、記録媒体１０又はハードディスクドライブ１７に多くの画像ファイルが格納してあっても、デジタルスチルカメラ１００で画像閲覧を行う場合にオリジナルファイルまでアクセスすることなく、素早く検索し、画像の表示等の処理性能を向上させることができる。また、画像をサムネイル画像として予め作成してあるため、サムネイル表示を行う場合に速やかに表示可能である。また、本例のイベント分割、結合操作においても、インデックスシステム２００を用いることで処理の負担を軽減することができる。

次に、本例で用いるタイムゾーンによる画像ファイルのイベント管理について、図９を参照して説明する。タイムゾーンとは、ある国または地域が共通で用いる時間帯を表し、ＵＴＣからの増減値により地域ごとの標準時を算出することができる。本例のデジタルスチルカメラ１００では、ユーザが地域に応じたタイムゾーンを予め設定することで、その撮影地域に適した標準時を得ることができ、撮影時には地域の標準時による日時情報を画像ファイルに付与するとともに、イベントの振り分け日時を決定する。ここで、図９の説明では、デジタルスチルカメラ１００に記録してあるイベントを構成する画像ファイルの記載は省略する。

本例のデジタルスチルカメラ１００は、タイムゾーンをＪＳＴ（ＵＴＣ＋９時間）で初期設定してある。このときのイベント構成例について、図９（ａ）を参照して説明する。図９（ａ）では、撮影された画像ファイルに対してＪＳＴの日時情報が付与される。本例では、イベントｅ０は、２月２１日の６時〜２２時までの時間帯を占めており、画像ファイルＰ１〜Ｐ４が格納してある。同様に、２月２２日のイベントｅ３は、１２時〜２２時までの時間帯を占めており、画像ファイルＰ５，Ｐ６が格納してある。

次に、２月２１日の１８時に撮影した画像Ｐ３を選択してイベント分割した例について、図９（ｂ）を参照して説明する。このとき、イベントｅ０は、イベントｅ１，ｅ２に分割され、分割されたイベントｅ１は６時〜１３時までの時間帯を占め、イベントｅ２は１８時〜２２時までの時間帯を占める。

次に、タイムゾーンをＰＳＴに設定した他のデジタルスチルカメラによって撮影した画像ファイルの撮影日時を、図９（ｃ）を参照して説明する。このとき、画像ファイルのタイムゾーンは、ＰＳＴ（ＵＴＣ−８時間）となり、２月２０日の１４時に撮影した静止画ファイルＰ１１、２１時に撮影した静止画ファイルＰ１２、２３時に撮影した静止画ファイルＰ１３と、２月２１日の１３時に撮影した静止画ファイルＰ１４、２１時に撮影した静止画ファイルＰ１５が存在することが分かる。このようにＥｘｉｆや画像ファイルの更新時刻として、ＰＳＴにおける時刻（ローカル時刻）が設定される。

タイムゾーンの情報は、デジタルスチルカメラ１００ごとに設定可能である。このため、２つのデジタルスチルカメラを用いて、日本とアメリカで同じ瞬間に撮影した場合、画像ファイルに付与される日時情報は同一の値とはならない。つまり、日本で２月２２日の０時に撮影したとしても、アメリカでは時差のため２月２１日の７時に撮影した撮影日時情報が画像ファイルに付与される。本例では、他のタイムゾーンを設定した他のカメラで撮影した画像ファイルをデジタルスチルカメラ１００に取り込む場合、取り込まれた画像ファイルに付加されている時刻情報は、そのまま残した上で、日本のタイムゾーンに適した形で画像ファイルをイベントに振り分けるようにする。

次に、タイムゾーンをＪＳＴからＰＳＴにシフトした場合のイベント構成例について、図９（ｄ）を参照して説明する。ここでは、図９（ｂ）で説明したイベントについて、デジタルスチルカメラ１００のタイムゾーンをＪＳＴからＰＳＴにシフトする。タイムゾーンシフトにより、イベントｅ１の時間帯は、２月２１日の６時〜１３時（ＪＳＴ）から２月２０日の１３時〜２０時（ＰＳＴ）に変更される。同様に、イベントｅ２の時間帯は、２月２１日の１８時〜２２時（ＪＳＴ）から２月２１日の１時〜５時（ＰＳＴ）に変更される。そして、イベントｅ３の時間帯は、２月２２日の１２時〜２２時（ＪＳＴ）から日付をまたぐ形で２月２１日の１９時〜２２日の５時（ＰＳＴ）に変更される。なお、一度作成されたイベントは、タイムゾーンシフトによって日付をまたいだとしても自動的に分割されることはない。また、便宜上イベントの開始・終了時刻をＰＳＴで表記するが、デジタルスチルカメラ１００上で表示する場合はこの限りではない。基本的には画像ファイルが有するタイムゾーンに沿った表記を行うことになる。

次に、ＰＳＴのタイムゾーン情報を持つ外部ファイル取り込み後のイベント構成例について、図９（ｅ）を参照して説明する。図９（ｃ）で示したタイムゾーンをＰＳＴとして撮影された画像ファイルを、本例のデジタルスチルカメラ１００に取り込む場合、画像ファイルＰ１１は、イベントｅ１に格納される。また、画像ファイルＰ１５は、イベントｅ４に格納される。ここで、画像ファイルＰ１２，Ｐ１３を格納するためのイベントがデジタルスチルカメラ１００には作成されていない。このため、取り込んだ画像ファイルに対応するイベントが新たに作成される。本例では、イベントｅ４が作成され、イベントｅ４は２月２０日の２１時〜２３時の時間帯を占めており、画像ファイルＰ１２、Ｐ１３を格納する。また、画像ファイルＰ１４についても格納するためのイベントがデジタルスチルカメラ１００には作成されていない。このため、取り込んだ画像ファイルに対応するイベントｅ５が新たに作成される。なお、イベントｅ５には、画像ファイルＰ１４しか格納されない。

ここで、外部の画像ファイルＰ１１〜Ｐ１５自体にタイムゾーン情報が付与されていた場合、
１）デジタルスチルカメラ１００のタイムゾーン設定に関わらず、画像ファイルは時間軸上の正しい位置に挿入される。また、イベントも所定の規則に沿って構成される。
一方、外部の画像ファイルＰ１１〜Ｐ１５自体にタイムゾーン情報が付与されていなかった場合、
２）デジタルスチルカメラ１００のタイムゾーン設定をＰＳＴとしてから画像を取り込むことで、画像ファイルは時間軸上の正しい位置に挿入される。

次に、タイムゾーン情報を持たない外部ファイルを誤ったタイムゾーン設定で取り込んだ場合のイベント構成例について、図９（ｆ）を参照して説明する。ここでは、タイムゾーンをＰＳＴとして撮影した画像ファイルは、インデックスシステムによる画像管理が行われていないため、タイムゾーン情報を持っていないとする。このため、２）のデジタルスチルカメラ１００のタイムゾーン設定をＪＳＴのまま画像ファイルを取り込んでしまうような誤操作を行った場合（通常は、取り込む外部ファイルのタイムゾーンに合わせてデジタルスチルカメラ１００のタイムゾーンをＰＳＴに設定して取り込まなければならない）、ＰＳＴで撮影された画像ファイルＰ１１〜Ｐ１５の撮影日時はＪＳＴに基づいて解釈される。つまり、デジタルスチルカメラ１００は、自身のタイムゾーン設定に基づいて、外部ファイルに付与してある撮影日時をそのまま取り込んでイベント登録してしまう。このため、図９（ｃ）に示したＰＳＴで撮影した画像ファイルの日付情報がデジタルスチルカメラ１００に取り込まれ、元々２月２０日に画像ファイル（イベント）がない場合は、画像ファイルＰ１１〜Ｐ１３を格納するイベントｅ６が２月２０日の１４時〜２３時の時間帯で作成される。画像ファイルＰ１４は、既存のイベントｅ１に格納される。同様に、画像ファイルＰ１５は、既存のイベントｅ２に格納される。格納された外部の画像ファイルＰ１１〜Ｐ１５は、デジタルスチルカメラ１００のインデックスシステム２００で管理されるようになる。

次に、図９（ｅ）のタイムゾーンをＰＳＴからＪＳＴにシフトした場合のイベント構成例について、図９（ｇ）を参照して説明する。この場合、タイムゾーンをシフトしただけであるため、イベントの構成に変化は生じない。イベントｅ４は２月２１日の１４時〜１６時の時間帯となり、イベントｅ５は２月２２日の６時の時間となる。

次に、ＪＳＴのタイムゾーンで撮影された外部ファイル取り込み後のイベント構成例について、図９（ｈ）を参照して説明する。画像ファイルＰ１６は、タイムゾーンをＪＳＴに設定して他のデジタルスチルカメラによって２月２２日の８時に撮影されたとする。画像ファイルＰ１６をデジタルスチルカメラ１００に取り込む場合、画像ファイルＰ１６の撮影時間を含むイベントが存在しない。２月２２日にイベントｅ３のみが存在するため、イベントｅ３で２月２２日の１２時〜２２時であった時間帯が、８時〜２２時に延長されたイベントｅ３′となり、このイベントｅ３′に画像ファイルＰ１６が格納される。

このようにして、設定されたタイムゾーンのシフトに応じて、適切な時間軸に沿って外部の画像ファイルを取り込むことが可能となった。

ここで、撮影時と外部画像ファイルの取り込み時に画像ファイルをイベントに登録する処理の例について、図１０と図１１のフローチャートを参照して説明する。図１０は、画像ファイルをイベントに登録する処理の例であり、タイムゾーンの設定を考慮に入れてイベント登録を行う。画像ファイルの撮影日にイベント存在がするかどうかの判定は、タイムゾーンに従う。また、図１０と図１１は、インデックスシステムを用いて画像ファイルのエントリ情報をイベントに登録する処理について説明を行うこととし、画像ファイルを実際にＤＣＦディレクトリに複写し、格納する処理については説明を行わない。

まず、外部の記録媒体１０から静止画ファイル又は動画像ファイルを入力し（ステップＳ１）、入力した画像ファイルの撮影日時を包含するイベント（Ａ）がデジタルスチルカメラ１００に存在するかどうか判断する（ステップＳ２）。イベント（Ａ）が存在する場合、イベント（Ａ）に入力した画像ファイルを登録する（ステップＳ３）。このとき、デジタルスチルカメラ１００のインデックスシステム２００に対して入力した画像ファイルのパスとサムネイル画像等を作成する。一方、登録できるイベントがない場合、入力した画像ファイルに必要なパス情報をＲＡＭ５２あるいはハードディスクドライブ１７に一時記憶させる（ステップＳ４）。

そして、ステップＳ３又はステップＳ４の経過後、処理されていない入力画像ファイルが記録媒体１０又はハードディスクドライブ１７に残っているかどうか判断する（ステップＳ５）。未処理の入力画像ファイルが残っている場合、ステップＳ１に戻り、入力画像ファイルが全て処理されるまでステップＳ１〜Ｓ５間の処理を繰返す。一方、入力画像ファイルが全て処理された場合、登録できるイベント（本例では、イベント（Ａ））がなかった入力画像ファイルを一時記憶させたＲＡＭ５２あるいはハードディスクドライブ１７から読み出し、撮影日時順に入力する（ステップＳ６）。ステップＳ４で一時記憶させた入力画像ファイルの処理はステップＳ６以降で行う。

撮影日時順に入力した入力画像ファイルの内、入力画像ファイルの撮影日時を包含するイベント（Ｂ）だけが、入力画像ファイルの撮影日に存在するかどうか判断する（ステップＳ７）。入力画像ファイルの撮影日にイベント（Ｂ）だけが存在する場合、イベント（Ｂ）のタイムゾーンは入力画像ファイル撮影時のタイムゾーンと同じであるかどうか判断する（ステップＳ８）。イベント（Ｂ）のタイムゾーンは入力画像ファイルと同じである場合、イベント（Ｂ）は日を跨いでいないかどうか判断する（ステップＳ９）。イベント（Ｂ）は日を跨いでいない場合、イベント（Ｂ）に入力画像ファイルを登録する（ステップＳ１０）。

一方、ステップＳ７で入力画像ファイルの撮影日にイベント（Ｂ）以外のイベントが存在する場合、撮影日時の前方に同日のイベント（Ｄ）が存在するかどうか判断する（ステップＳ１１）。入力画像ファイルの撮影日時の前方に同日のイベント（Ｄ）が存在する場合、イベント（Ｄ）のタイムゾーンは入力画像ファイル撮影時のタイムゾーンと同じであるかどうか判断する（ステップＳ１２）。イベント（Ｄ）のタイムゾーンは入力画像ファイルと同じである場合、イベント（Ｄ）はこの一連の処理（ステップＳ６以降の処理）で新たに作成されたイベントであるかどうか判断する（ステップＳ１３）。イベント（Ｄ）はこの一連の処理で新たに作成されたイベントである場合、イベント（Ｄ）に入力画像ファイルを登録する（ステップＳ１４）。

ここで、ステップＳ８のイベント（Ｂ）のタイムゾーンが入力画像ファイル撮影時のタイムゾーンと異なる場合、またはステップＳ９のイベント（Ｂ）が日を跨いでいる場合、またはステップＳ１１の撮影日時の後方に同日のイベントが存在する場合、またはステップＳ１２のイベント（Ｄ）のタイムゾーンが入力画像ファイル撮影時のタイムゾーンと異なる場合、またはイベント（Ｄ）はこの一連の処理で新たに作成されたイベントではない場合のいずれかであるならば、イベント（Ｃ）を新たに生成し（ステップＳ１５）、イベント（Ｃ）に入力画像ファイルを登録する（ステップＳ１６）。

そして、イベントに登録されていない入力画像ファイルがＲＡＭ５２あるいはハードディスクドライブ１７の一時記憶に残っているかどうか判断する（ステップＳ１７）。イベント未登録の入力画像ファイルが残っている場合は、ステップＳ６の処理に戻り、イベントの登録処理を繰返す。一方、入力画像ファイルを全てイベントに登録してある場合、処理を終了する。

次に、画像をイベントに登録する処理(簡易版)の例について、図１１のフローチャートを参照して説明する。本例の処理は、例えばプログラムＲＯＭやワークエリア等に制約があり、図１０で説明した処理を行うことが困難である場合に、簡易にイベント登録が行えるようにした処理である。

まず、外部より取り込む入力画像ファイルのインデックスシステムからタイムゾーン設定を取得する（ステップＳ２１）。次に、入力画像ファイルを撮影日時順に入力する（ステップＳ２２）。そして、入力画像ファイルの撮影日にイベントが存在するかどうか判断する。（ステップＳ２３）。イベントが存在しない場合、撮影日に相当するイベント（Ａ）を生成し（ステップＳ２４）、イベント（Ａ）に入力画像ファイルを登録する（ステップＳ２５）。

一方、ステップＳ２３で、入力画像ファイルの撮影日にイベントが存在する場合、撮影日に存在するイベントはイベント（Ｂ）のみであるかどうか判断する（ステップＳ２６）。イベント（Ｂ）のみ存在する場合、イベント（Ｂ）に入力画像ファイルを登録する（ステップＳ２７）。

一方、ステップＳ２６で、撮影日にはイベント（Ｂ）以外にイベントが存在する場合、入力画像ファイルの撮影時刻を内包するイベント（Ｃ）が存在するかどうか判断する（ステップＳ２８）。イベント（Ｃ）が存在する場合、イベント（Ｃ）に入力画像ファイルを登録する（ステップＳ２９）。

一方、ステップＳ２８で、入力画像ファイルの撮影時刻を内包するイベント（Ｃ）が存在しない場合、撮影時刻の前方と後方のイベントの隙間の時間帯に相当する仮イベント（Ｘ）を生成する（ステップＳ３０）。そして、生成した仮イベント（Ｘ）に入力画像ファイルを登録する（ステップＳ３１）。ここで、仮イベント（Ｘ）は、処理途中ではイベントの時間帯が定まっていないために仮に作成するイベントであり、入力画像ファイルの取り込み処理が全て終了したら、イベントの時間帯を確定し、実イベントとして登録される。

最後に処理されていない入力画像ファイルが残っているかどうか判断する（ステップＳ３２）。イベント未登録の入力画像ファイルが残っている場合、ステップＳ２２の処理に戻り、イベントの登録処理を繰返す。一方、入力画像ファイルが全てイベントに登録してある場合は、処理を終了する。

次に、イベント一覧画面形式の表示例について、図１２を参照して説明する。図１２は、デジタルスチルカメラ１００に備えてある操作部６と表示部８のレイアウト例を示す。

ユーザは、各種メニューを選択決定可能な決定キー６３の操作により、選択中のイベントに属する画像の最初の一枚または画像群を表示する。上下左右に移動可能な４方向キー６２の操作、又は操作量に応じてカーソルの移動速度が変わるシャトルデバイス（双方向跳ね返り式多段階操作デバイス）６１の操作により、カーソルは前後のイベントを辿り、カーソル位置に応じてカーソル位置のイベントを特定する情報として、例えばイベントに属する先頭画像の撮影日時やイベントに属する画像の数などを表示する。また、選択されていないイベントに関してもそれらの情報を、例えばそれぞれの先頭画像の上部に撮影日時等の情報として表示しても良い。なお、本例では、イベントに格納される画像のうち、最初に撮影した先頭画像を代表画像として後述する画像８４ａ〜８４ｇをそれぞれのイベントごとに表示するようにしているが、任意に設定した画像を代表画像としてもよい。

表示部８は、ＬＣＤパネルで構成してあり、各種のメニュー、画像等を表示可能である。本例では、イベントごとの代表画像としてイベント内で最初に撮影された画像ファイルのサムネイル画像を表示する。今、２００４年に作成されたイベントを真ん中に配置し、２００４年に作成した他のイベントについてそれぞれ代表画像を左右に並べる。イベントの代表画像８４ｄは、表示部８の中央部に他のイベントの先頭画像８４ａ〜８４ｃ，８４ｅ〜８４ｇより若干拡大表示され、イベントが選択されたことを強調してある。ただし、カーソル枠８４は表示部８の中央部に固定されており、操作部６の操作により周辺のサムネイル画像を横方向にスライド移動させ、カーソル枠８４内にセットすることでイベントを選択する。本例では、選択したイベントの代表画像の撮影（開始）日時８３として、「2004 10 23 SAT 10:00 AM」とメッセージ表示してあり、この代表画像が２００４年１０月２３日（土）午前１０時に撮影されたことが分かる。ここで、表示部８で表示される日時情報は、各イベント（画像）に設定されたタイムゾーンに基づく。なお、デジタルスチルカメラ１００に設定してあるタイムゾーンに換算した日時情報を表示するようにしてもよい。また、このイベントが、この時間帯から始まることも分かる。代表画像が、動画像である場合は先頭の静止画像や、所定の頭出し点を振っていればその画像を表示することもできる。

そして、同一月のイベント群は、月ごとにイベントの範囲を示す強調線８５により認識できる。本例では選択中のイベントと同じ月に属するイベントは、強調線８ｅより２００４年１０月に撮影された画像ファイルを含む画像８４ｃ〜８４ｆの４イベントあることが分かる。そして、カーソル枠８４にセットされたイベントに対して、作成日時が新しいイベントは右方向に、作成日時が古いイベントは左方向に配置している。本例で選択するイベントの情報として、静止画枚数、動画カット数、動画の総時間（秒または分）が内部情報８６として、それぞれの情報を特徴付けるアイコンと共に表示される。本例で選択しているイベントは、静止画３２枚、動画１２カット、動画の総時間１２分であることが分かる。なお、タイトルとしてイベント名称をインデックスシステム２００に持たせることでイベント名称を表示させることも出来る。

そして、表示部８の上部に選択中のイベントの前年８１を表示させ、表示部８の下部に選択中のイベントの次年８２を表示する。本例では、「２００４」年に対して、前年８１に「２００３」年、次年８２に「２００５」年を表示する。なお、前年８１は、前年に画像がない場合、遡って画像がある年を表示する。同様に次年８２は、次年に画像がない場合、下って画像がある年を表示する。ユーザは、４方向キー６２の上キー操作により、選択中のイベントに最も近い前年の同じ日時のイベントを選択する。逆に４方向キーの下キー操作により、選択中のイベントに最も近い翌年の同じ日時のイベントを選択する。また、４方向キー６２の左キー操作により、選択中のイベントに最も近い過去のイベントを選択する。逆に４方向キーの右キー操作により、選択中のイベントに最も近い未来のイベントを選択する。この前年、次年のイベント選択操作については後述する選択基準に沿って行われる。

このようなイベントごとの画像表示を行うことで、ある年を基準として、例えば去年の正月、一昨年の正月のイベント等を簡単に辿ることができる。あるいは、ある日を基準として、同様の操作を行いイベントを辿ることもできる。

次に、イベント分割を行う処理での画面遷移例（インデックス画面）について、図１３を参照して説明する。図１３は、あるイベントに属する複数枚のサムネイル画像を「インデックス画面」として表示部８に一覧表示させた状態で、任意のサムネイル画像を選択し、イベント分割を行う場合における画面遷移例を示す。本例において、分割後の後方イベントの開始時刻は、分割点として指定した画像の撮影日時となる。

図１３（ａ）は、あるイベントに登録してある１０枚のサムネイル画像を並べてインデックス画面形式で表示部８に表示している例である。本例のインデックス画面は、イベントごとにサムネイル画像を表示可能である。今、サムネイル画像を選択するカーソル枠８ａは、最後尾の画像を選択し強調表示している。図示しないシャトルデバイス６１、４方向キー６２等の操作部６の操作により、インデックス画面でのカーソル枠８ａはサムネイル画像のある上下左右方向への移動が可能である。サムネイル画像と同じイベントに属する図示しない他の画像は、カーソル枠８ａを上方向に移動させることで表示可能となる。そして、イベント全体に含まれる画像は、スクロールバー８ｂを上下にスクロールさせることで確認できる。そして、イベント分割を行うために、図１３（ｂ）に画面遷移する。

図１３（ｂ）は、イベント分割メニューを行う際の画面例である。表示部８のメニュー項目としてメニュー８ｃに「イベント分割」と表示される。ユーザが、「イベント分割」メニューを選択すると図１３（ｃ）に画面遷移する。図１３（ｃ）は、イベント分割メニューで、インデックス画面よりイベント分割後の新しい先頭画像を指定する際の画面例を示す。ユーザは、カーソル枠８ａを移動させてイベント分割後の新しい先頭画像として画像８ｄを選択している。この場合、新しいイベントは、画像８ｄ以降で構成することになる。そして、操作ガイド８ｅには、「センタク」、「ケッテイ」と表示され、「センタク」操作ガイドにはカーソル移動を促すアイコン、「ケッテイ」操作ガイドには決定キー６３を押下して決定操作を促すアイコンが表示してある。決定操作を行うと、図１３（ｄ）に画面遷移する。

図１３（ｄ）は、イベント分割メニューで、ユーザがインデックス画面よりイベント分割後の新しい先頭画像を指定し、イベント分割の実行確認を行う際の画面例である。ユーザが新しいイベントの先頭画像を画像８ｄに決定すると、メッセージ８ｆが画面中央部に表示される。本例では、メッセージ８ｆに「この画像から新しいイベントにします」と表示される。また、イベント分割処理の実行を促すメニュー８ｇが画面下部に表示される。メニュー８ｇには、「イベント分割」と表示され、「終了」、または「実行」を選択可能である。ユーザが「終了」を選択すると、図１３（ｂ）のインデックス画面に戻り、イベント分割を行うための画像を確定する処理をやり直す。ユーザが「実行」を選択すると図１３（ｅ）に画面遷移する。

図１３（ｅ）は、イベント分割の実行中であることを表示する画面例である。イベント分割の実行中は画面中央部に処理状態を表すメッセージ８ｈが表示される。本例では、メッセージ８ｈに「アクセス中」と表示してある。イベント分割処理の実行完了後、図１３（ｆ）に画面遷移する。図１３（ｆ）は、イベント分割の実行完了後のインデックス画面例である。イベント分割が行われた結果、インデックス画面には、画像８ｄ以降の画像が新しく分割されたイベントに含まれる画像群として表示される。

次に、イベント分割を行う処理での画面遷移例（シングル画面形式）について、図１４を参照して説明する。図１４は、表示部８に画像を「シングル画面」形式として全画面表示させた状態でイベント分割を行う場合の画面遷移例である。本例において、分割後の後方イベントの開始時刻は、分割点として指定した画像の撮影日時となる。

図１４（ａ）は、再生シングル画面の表示例である。ユーザはイベント分割を行う際に、新しいイベントの先頭画像としたい画像を選択し、表示させる。そして、イベント分割を行うために、図１４（ｂ）に画面遷移させる。図１４（ｂ）は、再生シングル画面にイベント分割メニューを表示させた例である。本例では、表示部８の下部にメニュー８ｊを表示させており、メニュー８ｊに、「イベント分割」と表示される。ユーザが「イベント分割」メニューを選択すると図１４（ｃ）に画面遷移する。

図１４（ｃ）は、イベント分割メニューにおいて、ユーザがシングル画面よりイベント分割の実行確認を行う際の画面例である。ユーザが新しく分割したイベントの先頭画像を決定すると、メッセージ８ｋが画面中央部に表示される。本例では、メッセージ８ｋに「この画像から新しいイベントにします」と表示される。また、イベント分割処理の実行を促すメニュー８ｌが画面下部に表示される。メニュー８ｌには、「キャンセル」または「実行」を選択可能である。ユーザが「キャンセル」を選択すると、図１４（ｂ）のシングル画面に戻り、イベント分割を行うための画像を確定する処理をやり直す。ユーザが「実行」を選択すると図１４（ｄ）に画面遷移する。

図１４（ｄ）は、イベント分割の実行中であることを表示する画面例である。イベント分割の実行中は画面中央部にメッセージ８ｍが表示される。メッセージ８ｍには、「アクセス中」と表示してある。イベント分割処理の終了後、図１４（ｅ）に画面遷移する。図１４（ｅ）は、イベント分割の実行完了後のシングル画面例である。イベント分割が行われた結果、シングル画面には、分割後のイベントの先頭画像が表示される。

次に、イベント結合を行う処理での画面遷移例（イベント一覧画面）について、図１５を参照して説明する。図１５は、表示部８にイベント一覧画面を表示させた状態でイベント結合を行う場合の画面遷移例である。ただし、イベントの結合は隣り合うイベント同士のみで可能である。ここで、図１５のイベント一覧画面例は、図１２で説明したイベント一覧画面例と同一のものであるため、詳細な説明を省略する。

図１５（ａ）は、表示部８にイベント一覧画面を表示させている。そして、イベント結合を行うために、図１５（ｂ）に画面遷移する。図１５（ｂ）は、イベント一覧画面にメニューを表示させた例である。イベント一覧画面上にメニュー８ｏを表示させる。本例では、メニュー８ｏに、「イベント結合」と表示される。「イベント結合」メニューを選択すると図１５（ｃ）に画面遷移する。

図１５（ｃ）は、イベント結合メニューで、ユーザがイベント一覧画面よりイベント結合の実行確認を行う際の画面例である。ユーザが結合するイベントを決定すると、メッセージ８ｐが画面中央部に表示される。本例では、メッセージ８ｐに「前のイベントと結合します」と表示してある。また、イベント結合処理の実行を促すメニュー８ｑが画面下部に表示される。メニュー８ｑには、「キャンセル」または「実行」を選択可能である。ユーザが「キャンセル」を選択すると、図１５（ｂ）のイベント一覧画面に戻り、イベント結合を行うための画像を確定する処理をやり直す。ユーザが「実行」を選択すると図１５（ｄ）に画面遷移する。

図１５（ｄ）は、イベント結合の実行中であることを表示する画面例である。イベント結合の実行中は画面中央部にメッセージ８ｒが表示される。メッセージ８ｒには、「アクセス中」と表示してある。イベント結合処理の終了後、図１５（ｅ）に画面遷移する。図１５（ｅ）は、イベント結合の実行完了後のイベント一覧画面例である。イベント結合が行われた結果、画面中央には、結合後のイベントの先頭画像８４ｃが表示される。また、本例では、選択したイベントの代表画像の撮影（開始）日時８３として、「2004 10 22 FRI 9:00 AM」とメッセージ表示してあり、この代表画像が２００４年１０月２２日（金）午前９時に撮影されたことが分かる。また、このイベントが、この時間帯から始まることも分かる。また、結合したイベントの内部情報８６は、静止画４０枚、動画１４枚、動画の総時間１６分と変化する。

次に、図１２で説明したイベント一覧画面におけるイベントの年送りの処理例について、図１６を参照して説明する。本例では、表示部８に表示されたイベントを見ながら、そのイベントの前年または次年の画像を選択する際に一定の規則に基づいて画像を移動させる。図１６では、１９９８年から２００５年までのタイムチャート上にそれぞれイベントを設定した例としてある。

イベントの年送りの処理例において、最も近い前後年のイベントの選択は、例えば以下の規則で行う。このとき年送りの処理は、仮想的な基準線に対して行う。この基準線情報は、ＲＡＭ５２に保持しておく。ここで、年送りの操作により該当するイベントが前後にある場合、基本的には後のイベントを優先して選択する。
（規則１）同日同開始時刻の属するイベントを選択する。
（規則２）該当するイベントが存在しない場合、同日の直後のイベントを選択する。
（規則３）該当するイベントが存在しない場合、同日の直前のイベントを選択する。
（規則４）同日イベントが存在しない場合、年内の直後のイベントを選択する。
（規則５）年内の直後のイベントも存在しない場合、年内の直前のイベントを選択する。
（規則６）年内にイベントがない（つまり、画像がない）場合、その年をスキップする。
（規則７）続けて年送り／戻し操作をする限り、最初に選択したイベントを基準として規則１〜７の動作をする。
（規則８）前後のイベントへ移動、シングル画面やインデックス画面へ遷移、その他削除などの機能を実行した場合は、そのイベントを新たな年送り／戻しの基準として動作する。

まず、図１６では、ユーザが２００５年４月１９日１８時〜２０時のイベントを選択しており、前年として２００４年にイベントを戻す。この場合、規則１が適用され、同日同開始時刻が属するイベントとして２００４年４月１９日のイベントが選択される。次に、前年として２００３年にイベントを戻す。２００３年には、４月１９日に２つのイベント（８時〜１４時、２１時〜２４時のイベント）があるが、規則２が適用され、同日（４月１９日）の直後のイベントとして２００３年４月１９日２１時〜２４時のイベントが選択される。

次に、前年として２００２年にイベントを戻す。２００２年には、４月１９日に１つのイベント（８時〜１２時のイベント）があり、規則３が適用され、同日（４月１９日）の直前のイベントとして２００２年４月１９日８時〜１２時のイベントが選択される。次に、前年として２００１年にイベントを戻す。２００１年には、４月１９日のイベントが存在しないが、４月１８日、２１日、２２日の３つのイベントが存在する。この場合、規則４が適用され、年内（２００１年）の直後のイベントとして２００１年４月２１日のイベントが選択される。

次に、前年として２０００年にイベントを戻す。２０００年も、４月１９日のイベントが存在しないが、４月１４日、１５日の２つのイベントが存在する。この場合、規則５が適用され、年内（２０００年）の直前のイベントとして２０００年４月１５日のイベントが選択される。

次に、前年として１９９９年にイベントを戻す。しかし、１９９９年には、画像ファイルがないため、イベントもない。この場合、規則６が適用され、さらに前年として１９９８年までスキップする。１９９８年には、４月１７日のイベントが存在するため、このイベントが選択される。続けて年送り、年戻し操作をする場合のみ、最初に選択したイベント（例えば、２００５年４月１９日１８時開始のイベント）を基準として規則１〜７の動作をする。

そして、２００５年４月１９日１８時〜２０時のイベントから２００５年４月１９日１０時〜１４時のイベントを選択する。この場合、規則８が適用され、そのイベントを新たな年送り／戻しの基準として動作する。規則８は、前後のイベントへ移動、シングル画面やインデックス画面へ遷移、その他削除などの機能を実行した場合に適用される。本例では、年戻し操作を行った場合、２００４年では、同日のイベントとして２００４年４月１９日の８時〜２４時のイベントが選択されるが、さらに年戻し操作を行うと、２００３年の４月１９日８時〜１４時のイベントが選択されるようになる。

このようにして、撮影した順番に画像を表示し、さらに連続して撮影された画像を所定の単位としてのイベントごとに分類することで、ユーザ自身が体験した時間感覚に基づいて効率よく画像を検索することが可能となった。

本発明の実施の形態によれば、イベントに複数の画像を格納してあるため、ユーザにとってはイベントの代表画像を見ればどのようなイベントであり、どのような画像が格納されているかをある程度知ることが出来るため、素早く画像を検索することが可能となるという効果がある。

また、一度設定したイベントであっても、ユーザの任意のタイミングで手軽にイベントを分割することが可能である。この分割時において、分割したイベント間で隙間の時間帯を設けるようにすると、イベントに格納してある画像群毎の分類が維持されやすいという効果がある。この場合、例えば、１日のイベントを朝と夕方に分割し、外部ファイルとして昼に撮影した画像を取得する場合には、昼のイベントを新たに作成し、朝、昼、夕方と異なるイベントにそれぞれの画像を格納することができる。また、分割したイベント間で隙間の時間帯を設けないようにした場合、新しく取り込んだ画像が確実に既存のイベントに分類することができる。このため、取り込んだ画像の分類先のイベントが予測可能であり、ユーザにとって取り込んだ画像の検索が行いやすくなるという効果がある。

また、複数のイベントを結合することで大きな画像群であっても一つのイベントに格納することができる。例えば、月、季節、年単位等の比較的大きな単位で画像を分類することができるため、ある程度イベントを大きくして、イベントに格納する画像群を大きくしたい場合に効果がある。

また、イベントの分割、結合操作は表示部８に表示させたイベント一覧画面、インデックス画面、シングル画面で操作可能であるため、ユーザにとっては必要な画像を把握することが容易であり、操作ミスを低減させるという効果がある。

また、デジタルスチルカメラ１００に設定してあるタイムゾーンは、任意に設定可能である。このため、タイムゾーンを取り扱えない撮像機器で撮影された画像であっても、画像の取り込み時にそのタイムゾーンに設定することで、適切な時系列で画像を取り込むことが可能となる。ただし、画像にタイムゾーン情報が付加されていれば、カメラ１００のタイムゾーン設定に関わらず画像自身の情報を優先することとなる。

また、撮像した画像とイベントをインデックスシステム２００で管理することにより、サムネイル画像表示を行う場合などにおいて、予め作成したサムネイル画像を読み出せばよいため、速やかに表示を行うことが出来るという効果がある。また、イベントの分割、結合においてもインデックスシステム２００での経路情報を変えるだけでよいため、処理の負担が軽減されるという効果がある。さらに、管理する画像数が多くなればなるほど検索性能の向上が期待でき、また素早く画像を検索、表示させることが可能であり、ユーザに操作のストレスを感じさせないという効果がある。

また、外部から画像を取り込む場合に、登録できるイベントがない場合は、画像に付与されている撮影日時、タイムゾーン等を考慮して新たにイベントを自動作成し、そのイベントに画像を格納していくため、ユーザがイベントを都度設定し、格納する操作を行わなくてもよくなるという効果がある。

また、イベントを一覧表示させる場合の画像検索時において、一定時間の間隔を直接移動できるため、定期的な行事を探しやすい。図１６に示したように、年送り操作を行うことで、正月や夏休みといった毎年の行事や、同じ季節、時期、日の画像を年毎に辿って検索、表示することが容易になるという効果がある。

なお、上述した実施の形態では、イベントの分割、結合操作について、操作例を画面遷移例と共に説明したが、他にも様々な操作処理が想定される。ここでは、図１７〜２０を参照して、イベントの分割、結合操作の他の操作処理例について説明する。

まず、インデックス画面において分割する隙間を指定してイベント分割を行う場合の画面遷移例について、図１７を参照して説明する。ここで、図１７において、既に説明した図１３に対応する部分には同一符号を付す。図１７（ａ）は、インデックス画面の例であり、あるイベントに格納される画像ファイルのサムネイル画像を複数枚表示させている。そして、メニュー操作を行うことで図１７（ｂ）に画面遷移する。図１７（ｂ）は、インデックス画面メニューの例を示しており、「イベント分割」メニュー８ｃが表示される。イベント分割を選択すると、図１７（ｃ）に画面遷移する。図１７（ｃ）は、分割する隙間を指定する画面表示例である。イベントの分割時刻を図示しない操作部６で指定することで、分割位置を確認するための位置確認バー８ｓを分割の隙間として設定できる。そして、設定した隙間を境にしてイベントが２つに分割される。そして、決定キー６３により決定すると、図１７（ｄ）に画面遷移する。図１７（ｄ）では、実行を確認するメニュー８ｇを表示している。メニュー８ｇよりイベント分割を実行すると、図１７（ｅ）に画面遷移する。図１７（ｅ）は、イベント分割実行完了後のインデックス画面の例である。図１７（ｅ）では、分割されたイベントの画像を表示する。このとき、カーソル枠８ａは、先頭画像に移動する。このようにイベント分割時に位置確認バー８ｓを用いて分割後の先頭画像を指定すると、イベント区切り位置を手軽に指定できるという効果がある。

また、インデックス画面において分割する時刻を指定してイベント分割を行う場合の画面遷移例について、図１８を参照して説明する。ここで、図１８において、既に説明した図１３に対応する部分には同一符号を付す。図１８（ａ）は、インデックス画面の例であり、あるイベントに格納される画像ファイルのサムネイル画像を複数枚表示させている。そして、メニュー操作を行うことで図１８（ｂ）に画面遷移する。図１８（ｂ）は、インデックス画面メニューの例を示しており、「イベント分割」メニュー８ｃが表示される。イベント分割を選択すると、図１８（ｃ）に画面遷移する。図１８（ｃ）は、分割時刻指定メッセージの画面表示例である。イベントの分割時刻を図示しない操作部６で指定することで、その分割時刻以降を境にしてイベントが２つに分割される。本例のメッセージ８ｔには、イベント分割時刻が「2004/11/24 10:15:36」と指定してある。そして、「実行」を選択すると、図１８（ｄ）に画面遷移する。図１８（ｄ）では、分割位置を確認するための位置確認バー８ｓが表示され、バー８ｓを境にしてイベントを分割する。イベント分割を実行すると、図１８（ｅ）に画面遷移する。図１８（ｅ）は、イベント分割実行完了後のインデックス画面の例である。図１８（ｅ）では、分割されたイベントの画像を表示する。このとき、カーソル枠８ａは、先頭画像に移動する。このようにイベント分割時に分割する時刻を指定すると、イベント区切り位置の正確な指定が可能となるという効果がある。また、図１２のイベント一覧画面や、図１４のシングル画面においても時刻指定によるイベント分割が実行できる。

また、インデックス画面におけるイベント分割位置の指定には様々な表示を行ってイベント分割の境界を示すことが可能である。ここで、図１９において、既に説明した図１３に対応する部分には同一符号を付す。図１９は、インデックス画面において分割するイベントを指定するバリエーションの例である。図１９（ａ）は、サムネイル画像のイベント区切りの表示例である。あるイベントに属するサムネイル画像を分割する場合、本例のようにサムネイル画像を区切るイベント区切りバー８ｕを用いることで、分割前後のイベントに含まれる画像を確実に認識することができる。また、図１９（ｂ）も、図１９（ａ）と同様にサムネイル画像のイベント区切りの表示例であるが、図１９（ｂ）では、表示されたサムネイル画像の上端にイベント区切りバー８ｕが位置する。図１９（ｃ）は、前のイベントの最終画像を先頭に表示する例である。本例では、インデックス画面の先頭画像に前のイベントの最終画像を表示させており、イベント区切りバー８ｕで先頭画像を区切っている。一方、図１９（ｄ）は、次のイベントの先頭画像を末尾に表示する例である。本例では、インデックス画面の末尾画像に次のイベントの先頭画像を表示させており、イベント区切りバー８ｕで末尾画像を区切っている。図１９（ｅ）は、新しいイベントに含まれる範囲の背景を塗りつぶす例である。本例では、新しいイベントを表す塗りつぶし領域８ｖによって、イベントの分割範囲を示すことができる。このようにすることで、ユーザは手軽に前後のイベント区切り位置やイベントの分割位置を把握することができ、イベント分割の際に必要ない画像であるにもかかわらずイベント分割の画像にしてしまうといった誤操作を軽減させる効果がある。

また、イベントの結合操作において、上述した実施の形態では前のイベントと結合させるようにしたが、後のイベントと結合させるようにしてもよい。ここで、図２０の画面例において、既に説明した図１２に対応する部分には同一符号を付す。図２０は、イベント一覧画面でイベントを結合する画面遷移例である。図２０（ａ）は、表示部８にイベント一覧画面を表示させている。今、２００１年１１月１５日のイベントを他のイベント（例えば、２００１年１１月３０日のイベント）と結合させる操作を行う。そして、イベント結合を行うために、図２０（ｂ）に画面遷移する。図２０（ｂ）では、メニュー８ｏに、「イベント結合」と表示される。「イベント結合」メニューを選択すると図２０（ｃ）に画面遷移する。図２０（ｃ）は、イベント結合メニューで、ユーザがイベント一覧画面よりイベント結合の実行確認を行う際の画面例である。隣り合ったイベント同士をカーソル枠８４を拡大してイベント結合を確認する。そして、イベント結合処理の実行を促すメニュー８ｑが画面下部に表示される。ユーザが「実行」を選択すると図２０（ｄ）に画面遷移する。図２０（ｄ）は、イベント結合の実行完了後のイベント一覧画面例である。イベント結合が行われた結果、結合後のイベントの先頭画像（２００１年１１月１５日のイベント）が表示される。そして、結合したイベントの次には、２００１年１１月３０日のイベントの次にある２００１年１２月１０日のイベントの先頭画像が表示されるようになる。

また、上述した実施の形態ではイベントの分類を「日付で分ける」を適用した例としてある。この他にも「季節で分ける」、「月で分ける」、「旅行ごとに分ける」等と様々なバリエーションでイベント分類を適用することでより自由にイベントを管理することが可能となる。こうすることによって、画像検索時等においてユーザが目的の画像を探しやすくなるという効果がある。

また、上述した実施の形態では、画像のタイムゾーンに基づいてイベントを形成したが、デジタルスチルカメラ１００に設定されたタイムゾーンに応じてイベントのタイムゾーンを設定してもよいし、別途イベント自体にタイムゾーン情報を持たせてもよい。また、先頭画像や一覧表示用に選択した代表画像のタイムゾーンで代用してもよい。外部から取り込む画像にタイムゾーン情報がない場合は、ユーザが個別に選択できるようにしてもよいし、装置に設定したタイムゾーンを一律取り込む画像のタイムゾーンとみなしてもよい。

また、インデックスシステムでイベントごとにイベント名称を付与するようにしてもよい。イベント名称をイベント一覧画面、シングル画面、インデックス画面で表示させることによって確実にイベントが格納している画像群の種類を把握することができるという効果がある。また、外部から画像と共に外部の画像で設定してあるインデックスシステムを取り込む場合に、イベント名称についても取り込むことでデジタルスチルカメラ１００に設定してあるイベントとの混同を防ぐことができるという効果もある。

また、上述した実施の形態ではイベントの結合時において、隣り合ったイベントを結合するようにしたが、連続する３つ以上のイベントを同時に結合するようにしてもよい。こうすることで、例えば月、年、季節、行事単位でのイベント作成を容易に行うことができるという効果がある。

また、上述した実施の形態ではイベント一覧画面にイベントの内部情報８６として、静止画、動画、動画の総時間を表示させるようにしたが、さらにそのイベントのタイムゾーン情報、イベント名称等も表示させるようにしてもよい。また、選択していないイベントであっても表示させている代表画像の撮影日付を表示させるようにしてもよい。このようなタイムゾーン情報、イベント名称等はインデックスシステム２００で管理することが出来る。また、デジタルスチルカメラ１００で設定してある現在のタイムゾーンや電池残量等についても表示部８に表示させるようにしてもよい。こうすることでユーザにシステムの設定を認識させることが容易となるという効果がある。

また、上述した実施の形態ではイベント一覧画面における画像検索時の前後年の年送りの処理例として、日付内を探してから年内を探す方法を示したが、週内、月内、季節で代用あるいは併用してもよい。また、同日内の前方を優先的に探しても良い。あるいは、時間の前後関係ではなく、基準線に近いイベントを優先的に探索、表示するようにしてもよい。

また、上述した実施の形態では記録媒体１０にメモリカードを用いて、大容量記録媒体としてハードディスクドライブ１７を用いるようにしたが、記録可能なＤＶＤ（Digital Versatile Disc）、ＣＤ（Compact Disc）等の光記録ディスク、磁気ディスク、半導体メモリなど種々の記録媒体を用いるようにしてもよい。

また、上述した実施の形態の外部インタフェース９は、有線インタフェースとして設けるようにしたが、光や電波等による無線インタフェースとして設けるようにしてもよい。すなわち、外部インタフェース９は、有線、無線のいずれのインタフェースであってもよい。

また、上述した実施の形態の外部インタフェース９に図示しない通信モジュールを接続することができる。こうすることで、インターネットなどのネットワークに接続して、ネットワークを通じて種々の画像データやその他の情報を取得し、デジタルスチルカメラ１００に装填された記録媒体１０又はハードディスクドライブ１７に記録することが可能である。また、装填された記録媒体１０又はハードディスクドライブ１７に記録されているデータを、ネットワークを通じて相手先に送信することも可能である。

また、上述した実施の形態では、デジタルスチルカメラ１００に適用した例として説明したが、デジタルスチルカメラに限らず、静止画像又は動画像を撮像可能であれば、デジタルビデオカメラ、ＤＶＤレコーダ、ＨＤＤレコーダ、携帯電話端末等の電子機器を用いるようにしても上述した実施の形態と同様の効果が得られる。また、コンピュータ装置等を用いてイベントの分類管理を行うようにしてもよい。

また、上述した実施の形態では、被写体の画像を撮影して、デジタルスチルカメラに装填された記録媒体１０に記録することができるとともに、記録媒体１０に記録された画像データを読み出して、これを再生し、利用することができる。また、外部のパーソナルコンピュータや、インターネット等の通信回線を通じて、画像データの提供を受けて、これを自機に装填された記録媒体に記録したり、また、読み出して再生したりすることもできる。

本発明の一実施の形態におけるデジタルスチルカメラの内部構成例を示したブロック図である。 本発明の一実施の形態における撮影順とイベントの例を示した説明図である。 本発明の一実施の形態における撮影時の自動分類の例を示した説明図である。 本発明の一実施の形態におけるイベントの手動設定の例を示した説明図である。 本発明の一実施の形態におけるイベントの結合操作の例を示した説明図である。 本発明の一実施の形態における外部からの画像取り込みの例を示した説明図である。 本発明の一実施の形態における分割されたイベントへの画像ファイルの取り込みの例を示した説明図である。 本発明の一実施の形態におけるフォルダ構造とエントリの例を示した説明図である。 本発明の一実施の形態におけるタイムゾーンを用いたイベントの構成例を示した説明図である。 本発明の一実施の形態における画像をイベントに登録する処理の例を示したフローチャートである。 本発明の一実施の形態における画像をイベントに登録する処理（簡易版）の例を示したフローチャートである。 本発明の一実施の形態におけるイベント一覧画面の例を示した説明図である。 本発明の一実施の形態におけるイベント分割の画面遷移（インデックス画面）の例を示した説明図である。 本発明の一実施の形態におけるイベント分割の画面遷移（シングル画面）の例を示した説明図である。 本発明の一実施の形態におけるイベント結合の画面遷移（イベント一覧画面）の例を示した説明図である。 本発明の一実施の形態における前後年のイベントへ移動する規則の例を示した説明図である。 本発明の他の実施の形態におけるイベント分割の画面遷移（インデックス画面で分割する隙間を指定）の例を示した説明図である。 本発明の他の実施の形態におけるイベント分割の画面遷移（インデックス画面で分割時刻を指定）の例を示した説明図である。 本発明の他の実施の形態におけるイベント分割指定のバリエーションの例を示した説明図である。 本発明の他の実施の形態におけるイベント結合の例を示した説明図である。

符号の説明

１…カメラ部、２…ＤＳＰ、３…ＳＤＲＡＭ、４…媒体インタフェース、５…制御部、６…操作部、７…ＬＣＤコントローラ、８…ＬＣＤ、９…外部インタフェース、１０…記録媒体、１１…光学ブロック、１２…ＣＣＤ、１３…前処理回路、１４…光学ドライバ、１５…ＣＣＤドライバ、１６…タイミング生成回路、１７…ハードディスクドライブ、５１…ＣＰＵ、５２…ＲＡＭ、５３…フラッシュＲＯＭ、５４…時計回路、５５…システムバス、１００…デジタルスチルカメラ、２００…インデックスシステム

Claims (12)

1. 光学系を介して結像した像光を静止画像又は動画像として撮像する撮像部と、
   日時を計測する時計部と、
   前記撮像部が撮像した静止画像又は動画像に、前記時計部から取得した撮影日時の情報を付与して内部画像ファイルとして記録する記録部と、
   外部で撮像された静止画像又は動画像を撮影日時の情報と共に外部画像ファイルとして取り込み、前記記録部に前記外部画像ファイルを記録する画像取得部と、
   前記内部及び外部画像ファイルと、少なくとも１つ以上の前記内部及び外部画像ファイルを格納するイベントを関連づける管理情報を用いて、所定の管理形態で前記内部及び外部画像ファイルを撮影日時に基づいて前記イベントに分類する制御部と、
   前記イベントごとに所定の画面形式で前記内部及び外部画像ファイルを表示する表示部とを備えることを特徴とする
   撮像表示装置。
2. 請求項１記載の撮像表示装置において、
   前記制御部は、前記所定の管理形態として前記外部及び内部画像ファイルとイベントへの経路情報と世界時に対する時差としての第１のタイムゾーン情報を保持するプロパティデータと、前記画像の縮小画像として作成したサムネイル画像と、前記画像の付加情報を保持するメタデータとを相互に関連付けて前記記録部に記録した前記管理情報を用いて、前記時計部で計測する日時を前記第１のタイムゾーン情報に応じて設定し、前記外部及び内部画像ファイルとイベントを前記第１のタイムゾーン情報に基づいて管理することを特徴とする
   撮像表示装置。
3. 請求項２記載の撮像表示装置において、
   前記制御部は、前記所定の管理形態として前記外部画像ファイルの管理情報に第２のタイムゾーン情報が設定されている場合、前記第２のタイムゾーン情報を前記第１のタイムゾーン情報にシフトさせて、取り込んだ前記外部画像ファイルを既に生成してある前記イベントに分類し、前記外部画像ファイルの撮像日時に対応する日時に前記イベントがない場合、前記外部画像ファイルを格納するイベントを生成して、前記外部画像ファイルを分類し、
   前記外部画像ファイルの管理情報に前記第２のタイムゾーン情報が設定されていない場合、前記外部画像ファイルに前記第１のタイムゾーン情報を設定して、前記外部画像ファイルを既に生成してある前記イベントに分類し、前記外部画像ファイルの撮像日時に対応する日時に前記イベントがない場合、前記外部画像ファイルを格納するイベントを生成して、前記外部画像ファイルを分類することを特徴とする
   撮像表示装置。
4. 請求項１記載の撮像表示装置において、
   前記制御部は、前記イベント内に含まれる前記内部及び外部画像ファイルを選択し、前記選択した画像ファイルを区切りとして、前記イベントを第１と第２のイベントに分割して、前記選択した画像ファイルの撮像日時より前に撮像した画像ファイルを前記第１のイベントに格納し、前記選択した画像ファイルと前記選択した画像ファイルの撮像日時より後に撮像した画像ファイルを前記第２のイベントに格納することを特徴とする
   撮像表示装置。
5. 請求項１記載の撮像表示装置において、
   前記制御部は、撮像日時が隣り合う少なくとも２つの前記イベントを結合した第３のイベントを生成し、前記第３のイベントに前記２つのイベントに含まれる前記内部及び外部画像ファイルを格納することを特徴とする
   撮像表示装置。
6. 請求項１記載の撮像表示装置において、
   前記イベントに前記内部及び外部画像ファイルを分類する単位は、前記内部及び外部画像ファイルに付与した撮像日時に対して、日と、週と、月と、年のうち、いずれか一つの単位を設定するか、またはイベントの結合又は分割により任意に設定する単位であることを特徴とする
   撮像表示装置。
7. 請求項２記載の撮像表示装置において、
   前記表示部で表示する所定の画面形式は、前記画像を縮小した画像群であるインデックス画面形式と、前記画像ごとに全面表示させるシングル画面形式と、前記イベントに格納される所定画像を代表画像として撮像日時の順に一覧表示するイベント一覧画面形式とのうちの、いずれか１つの画面形式であることを特徴とする
   撮像表示装置。
8. 請求項７記載の撮像表示装置において、
   前記表示部は、前記第１のタイムゾーン情報を参照して前記付与された撮像日時を表示することを特徴とする
   撮像表示装置。
9. 請求項７記載の撮像表示装置において、
   前記イベント一覧画面形式は、撮影順に前記イベント間を移動させて、前記イベントの代表画像を表示することを特徴とする
   撮像表示装置。
10. 請求項７記載の撮像表示装置において、
    前記イベント一覧画面形式は、前記イベントに格納している静止画枚数、動画カット数、動画記録時間のうち、少なくとも一つを表示することを特徴とする
    撮像表示装置。
11. 静止画像又は動画像として撮像し、
    撮像日時を前記撮像した静止画像又は動画像に付与して内部画像ファイルとして記録し、
    外部で撮像された静止画像又は動画像を外部画像ファイルとして取り込み、前記外部画像ファイルを記録し、
    前記内部及び外部画像ファイルと、少なくとも１つ以上の前記内部及び外部画像ファイルを格納するイベントを関連づける管理情報を用いて、所定の管理形態で前記内部及び外部画像ファイルを撮影日時に基づいて前記イベントに分類し、
    前記イベントごとに所定の画面形式で前記内部及び外部画像ファイルを表示することを特徴とする
    撮像表示方法。
12. 静止画像又は動画像として撮像する撮像装置に実装されるプログラムにおいて、
    撮像日時を前記撮像した静止画像又は動画像に付与して内部画像ファイルとして記録し、
    外部で撮像された静止画像又は動画像を外部画像ファイルとして取り込み、前記外部画像ファイルを記録し、
    前記内部及び外部画像ファイルと、少なくとも１つ以上の前記内部及び外部画像ファイルを格納するイベントを関連づける管理情報を用いて、所定の管理形態で前記内部及び外部画像ファイルを撮影日時に基づいて前記イベントに分類し、
    前記イベントごとに所定の画面形式で前記内部及び外部画像ファイルを表示する処理を実行することを特徴とする
    プログラム。

Images