JP2013172271A - 表示制御装置、制御方法、プログラム - Google Patents

Abstract

【課題】 地図上に画像データに対応付けられた位置を表示する際に、ユーザビリティを向上させる。
【解決手段】 既に記録されている位置情報と時間情報とに基づき、位置情報が対応づけられていない画像データに対応付ける仮の位置情報を決定する決定手段と、画像データに対応付けられている位置情報または仮の位置情報に基づき、該画像データの存在を示す指標を地図データ上の対応する位置に表示する表示制御手段とを有し、前記表示制御手段は、既に位置情報と対応付けられている画像データの存在を示す指標を地図上を移動できない第１の形態で表示し、前記決定手段により決定された仮の位置情報と対応付けられている画像データの指標を地図上を移動可能な第２の形態で表示する。
【選択図】 図７

Description

本発明は、地図上に画像データの位置情報を表示する技術に関する。

近年、ＧＰＳ（Ｇｒｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を搭載したデジタルカメラが登場している。上記デジタルカメラによる撮影で取得した画像データには、ＧＰＳ衛星から信号を受信できる状況下である場合、上記信号によって取得した位置情報が付加される。取得した位置情報は、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）規格に従い、画像データの付加情報の一部として記録される。また、上記デジタルカメラには、ＧＰＳ衛星から受信した信号に含まれる位置情報や日時情報などを、ＧＰＳログファイルとして保存するものも存在する。

ＧＰＳ衛星から取得した位置情報、日時情報などといった情報は、様々な用途での使用が可能である。例えば、位置情報を元にして、ＰＣアプリケーションの地図上に撮影位置を示すアイコンを表示するなどして、地図上で撮影位置を表示することができる。また、位置情報と日時情報を元に、地図上にユーザが移動した軌跡を表示することができる。

しかし、屋内での撮影時や、悪天候等といった状況下で、ＧＰＳ衛星より位置情報を取得できない場合がある。近年、上記のような理由で位置情報が付加されなかった場合、画像データの撮影位置を何らかの方法で推定し、補間する技術が考案されている。

特開２００１−９１２９０号公報 特開２００１−２９２３８９号公報

しかしながら、上記推定して補間した撮影位置が、実際の撮影位置と明らかに異なっている場合がある。その場合、ＰＣアプリケーションの地図上で撮影位置を表示する際に、間違った位置にアイコンが表示されてしまう。そのため、ユーザは、地図上に表示されたアイコンを一旦移動可能な状態とし、さらに正確な撮影位置にアイコンを移動して地図上での位置を確定する、という作業を行わなければならず、二度手間になり面倒である。

上述の特許文献に開示された従来技術では、位置情報が付加されなかった画像データの位置情報を推定する方法については考えられているが、ユーザビリティを考慮した地図上における表示方法については言及されていない。

本発明に係る表示制御装置は、撮像装置で撮像された画像データに関する情報を表示部に表示する表示制御装置であって、位置情報を記録する記録手段と、既に前記記録手段により記録されている位置情報と時間情報とに基づき、位置情報が対応づけられていない画像データに対応付ける仮の位置情報を決定する決定手段と、画像データに対応付けられている位置情報または仮の位置情報に基づき、該画像データの存在を示す指標を地図データ上の対応する位置に表示する表示制御手段とを有し、前記表示制御手段は、既に位置情報と対応付けられている画像データの存在を示す指標を地図上を移動できない第１の形態で表示し、前記決定手段により決定された仮の位置情報と対応付けられている画像データの指標を地図上を移動可能な第２の形態で表示することを特徴とする。

本発明によれば、推定した位置情報を付加した画像データの位置を地図上に示す場合に、ユーザビリティを向上させることができる。

第１の実施の形態に係るデジタルカメラとＰＣを接続した構成を示すブロック図である。 第１の実施の形態に係るデジタルカメラの概略構成を示すブロック図である。 第１の実施の形態に係るＰＣを示すブロック図である。 第１の実施の形態に係るＥｘｉｆ−ＪＰＥＧのデータ構造を示す概念図である。 第１の実施の形態に係るＧＰＳログファイルの構成を示す図である。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係るＧＵＩを示す図である。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係るリストを示す図である。 第１の実施の形態に係るリストを示す図である。 第１の実施の形態に係るリストを示す図である。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係るリストを示す図である。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係るリストを示す図である。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係る処理を示すフローチャートである。 第１の実施の形態に係るＧＵＩを示す図である。 第２の実施の形態に係る処理を示すフローチャートである。 第２の実施の形態に係る処理を示すフローチャートである。 第２の実施の形態に係るＧＵＩを示す図である。

以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。ここでは、本発明の実施の形態に係る情報処理装置の一例として、所謂パーソナルコンピュータ（以下、ＰＣとする）を取り上げることとする。

［第１の実施の形態］
＜デジタルカメラとＰＣの接続時の構成＞
図１は、ＧＰＳ受信機を搭載したデジタルカメラ１とＰＣ２とを接続した際の構成を示すブロック図である。デジタルカメラ１とＰＣ２は、ＵＳＢ（ＵｎｉｖｅｒＳａｌ Ｓｅｒｉａｌ Ｂｕｓ）等による通信経路３を用いて接続される。４はデジタルカメラ１のシャッターボタンである。なお、通信経路３に関しては、ＩＥＥＥ８０２．１１ｘ（ｘは、ａ，ｂ，ｇなど）に準拠した無線インターフェースなど、他の方式を用いてもよい。

＜デジタルカメラの構成＞
図２は、デジタルカメラ１の構成を示すブロック図である。デジタルカメラ１は、制御装置２００、レンズ２０１、ＣＣＤ２０２、Ａ／Ｄ変換機２０３、ＲＡＭ２０４、通信装置２０５、フラッシュメモリ２０６、入力装置２０７、ＶＲＡＭ２０８、ＬＣＤ２０９、ＧＰＳ受信機２１０を備える。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）で構成される制御装置２００は、入力された信号やプログラムに従い、デジタルカメラ１の各部を制御する。

被写体像は集光レンズ２０１を通り、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ：電荷結合素子）２０２により撮像された被写体像がアナログ信号としての電気信号に変換される。そしてＡ／Ｄ変換機２０３によりデジタル信号に変換される。

ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０４は、画像データや各種パラメータなどのデータを一時的に記憶する。通信装置２０５は、デジタルカメラ１とＰＣ２と接続するためのインターフェースである。フラッシュメモリ２０６は、撮影された画像データやＧＰＳログファイル、制御プログラムなどを記憶するための記憶媒体であり、デジタルカメラ１に内蔵されていてもよいし、メモリカードのように着脱可能なものであってもよい。

入力装置２０７は、主にユーザが操作する部材であり、撮影の際に使用するシャッターボタン４や画像データ再生時の画像送り等を指示するためのユーザ入力を受け付ける。シャッターボタンはＳＷ１とＳＷ２の２つのボタンからなり、いわゆる半押しでＳＷ１が押下され、いわゆる全押しでＳＷ２が押下される構成となっている。入力装置２０７はボタン、レバー、ホイール、タッチパネルなどを用いることができる。

ＶＲＡＭ２０８は、ＬＣＤ２０９に表示するための画像データなどを記憶する。ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）２０９は撮影した画像データや、ユーザに通知する情報など、各種ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。

ＧＰＳ受信機２１０は、ＧＰＳ衛星からの信号を受信する。受信した信号を元に、制御装置２００で現在の位置情報が算出され、画像データに付加される。また、位置情報と同時にＧＰＳ受信機２１０で受信したＵＴＣ（ＵｎｉｖｅｒｓａｌＴＩｍｅ Ｃｏｏｒｄｉｎａｔｅｄ：協定世界時）も制御装置２００に送られる。

また、本実施形態におけるデジタルカメラ１は、ＧＰＳ受信機２１０によりＧＰＳ衛星からの信号を定期的に受信し、測位した日時情報や位置情報をＧＰＳログファイルと呼ばれる１つのファイルに順次記録する。ＧＰＳログファイルは、日ごと、もしくはユーザによって指定された日時等で新しいファイルに分割して作成され、フラッシュメモリ２０６に保存される。このように定期的に測位を行うモードをロギングモードとも呼ぶ。本実施形態におけるデジタルカメラ１は、撮影モードでない場合はロギングモードに移行し、定期的に測位を行う。

＜ＰＣの構成＞
図３は、本実施の形態におけるＰＣ２の構成を示すブロック図である。ＰＣ２はＣＰＵ３００、ＨＤＤ３０１、ＲＡＭ３０２、入力装置３０３、ＶＲＡＭ３０４、表示装置３０５、通信装置３０６を備える。ＣＰＵ３００は、入力信号やプログラムにしたがい、ＰＣ２の各部を制御する。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｅｖｉｃｅ）３０１には、デジタルカメラ１から受信した画像データや、各種制御プログラム等が格納される。ＲＡＭ３０２には、プログラムや画像データが展開される。プログラムには、地図を表示するアプリケーション等も含まれ、ＣＰＵ３００によって実行される。

入力装置３０３には、キーボードやマウスなどのポインティングデバイス等を用いることができる。

ＶＲＡＭ３０４は、画像データや実行されたプログラムのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等の映像信号を出力する。表示装置３０５には、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）やＬＣＤを用いることができる。

通信装置３０６は、外部でデバイスと各種データを送受信するための通信インターフェースを示しており、ＰＣ２は通信装置３０６によってデジタルカメラ１と画像データの送受信を行うことができる。また、通信装置３０６はＷｅｂサーバ（以下、サーバ）などの外部装置と通信することも可能である。本実施形態では地図データを表示装置３０５に表示するが、この地図データはサーバから受信するものとする。

なお、フラッシュメモリ２０６が着脱可能なメモリカード等のような記憶媒体である場合、通信装置３０６を用いなくても、デジタルカメラ１から画像データを保存したメモリカードを取り外し、ＰＣ２に接続することで画像データをＰＣ２に送ってもよい。

また、本実施形態では、地図をサーバから取得することとしたが、予めＨＤＤ３０１に地図データを保存しておいてもよいし、外部ストレージを接続して地図データを読み込んでもよい。

＜画像データのデータ構造を示すブロック図＞
図４は、本実施の形態における画像データのデータ構造を示す概念図である。本実施の形態の画像データの形式にはＥｘｉｆ−ＪＰＥＧを用いるが、Ｅｘｉｆ−ＴＩＦＦやＲＡＷ画像、動画などのように、画像データにメタデータを付加できるデータ形式のものでもよいとする。また、画像データとは別にメタデータを管理し、対応付けを保持しておくようにしてもよい。なお、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）とは、ＪＥＩＤＡ（日本工業振興協会）が策定したデジタルカメラ用の画像メタデータのフォーマットである。

ＳＯＩ４０１は、Ｅｘｉｆ−ＪＰＥＧ４００の開始を示すマーカである。ＡＰＰ１４０２は、Ｅｘｉｆ−ＪＰＥＧ４００のヘッダ部に相当するアプリケーションマーカである。４０３は、量子化テーブル（ＤＱＴ）、ハフマンテーブル（ＤＨＴ）、フレーム開始マーカ（ＳＯＦ）、スキャン開始マーカ（ＳＯＳ）で構成されるデータブロックである。Ｃｏｍｐｒｅｓｓｅｄ Ｄａｔａ４０４は、本体画像の圧縮データである。ＥＯＩ４０５は、Ｅｘｉｆ−ＪＰＥＧ４００の終端を示すマーカである。

また、ＡＰＰ１４０２は、４０６〜４１２で示したように構成される。４０６は、ＡＰＰ１４０２のサイズを示すＡＰＰ１ Ｌｅｎｇｔｈ、ＡＰＰ１４０２の識別コードを示すＥｘｉｆ Ｉｄｅｎｔｉｆｉｅｒ Ｃｏｄｅで構成されるデータブロックである。０ｔｈ ＩＦＤ４０７は、圧縮された本体画像に関する付属情報を記録するデータブロックである。例えば、撮影したデジタルカメラのモデル名４０７１の情報が含まれる。０ｔｈ ＩＦＤ４０７の一部には、Ｅｘｉｆ ＩＦＤ４０８とＧＰＳ ＩＦＤ４１０のデータブロックが存在する。Ｅｘｉｆ ＩＦＤ４０８は、Ｅｘｉｆバージョンに関するタグ、画像データの特性や構造に関するタグ、撮影日時４０８１に関するタグ、シャッタースピードやレンズ焦点距離などが記録された撮影条件に関するタグなどで構成される。また、Ｅｘｉｆ ＩＦＤ４０８には、ＭａｋｅｒＮｏｔｅ４０９のデータブロックが存在する。ＭａｋｅｒＮｏｔｅ４０９は、カメラメーカ固有の情報が記録されている。例えば、本実施例で使用する時差情報４０９１や撮影に用いられたデジタルカメラ１のユニークな番号を表すシリアル番号４０９２などの情報が含まれる。ＧＰＳ ＩＦＤ４１０は、ＧＰＳ情報に関するタグで構成される。その中には、本実施例で使用する緯度４１０１、経度４１０２といった位置情報や、測位日時（ＵＴＣ）４１０３が記録される。ＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）とは、原子時計が刻む国際原子時をもとに決定している、国際協定による標準時である。１ｓｔ ＩＦＤ４１１は、サムネイル画像に関する付属情報を記録するデータブロックである。Ｔｈｕｍｂｎａｉｌ４１２は、サムネイルの画像データである。

ここで時差情報４０９１について説明する。通常、デジタルカメラは、時計機能を有しており、撮影すると、その時の日時が画像の属性情報として画像データに関連付けられて記録される。本実施形態においてもデジタルカメラ１には時計機能が備わっており、撮影した画像データには、撮影日時４０８１が含まれる。さらに、本実施形態におけるデジタルカメラ１では、カメラの時計に設定されている日時のＵＴＣからの時差を設定することが可能で、撮影日時４０８１同様、生成される画像データには、カメラに設定されている時差も記録される。時差情報４０９１がこの時差に相当する。例えば、ユーザが日本に滞在している場合、デジタルカメラ１の時計設定を日本の現地時間に、ＵＴＣからの時差を９時間（５４０分）と設定しておく。このようにすれば、撮影して生成される画像データの撮影日時４０８１には、撮影した時の日本の現地時間、時差情報４０９１には、９時間（５４０分）という値が記録される。

＜ＧＰＳログファイルの構造を示す図＞
図５の５００は、本実施形態におけるＧＰＳログファイルの構造を示す図である。デジタルカメラ１の制御装置２００がＧＰＳ受信機２１０で受信した信号による情報をもとに作成し、フラッシュメモリ２０６に保存したものである。

一行目にはＧＰＳログ装置のモデル名とシリアル番号を記載する。本実施形態ではデジタルカメラ１がＧＰＳログ装置の機能を備えているため、デジタルカメラ１のモデル名５０１とシリアル番号５０２が記載されている。

二行目からの＄マークから始まる行は、ＧＰＳログ装置が信号を受信しログ情報として出力する、ＮＭＥＡ‐０１８３フォーマットに則したメッセージである。ＮＭＥＡ−０１８３フォーマットとは米国海洋機器協会（Ｎａｔｉｏｎａｌ Ｍａｒｉｎｅ Ｅｌｅｃｔｒｏｎｉｃｓ Ａｓｓｏｃｉａｔｉｏｎ）が定めたＧＰＳ受信機とナビゲーション機器の間をシリアルポートを利用して通信するための規格である。本実施形態では、ＧＰＧＧＡとＧＰＲＭＣという二種類のメッセージを記録している。それぞれのメッセージに後続するデータフィールドはコンマで区切られる。ＧＰＧＧＡはＧｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ Ｆｉｘ Ｄａｔａを表す。データフィールドは順に、ＵＴＣの測位時刻５０３、緯度および北緯（Ｎ）か南緯（Ｓ）か（５０４）、経度および東経（Ｅ）か西経（Ｗ）か（５０５）、ＧＰＳのクオリティ、受信衛星数、ＨＤＯＰが含まれる。さらに、平均海水面からのアンテナ高度（ｍ）、ＷＧＳ−８４楕円体から平均海水面の高度差（ｍ）、ＤＧＰＳデータのエイジ（秒）、ＤＧＰＳ基準局のＩＤ、チェックサムが含まれる。ＧＰＲＭＣはＲｅｃｏｍｍｅｎｄｅｄ Ｍｉｎｉｍｕｍ Ｓｐｅｃｉｆｉｃ ＧＮＳＳ Ｄａｔａを表す。データフィールドは順に、ＵＴＣの測位時刻、有効（Ａ）か無効（Ｖ）かのステータス、緯度、北緯（Ｎ）か南緯（Ｓ）か、経度、東経（Ｅ）か西経（Ｗ）が含まれる。さらに、対地速度（ノット）、進行方向（度、真北）、ＵＴＣの測位日付５０６、地磁気の偏角、モード、チェックサムも含まれる。

＜撮影モードにおけるデジタルカメラの処理＞
図６は、本実施の形態における撮影モードにおけるデジタルカメラ１の処理を示すフローチャートである。この処理は、デジタルカメラ１の制御装置２００がプログラムにしたがい、デジタルカメラ１の各部を制御することにより実現される。図６のフローチャートは、デジタルカメラ１が撮影モードに移行したことに応じて開始される。

初めに、Ｓ６０１において、シャッタースイッチ４が半押し状態となったか否かを判断する。シャッタースイッチ４が半押し状態となったと判断した場合、Ｓ６０２に進む。シャッタースイッチ４が半押し状態となっていないと判断した場合、処理を繰り返す。

Ｓ６０２において、デジタルカメラ１のＧＰＳ受信機２１０がＧＰＳ衛星から位置情報を取得可能な状態であるか否かを判断する。位置情報を取得可能な状態であると判断した場合、Ｓ６０３に進む。位置情報を取得可能な状態でないと判断した場合、Ｓ６０７に進む。

Ｓ６０３において、ＧＰＳ受信機２１０を介してＧＰＳ衛星から受信した位置情報を取得し、Ｓ６０４に進む。

Ｓ６０４において、撮影を行う。この処理はユーザによりシャッタースイッチ４が完全に押下されたことにより、撮影に関わる露光処理、現像処理が行われ、画像データが取得される。その後、Ｓ６０５に進む。

Ｓ６０５において、Ｓ６０４で取得した画像データに、Ｓ６０３で取得した位置情報を付加する処理を行う。

Ｓ６０６において、Ｓ６０５で位置情報を付加した画像データを、フラッシュメモリ２０６に保存する処理を行う。

一方、Ｓ６０２で位置情報が取得できないと判断された場合は、Ｓ６０７において、位置情報を取得しないまま撮影を行う。この処理はユーザによりシャッタースイッチ４が完全に押下されることにより、撮影に関わる露光処理、現像処理が行われ、画像データが取得される。その後、Ｓ６０８に進む。

Ｓ６０８において、Ｓ６０７で実施した撮影によって取得した画像データを、フラッシュメモリ２０６に保存する処理を行う。このステップで保存される画像データは、位置情報が付加されていない画像データとなる。以上が、撮影モードにおける処理の流れである。

＜アプリケーションの基本ＧＵＩ＞
以下、上記のように取得された画像データ、及び定期的に取得された位置情報を記述したログファイルを取り扱い可能なＰＣ２上で動作するアプリケーションプログラム（以下、アプリケーション）について説明する。ＰＣ２のＣＰＵ３００は、このアプリケーションを読み込んで表示制御、記録制御などを行うことでアプリケーションの各機能を実現する。

図７は、本実施形態におけるＰＣ２上で動作するアプリケーションのＧＵＩの一例を示す。本実施形態のアプリケーションは、画面上に地図データを表示可能である。アプリケーションはデジタルカメラ１から受信した画像データやＧＰＳログファイルを参照し、そこに記録されている位置情報に応じて、前記地図データ上に、画像データの存在を示すピンや移動ルートを表示することができる。

ＧＵＩ７００において、７０１はアプリケーションで処理対象とする画像データを指定するためのフォルダ指定部である。フォルダ指定部７０１では、ＰＣ２のＨＤＤ２０１内のフォルダを選択可能となっている。本アプリケーションでは、ここで選択されたフォルダに格納されている画像データが処理対象となる。

７０２はサムネイルリスト表示部であり、フォルダ指定部７０１で選択されたフォルダに含まれている画像データに応じたサムネイル画像（縮小画像）がリスト表示される。

７０３は地図表示部であり、サーバから受信した地図データが表示される領域である。ユーザは地図移動ボタン７０４や、地図スケール変更バー７０５を操作することで、任意の位置の地図を表示させることが可能である。

また、本アプリケーションでは、サムネイルリスト表示部７０２に表示されているサムネイル画像に対応する画像データに含まれる位置情報に応じて、画像データの存在を示すピン状の指標（以下、ピンと呼ぶ）が７０６、７０７のように地図上に表示される。

ピンには未確定ピンと確定ピンという２つの種類がある。未確定ピン７０６は、位置情報が未確定の画像を示し、位置情報が地図から浮いた状態で表示される。なお、未確定ピン７０６は青色で表示される。そして確定ピン７０７は、位置情報が確定した画像を示し、ピンは地図に刺さった状態で表示される。なお、確定ピン７０７は赤色で表示される。このように、位置情報が確定しているか否かに応じて、ピンの色とピンの刺さり方を異ならせることにより、位置情報が未確定の画像データを視覚的に区別しやすくなっている。なお、未確定ピンは第１の形態での表示の一例であり、確定ピンは第２の形態での表示の一例である。

なお、未確定ピンはユーザ操作、例えば未確定ピンをクリックする操作により、確定ピントに変更される。逆に確定ピンをクリックすると、未確定ピンに変更される。また、未確定ピン７０６はユーザによる入力装置３０３の操作、例えばドラッグアンドドロップ操作により移動可能である。これに対し、確定ピンはそのままの状態ではドラッグすることはできない。このようにすることで、不用意なポインティングデバイス操作でピンが動いてしまうことを防止することができる。確定ピンを移動させたい場合は、まず確定ピンをクリックして未確定ピンに変更してドラッグアンドドロップ操作で移動させる。そして移動後、未確定ピンをクリックして再度確定ピンに変更する。このように、確定ピンを移動させる場合は、未確定ピンを移動させる場合よりも多くのユーザ操作が必要となる。

なお、本実施形態では確定ピンと未確定ピンを色及び地図から浮いているか否かで識別させることとしたが、両者が識別可能であれば、他の形態としても構わない。

また、位置情報が記録されているログファイルに基づき、移動ルート７０８が実線で表示される。仮移動ルート７０９は、ログファイルが一定期間存在しない部分であり、位置情報が途切れた開始地点から終了地点までは、ユーザがどのようなルートをたどったか不明である部分である。これは移動ルート７０９を直線で結んだ点線で表示される。このように、移動ルート７０８と仮移動ルート７０９とを異なる態様で表示することで、ユーザの視認性を高めている。

＜アプリケーション処理フロー＞
図８は、フォルダ指定部７０１でフォルダが選択された際のＰＣ２の処理を示すフローチャートである。このフローは、ユーザ操作などによりフォルダ指定部７０１に表示されたフォルダのいずれかが選択されたことに応じて開始される。なお、この処理はＰＣ２のＣＰＵ３００が入力信号やプログラムにしたがい、ＰＣ２の各部を制御することにより実現される。以下のフローチャートについても同様である。

初めに、Ｓ８０１において、ＧＰＳログファイルの解析を行う。ＧＰＳログファイルは、デジタルカメラ１からＰＣ２に送信され、ＨＤＤ３０１の所定のフォルダに格納されているものとする。Ｓ８０１の具体的は処理としては、所定のフォルダ内に記録されているＧＰＳログファイルを順に参照する。そしてログファイルに記述された位置情報に基づき、後述する図１１に示すルートリスト、および、図１２に示すログ管理リストを作成する。

Ｓ８０１での処理後、フォルダ指定部７０１で指定されたフォルダに含まれている画像データを一つずつ処理していく。Ｓ８０２では、全ての画像データに対して、Ｓ８０３、Ｓ８０４の処理が施されたか否かを判定する。未処理の画像データが存在すると判断した場合には、Ｓ８０３に進む。全ての画像データに対する処理が終了した場合には、Ｓ８０５に処理を移す。

Ｓ８０３では、対象とする画像データに関する情報をまとめた画像管理リストの作成を行う。このステップでは、画像データに対応するＧＰＳログファイルを探す際のキーとなる撮影日時のＵＴＣ換算時間を求める処理も行う。これらに関しての詳細は後述する。

Ｓ８０４では、先に求めたＵＴＣ換算時間を基に、対応するＧＰＳログファイルを求める処理を行う。この処理についても詳細は後述する。また、求めたＧＰＳログファイルに関する情報も画像管理リストに記録する。

全画像データに対してＳ８０３、Ｓ８０４の処理が終了すると、Ｓ８０２からＳ８０５に遷移する。

Ｓ８０５にて、移動ルートの補間処理を行う。補間処理については後述する。

Ｓ８０６では、画像管理リストに基づいて、地図表示領域７０３に画像データが存在することを示すピンを表示する。ピンを表示する際の処理については後述する。

Ｓ８０７にて、地図表示領域７０３に表示されている地図上に、移動ルート７０８、及び仮移動ルート７０９を描画する。

以上が、フォルダ指定部７０１でフォルダが選択された時のアプリケーションの処理の流れである。以下、各ステップにおける詳細な処理の内容を説明する。

＜画像管理リスト作成の流れを示すフローチャート＞
図９は、図８のＳ８０３における画像管理リスト作成の流れを示すフローチャートである。

Ｓ９０１では、まず、対象となる画像データのファイルパスを画像管理リストの画像ファイルパス項目に記録する。

Ｓ９０２では、画像データを解析して、緯度、経度、モデル名、シリアル番号を抽出する。画像データの構成については、図４において説明した通りである。画像データ解析後、画像管理リストの所定の項目に値を追加する。その際に、画像データに記録されていない情報がある場合は、リストの所定の項目には何も追加しない。引き続きＳ９０３に進む。

Ｓ９０３では、画像データを解析し、撮影日時、測位日時（ＵＴＣ）、時差情報の３つの値を求める。これは、画像データに対応するログデータを検索する際のキーとなる時間、ＵＴＣ換算時間を求めるために必要なデータとなる。詳細は後述するが、ＧＰＳログファイルは所定のフォルダに記録されており、その情報はＧＰＳログファイル管理リストによって管理されている。ＧＰＳログファイル管理リストでは、各ＧＰＳログファイルの情報として、測位開始日時と測位終了日時がＵＴＣで記録されている。そのため、画像データに対応するＧＰＳログファイルを見つけるためには、画像データを撮影した時刻のＵＴＣに相当する時刻が必要になる。この値を求めるのに先の３つの値を用いることになる。ただし、画像データによっては、必ずしも、これら３つのデータ全てが含まれているものではない。例えば、本発明実施例のデジタルカメラ１で撮影した場合でも、屋内などといった、ＧＰＳ衛星からの信号を受信出来ないような環境では、緯度、経度などの位置情報に加えて、測位日時（ＵＴＣ）も画像データには付加されない。また、ＧＰＳ受信機を搭載していないデジタルカメラで時差情報を設定せずに撮影した場合や、時差情報を設定する機能が装備されていないデジタルカメラの場合には、時差情報が存在しないため、取得できない。このため、Ｓ９０４以下では、取得できた情報に応じて処理を分岐している。

まずＳ９０４では、測位日時（ＵＴＣ）が取得できたか否かを判定する。取得できている場合には、Ｓ９０５に処理を移す。この場合、ＵＴＣ換算時間は画像データから取得できた測位日時（ＵＴＣ）となり、この値を画像管理リストの「ＵＴＣ換算時間」に記録する。一方、測位日時（ＵＴＣ）が存在しない画像データの場合には、Ｓ９０６に処理を移す。

Ｓ９０６では、撮影日時が存在しているか否かで処理を分け、存在していない画像データの場合には、Ｓ９１０に処理を移し、エラーを意味する０を画像管理リストのＵＴＣ換算時間に設定する。一方、撮影日時が存在する場合には、Ｓ９０７に処理を移す。

Ｓ９０７において、時差情報が存在するか否かを判断する。存在する場合には、Ｓ９０８で画像管理リストに、撮影日時から時差情報を減算した値を設定する。一方、時差情報が存在しない場合には、ユーザに時差情報の入力を求め、その値を基に、Ｓ９０８でＵＴＣ換算時間を求めて画像管理リストに記録する。なお、ユーザへの時差情報の入力は、単に時差を指定する画面を表示するだけのため、説明は省略する。

＜画像管理リスト＞
図１０は、図８のＳ８０３の処理で作成された画像管理リストである。画像管理リストはユーザによって指定されたフォルダ内の全画像について解析を行った情報を管理するリストである。リストは、画像ファイルパス、緯度、経度、撮影を行ったデジタルカメラのモデル名、シリアル番号、また、撮影時刻をＵＴＣに換算した時間、対応するＧＰＳログファイルのパスで構成される。画像管理リストの中の対応ＧＰＳログファイルパスについては、図１３のフローチャートで説明する。

＜ルートリスト＞
図１１は、図５で説明したＧＰＳログファイルから、ＵＴＣの測位日時と緯度、経度、ファイル種別を抽出し、移動ルート表示用に保持する管理リストである。ＣＰＵ３００によってＧＰＳログファイル数分の情報がリストに追加され、ＨＤＤ３０１に保存される。具体的には、図５のＧＰＧＧＡメッセージ内から緯度情報５０４と経度情報５０５を、ＧＰＲＭＣメッセージ内から測位日時情報５０６を抽出した情報が追加される。ＧＰＳログファイルから抽出した情報である場合、ファイル種別にはログファイルと記録する。

＜ログ管理リスト＞
図１２に示すのは、ログ管理リストであり、各ＧＰＳログファイル毎のファイルパス１２０１や、ＧＰＳログファイルから抽出したＵＴＣの測位開始日時１２０２、ＵＴＣの測位終了日時１２０３、モデル名１２０４、シリアル番号１２０５をまとめたものある。なお、ログ管理リストは測位開始日時１２０２で昇順にソートした状態で管理される。なお、ログ管理リストは、ＨＤＤ３０１内に記録されてもよいし、ＲＡＭ３０２に一時的に管理されるものでもかまわない。

＜対応ログファイル検索処理＞
図１３は、選択した画像データに対応するＧＰＳログファイルの検索処理を示すフローチャートである。本実施形態では、時間情報をキーとして対象となる画像データに対応するログファイルを検索する。なおこの処理は、サムネイルリスト７０２に表示された画像データのいずれかが選択されたことに応じて開始される。

まずＳ１３０１で、選択した画像データの情報を図９、および、図１０で述べた画像管理リストから取得する。

次にＳ１３０２で、図１２で述べたログ管理リストでの番号を示すＮを初期化する。Ｓ１３０３で、そのＮの値をインクリメントし、Ｓ１３０４で、ログ管理リストＮ番目のログ情報を参照する。

Ｓ１３０５で、取得した画像情報のモデル名とシリアル番号が、Ｎ番目のログ情報と一致しているか否かを判断する。一致していない場合はＮ番目のＧＰＳログファイルは対応するＧＰＳログファイルではなかったと判断して、処理をＳ１３０３に戻す。一致していた場合はＳ１３０６に進む。

Ｓ１３０６で、画像情報のＵＴＣ換算した撮影時刻がＮ番目のＧＰＳログファイル測位開始日時よりも前か否かを判断する。前であった場合はＳ１３０７に進み、前ではなかった場合はＳ１３１２に進む。

まず、Ｓ１３０６からＳ１３０７に進んだ場合について説明する。Ｓ１３０７で、ＵＴＣ換算した撮影時刻がＮ番目のＧＰＳログファイル測位開始日と一致しているか否かを判断する。一致していた場合はＳ１３０８で、Ｎ番目のＧＰＳログファイルを対応ファイルと決定し、Ｓ１３１６に進む。一致していなかった場合はＳ１３０９に進む。

Ｓ１３０９で、ＵＴＣ換算した撮影時刻が、Ｎ番目より前のｎ番目のログの測位終了日と一致するか否かを判断する。ｎ番目のログの条件はＳ１３０５でモデル名とシリアル番号が一致した最後のログである。ｎ番目のログの測位終了日と一致していた場合はＳ１３１０に進み、ｎ番目のログを対応ファイルと決定してＳ１３１６に進む。ｎ番目のログの測位終了日と一致していなかった場合、つまり、ＵＴＣ換算した撮影日はどのログにも存在しない場合はＳ１３１１に進み、対応するＧＰＳログファイルはないと判断する。

次に、Ｓ１３０６からＳ１３１２に進んだ場合について説明する。Ｓ１３１２で、ＵＴＣ換算した撮影時刻がＮ番目のＧＰＳログファイルの測位終了日時よりも前か否かを判断する。前であった場合、つまり、Ｎ番目のＧＰＳログファイルの測位開始日時と測位終了日時の間である場合はＳ１３１３に進む。前でなかった場合はＳ１３１４に進む。

Ｓ１３１３で、Ｎ番目のＧＰＳログファイルを対応ファイルと決定してＳ１３１６に進む。

一方、Ｓ１３１４では、全ＧＰＳログファイルの参照が終了したか否かを判断する。終了していない場合はＳ１３０３のＮをインクリメントする処理に戻る。終了した場合はステップ１２１５で、対応するＧＰＳログファイルはないと判断し、Ｓ１３１６に進む。

最後に、ステップ１２１６では、決定した対応ＧＰＳログファイルのパスを図１０で説明した画像管理リストに記録し、処理を終了する。

なお、本実施形態では図９で説明を行った通り、画像管理リスト作成の際に、画像の撮影時刻の時間軸をＵＴＣに換算して、対応するＧＰＳログファイルを決定した。なお、ＧＰＳログファイル側の時間軸をＵＴＣから時差分を加えたローカルタイムに換算することにより、対応するＧＰＳログファイルを決定してもよい。

また、本実施形態ではデジタルカメラ１がＧＰＳログ装置の機能を備えた構成であるため、デジタルカメラ１のモデル名とシリアル番号が一致していないＧＰＳログファイルは対応ログファイルと判断しないこととした。これがデジタルカメラ１とＧＰＳログ装置が別々に存在する構成の場合はモデル名とシリアル番号の一致を確認する必要はない。

＜補間処理フロー＞
次に、図８のＳ８０６で行う処理を図１４に示すフローチャートを用いて詳細に説明する。図１４は、選択した画像データに対応するＧＰＳログファイルの移動ルートを画像データで補間する処理を示すフローチャートである。

まずＳ１４０１において、図１２で述べたログ管理リストでの番号を示すＮを初期化する。

Ｓ１４０２で、Ｎの値をインクリメントし、Ｓ１４０３で、図１０の画像管理リストから、ログ管理リストＮ番目のＧＰＳログファイルを対応ＧＰＳログファイルとしている画像データを抽出する。

続くＳ１４０４で、Ｎ番目のＧＰＳログファイルに対応した図１１のルートリストに、抽出した画像データの情報（ＵＴＣ換算した撮影日時、緯度、経度）を時間順になるように補間する。その際に、位置情報が付加されている画像データのファイル種別は「画像」とする。なお、位置情報が付加されていない画像データに関しては、緯度、経度は空欄のままで、ファイル種別は「仮画像」と定義する。これは、位置情報が付加されていない画像データの呼称として用いる。

続いて、Ｓ１４０５で、全てのＧＰＳログファイルのルートリストの補間処理が完了したか、つまり、ログ管理リストの最後のＧＰＳログファイルまで補間処理が完了したか否かを判断する。完了していた場合は本移動ルート補間処理を終了し、完了していない場合はＳ１４０２に戻って処理を繰り返す。

＜補間後ルートリスト＞
Ｓ１４０４の処理によりルートを補間した補間後ルートリストを図１５に示す。１５０１は補間された情報のうち、位置情報が付加されている画像データの情報を示し、ファイル種別は「画像」である。１５０２は補間された情報のうち、位置情報が付加されていない画像データの情報であり、ファイル種別は「仮画像」である。

＜ピン表示フロー＞
図１６は、図８のＳ８０５における、地図上に画像データの撮影位置をピン表示する処理を示すフローチャートである。なお、本実施形態では、既に位置情報が付加されている画像データと、位置情報が付加されていない画像データでピンの表示を異ならせる。既に位置情報が付加されている画像データは位置情報に対応する地図上の位置に確定ピンを表示し、位置情報が付加されていない画像データは、推定した仮の位置に未確定ピンを表示する。

Ｓ１６０１において、フォルダ表示部７０１でユーザが選択したフォルダ内に未処理の画像データが存在するか否かを判断する処理を行う。未処理の画像データが存在すると判断した場合はＳ１６０２に進み、未処理の画像データが存在しないと判断した場合は、そのまま処理は終了となる。

Ｓ１６０２において、Ｓ１６０１で未処理であると判断した画像データに位置情報が付加されているか否かを判定する処理を行う。位置情報が付加されている画像データであると判断した場合はＳ１６０３に進み、位置情報が付加されていないと判断した場合はＳ１６０４に進む。

Ｓ１６０３において、画像データに付加されている位置情報に基づいて、地図上の該当する位置に確定ピンを表示する。

Ｓ１６０４において、位置情報が付加されていない画像データの撮影位置を推定する。撮影位置を推定する方法については後述する。引き続きＳ１６０５に進む。

Ｓ１６０５において、Ｓ１６０４で推定した位置情報を図１５の補間後ルートリストに追加する。詳細は後述する。引き続きＳ１６０６に進む。

Ｓ１６０６において、Ｓ１６０４で推定した位置情報に基づいて、地図上に撮影位置を表示する。この際には、未確定ピンを表示する。引き続きＳ１６１２に進む。

Ｓ１６１２において、ユーザによって未確定ピンの位置を移動するための操作が行われたか否かを判断する。ここで移動のための操作とは、前述したようにピンをドラッグアンドドロップする操作などがあげられる。移動のための操作が行われたと判断した場合は処理をＳ１６０５に進め、移動後の位置で再度処理を行う。移動のための操作が行われていないと判断した場合は、処理をＳ１６０７に進める。

Ｓ１６０７において、ユーザによって未確定ピンの位置を確定する確定処理のための操作が行われたか否かを判断する。ここで確定処理のための操作とは、前述したようにピンをクリックする操作などがあげられる。確定処理が行われたと判断した場合はＳ１６０８に進む。確定処理が行われたと判断しない場合は、そのまま処理は終了し、ピンは未確定状態のままとなる。

Ｓ１６０８において、Ｓ１６０７で、未確定ピンを確定ピンに変更して表示する。引き続きＳ１６０９に進む。

Ｓ１６０９において、Ｓ１６０７で確定した位置の位置情報を、画像データに付加する。この処理により、位置情報が付加されていなかった画像データにも、位置情報を推定して付加することができる。

Ｓ１６１０において、確定した位置の位置情報に基づいて、図１５の補間後ルートリストを更新する。詳細は後述する。

Ｓ１６１１において、位置情報がないため点線で表示していたルートを実線に変更する。

以上が、地図上に画像データの撮影位置を表示する処理の流れである。

図１７（ａ）は、図１６のＳ１６０５で推定した位置情報を追加し、リストを更新したときの補間後ルートリストを示す。図１５で空白であった仮画像１７０１の緯度、経度に、推定した位置情報が追加される。

図１７（ｂ）は、図１６のＳ１６１０で確定した位置情報を追加し、リストを更新したときの図を示す。この図では、図１７（ａ）で仮状態であった仮画像の位置情報が確定した位置情報に更新され、ファイル種別が仮画像から画像に変更される。

＜位置情報推定フロー＞
図１８は、図１６のＳ１６０４、Ｓ１６０５において、位置情報が付加されていない画像データの位置情報を推定する処理を示すフローチャートである。なお、処理の説明にあたり、図１５に示す補間後ルートリストのうち、位置情報を推定する画像データの直前に記述されているデータのＵＴＣを「Ａ」、直後のファイルのＵＴＣを「Ｂ」、位置情報を推定する画像データのＵＴＣを「Ｃ」と定義する。

Ｓ１８０１において、図１５の補間後ルートリストから、Ａ、Ｂ、Ｃを抽出する。

引き続き、Ｓ１８０２において、ＣからＡを減算した値と、ＢからＣを減算した値を比較し、ＢからＣを減算した値の方が小さいか否かを判断する。ＢからＣを減算した値の方が小さいと判断した場合、ＡよりＢの方が、Ｃから近い時間であることがわかる。その場合、Ｓ１８０３に進む。ＢからＣを減算した値の方が小さくないと判断した場合は、Ｓ１８０４に進む。

Ｓ１８０３では、Ｂを仮画像の仮の位置情報として抽出する。引き続きＳ１８０７に進む。

Ｓ１８０４において、ＣからＡを減算した値と、ＢからＣを減算した値を比較し、同値であるか否かを判断する。同値であると判断された場合は、Ｓ１８０５に進む。同値でないと判断された場合は、Ｓ１８０６に進む。

Ｓ１８０５では、Ａ（この場合はＢと等しい）を仮画像の仮の位置情報として抽出する。引き続きＳ１８０７に進む。

Ｓ１８０６に進んだ場合は、Ｓ１８０４の結果から、ＢよりＡの方がＣから近い時間であることがわかるため、Ａを仮画像の仮の位置情報として抽出し、Ｓ１５０７に進む。

Ｓ１８０７において、図１５の補間ルートリストに、抽出した仮の位置情報を追加する。この段階で補間後ルートリストは図１７（ａ）のようになっている。以上が、位置情報を推定する際の処理を示すフローチャートである。

＜ルート描画フロー＞
図１９は、補間及び位置推定処理後に、移動ルートを地図上に描画する処理を示すフローチャートである。

まずＳ１９０１で、図１０の画像管理リストから、選択中の画像データの情報を取得する。続いてＳ１９０２で、補間後ルートリスト（図１５参照）を取得する。次にＳ１９０３で、ルート補間リストでの番号を示すＮを初期化する。Ｓ１９０４で、そのＮの値をインクリメントし、Ｓ１９０５で、補間後ルートリストのＮ番目とＮ＋１番目のファイルのいずれかが仮画像であるか否かを判断する。いずれかが仮画像であった場合にはＳ１９０７に進み、Ｎ番目とＮ＋１番目の緯度経度情報を点線で結ぶことで仮移動ルートとして描画する。共に仮画像ではなかった場合にはＳ１９０６に進み、Ｎ番目とＮ＋１番目の緯度経度情報を移動ルートとして、地図上に実線で結んで描画する。続いて、Ｓ１９０８で、ルートリストの最後まで処理が完了したか否かを判断する。完了したと判断した場合は本ルート描画処理を終了し、完了していない場合はＳ１９０４に戻って処理を繰り返す。

＜ピン表示＞
図２０（ａ）〜（ｃ）を用いて、アプリケーションのＧＵＩ上での挙動について説明する。図２０（ａ）は、位置情報が付加されていなかった画像データの位置情報を推定し、ピン２００１を表示した場合のＧＵＩである。このピン表示は、図１６のＳ１４０６にて実行される。前述したように、位置情報を推定して補間した場合、ピンはまず未確定ピンとして表示される。さらに、直前の位置情報との間は仮移動ルート２００２が点線で表示されている。この仮移動ルート２００２の表示は図１９のＳ１９０７で実行される。

次に、図２０（ａ）の状態から、ユーザが未確定ピン２００１をドラッグ操作により移動させた状態を図２０（ｂ）に示す。この移動は、図１６のＳ１６１２で判断される移動である。前述したように、未確定ピンはそのままドラッグできるため、ユーザは確定ピンに比べて少ない手数でピンを移動させることができる。移動させた未確定ピンが２００３である。未確定ピン２００３がドラッグされると、点線で描画されている仮移動ルート２００４が、移動後の未確定ピン２００３を経由するよう変更される。

図２０（ｂ）の状態でユーザが未確定ピン２００３の位置を確定した状態を図２０（ｃ）に示す。未確定ピン２００３は確定ピン２００５に変更され、地図に刺さった状態となる。仮移動ルート２００４も確定移動ルート２００６となり、点線が実線に変更される。

以上述べたように、本実施形態では、位置情報が付加されていない画像データであっても、前後の位置情報との関係から位置情報を推測して付加することが可能である。このことにより、位置情報のついていない画像データであっても地図上に表示することが可能となる。

また、画像データを示すピンを地図上に表示する際に、位置情報の付加されている画像データは確定ピンで、位置情報を推測した画像データは未確定ピンで表示することとした。この理由は以下の通りである。すなわち、位置情報が付加されている画像データは、撮影の際にＧＰＳ受信機を介して得られた位置情報が付加された可能性が高い。つまり、付加されている位置データの信頼性は高いといえる。このような画像データを未確定ピンで表示してしまうと、ユーザは正しい位置に表示されている未確定ピンも逐一確定ピンに変更する操作を行わなければならず、煩雑である。したがって、地図上にはまず確定ピンで表示し、ユーザの誤操作などでピンが動くことがないようにする。

これに対し、位置情報を推測した画像データは必ずしも正確な撮影位置を示しているとは限らず、ユーザは地図上でピンを動かし、位置を修正するケースが多いと考えられる。そこで本実施形態では、まず未確定ピンで表示し、ユーザがドラッグアンドドロップ操作で位置を修正しやすくしている。

以上述べたように、本実施形態では画像データによって確定ピンで表示するか未確定ピンで表示するかを制御する。このことにより、ユーザはより簡単な操作でピンの位置を修正することが可能となる。

［第２の実施の形態］
本実施形態では、図１５の補間後ルートリストにおいて、連続した複数の画像データに位置情報が付加されていないケースについて考える。このようなケースが生じるのは、例えば一定期間ＧＰＳの受信状態が悪い場所にデジタルカメラ１が位置し、その期間の撮影時に位置情報が受信できなかった場合が考えられる。本実施形態では、このような場合であってもより適切に位置情報を推定し、地図上に表示する処理について説明する。

なお、本実施形態は第１の実施形態と共通の部分が多いため、共通する部分は説明を省略し、本実施形態に特有の部分を中心に説明する。本実施形態では、特に第１の実施形態の図１６の処理とは異なる処理を行う。

＜位置情報の推定＞
図２１は、本実施形態における、位置情報が付加されていない画像データの位置情報を推定する処理を示すフローチャートである。

まず、Ｓ２１０１において、図１５の補間後ルートリストにおいて位置情報が付加されている画像データのうち、位置情報が付加されていない画像データに最も近い時刻の画像データを検索する。この際、位置情報が付加されていない画像データよりも時刻が早く、かつ最も近い画像データ（以下、画像データＡ）と、位置情報が付加されていない画像データよりも時刻が遅く、かつ最も近い画像データ（以下、画像データＢ）の２つを検索する。そして、画像データＡの位置情報（以下、「ａ」とする）及び画像データＢの位置情報（以下、「ｂ」とする）を抽出する。なお、位置情報が付加されていない画像データが連続している場合、図１５の補間後ルートリストでは、画像データＡと画像データＢの間に、位置情報が付加されていない複数の画像データが記述されることになる。

次に、Ｓ２１０２において、ａとｂの値が同じであるか否かの判断を行う。ここでいう同じとは厳密に同じ値という場合だけでなく、例えばａとｂの値が一定値の範囲内にある場合に同じと判断してもよい。ａとｂの値が同じである場合、その間に撮影された画像データの位置も、ａおよびｂの値と同じであると推定し、Ｓ２１０３に進む。同値でないと判断された場合は、Ｓ２１０７に進む。

Ｓ２１０３において、ａの位置情報を位置情報が付加されていない仮画像データの仮の位置情報とする。

Ｓ２１０４において、画像データＡと画像データＢの間に位置情報が付加されていない画像データが複数存在するか否かを判断する。複数存在しないと判断した場合は、Ｓ２１０６に進む。複数存在すると判断した場合は、Ｓ２１０５において、仮画像の数をカウントし、カウントした数を抽出する。

Ｓ２１０６において、補間後ルートリストに、抽出した仮の位置情報を追加する。

以下Ｓ２１０７〜Ｓ２１１２の処理は、図１８のステップＳ１８０１〜ステップＳ１８０６と同様であるため、省略する。このようにすることで、位置情報が付加されていない画像に対して、仮の位置情報を追加することが可能となる。

＜ピン表示フロー＞
図２２は、図２１で推定した位置情報に基づき、地図上に画像データの撮影位置をピン表示する処理を示すフローチャートである。

ステップＳ２２０１〜ステップＳ２２０５の処理は、図１６のＳ１６０１〜Ｓ１６０５と同様の処理であるため、省略する。

ステップＳ２２０６において、図２１のＳ１７０４にて仮画像が複数存在すると判断されたか否かを判断する。複数存在すると判断された場合、ステップＳ２２０７に進み、カウントしていた仮画像の数を抽出する。複数存在しないと判断された場合は、ステップＳ２２０９に進む。

ステップＳ２２０８では、仮の位置情報に対応する地図上の位置（ａの位置）に未確定ピンを表示する。この未確定ピンは複数の仮画像の存在を示すものであり、通常の未確定ピンよりサイズを大きく表示する。また、大きな未確定ピンとともに、ステップＳ２２０７で抽出した仮画像の数を表示する。

ステップＳ２２０９〜１８１４は、図１６のＳ１６０６〜Ｓ１６１１と同様の処理であるため省略する。

＜ピン表示＞
図２３は、図２２の結果表示される、ＰＣ２のＧＵＩの一例である。未確定ピン２３０１は、図２２のＳ２２０８において表示される、通常の未確定ピンよりもサイズの大きな未確定ピンである。また、未確定ピン２３０４にはその表示位置を仮の位置情報とする画像データが１２枚存在することを示すよう、「１２」が表示されている。

上記のようにすることで、複数の画像データにまとめて同じ位置情報を推定して付加する場合、地図上ではまとめて１つのピンとして表示することとした。このことにより、複数の画像データに同じ位置情報が付加された場合であっても、ユーザにとって視認性のよいＧＵＩを実現することができる。なお、未確定ピン２３０４に対し右クリックなどの所定の操作を行うことにより、個別のピン（図２３の例であれば１２個のピン）に切り替えて表示してもよい。

［第３の実施の形態］
第２の実施形態では、図２１のＳ２１０２において位置情報ａとｂの値が同じであった場合に、ａを仮の位置情報とした。しかしながら、図２１のＳ２１０２において位置情報ａとｂの値が同じであった場合に、ａを確定した位置情報としてもよい。なぜなら、ａとｂの値が同じということは、ある地点（ａ）で位置情報の受信が途切れ、同じ地点（ｂ）でまた位置情報の受信が可能となったと考えられる。このような受信状況の場合、ａ、ｂが示す位置は建物の入口である可能性が高い。そう考えると、画像データＡと画像データＢの間にデジタルカメラ１は建物から出たとは考えにくい。したがって、その間に撮影された画像データの撮影位置はおよそ位置情報ａであると確定しても差し支えないと考えられる。

そこで本実施形態では、位置情報ａとｂの値が同じである場合は位置情報として未確定とせず、確定した位置情報とすることとした。その結果、地図上に表示する際も、図２３の未確定ピン２３０４ではなく、確定ピンとして表示する。なお、サイズやデータ数表示については未確定ピンと同様に表示する。

＜他の実施形態＞
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (7)

1. 撮像装置で撮像された画像データに関する情報を表示部に表示する表示制御装置であって、
   位置情報を記録する記録手段と、
   既に前記記録手段により記録されている位置情報と時間情報とに基づき、位置情報が対応づけられていない画像データに対応付ける仮の位置情報を決定する決定手段と、
   画像データに対応付けられている位置情報または仮の位置情報に基づき、該画像データの存在を示す指標を地図データ上の対応する位置に表示する表示制御手段とを有し、
   前記表示制御手段は、既に位置情報と対応付けられている画像データの存在を示す指標を地図上を移動できない第１の形態で表示し、前記決定手段により決定された仮の位置情報と対応付けられている画像データの指標を地図上を移動可能な第２の形態で表示することを特徴とする表示制御装置。
2. 前記第２の形態で表示された指標を、前記第１の形態で表示するよう変更する操作を受け付ける操作手段をさらに有する請求項１に記載の表示制御装置。
3. 前記操作手段はマウスによる操作を受け付けるものであり、
   前記第２の形態で表示された指標がクリックされたことに応じて、該指標を前記第１の形態で表示するよう変更することを特徴とする請求項２に記載の表示制御装置。
4. 前記第２の形態で表示された指標が、前記第１の形態での表示に変更された場合、前記仮の位置情報を前記指標に対応する画像データの位置情報として対応付けることを特徴とする請求項２または３に記載の表示制御装置。
5. 前記表示制御手段は、前記地図上に表示された複数の指標を結ぶことで移動ルートを表示することが可能であり、前記第１の形態で表示された指標同士を結んだ移動ルートと、前記第１の形態で表示された指標と前記第２の形態で表示された指標とを結んだ移動ルートとを異なる態様で表示することを特徴とする請求項１乃至４のいずれか１項に記載の表示制御装置。
6. 撮像装置で撮像された画像データに関する情報を表示する装置の制御方法であって、
   位置情報を記録する記録工程と、
   既に前記記録工程において記録されている位置情報と時間情報とに基づき、位置情報が対応づけられていない画像データに対応付ける仮の位置情報を決定する決定工程と、
   画像データに対応付けられている位置情報または仮の位置情報に基づき、該画像データの存在を示す指標を地図データ上の対応する位置に表示する表示工程とを有し、
   前記表示工程では、既に位置情報と対応付けられている画像データの存在を示す指標を地図上を移動できない第１の形態で表示し、前記決定工程で決定された仮の位置情報と対応付けられている画像データの指標を地図上を移動可能な第２の形態で表示することを特徴とする制御方法。
7. コンピュータを、請求項１乃至５のいずれか１項に記載の表示制御装置の各手段として機能させるコンピュータが実行することが可能なプログラム。

Images