JP2015002416A - 通信装置、その制御方法、プログラム - Google Patents

Abstract

【課題】 画像に位置情報を付加できる状況にあることにユーザが気づかず、位置情報を画像に付加する機会を喪失してしまう恐れがあった。
【解決手段】 ログデータを保持する保持手段と、画像処理装置に記録されている画像を特定するための識別情報を受信する受信手段と、識別情報により特定される画像の撮像日時を取得する取得手段と、取得手段により取得された撮像日時と前記ログデータに含まれる日時情報とに基づき、画像処理装置から受信した識別情報によって特定される画像に位置情報を関連付けることが可能か否かを判断する判断手段と、判断手段による判断の結果に応じて、画像処理装置から受信した識別情報によって特定される画像に位置情報を付加することが可能であることを示す情報を出力する出力手段とを有する通信装置。
【選択図】 図８

Description

本発明は他機器と接続可能な通信装置に関する。

従来より、ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ（ＧＰＳ）等を利用して、ユーザが自分の位置の座標を知ることができる機器が知られている。例えばＧＰＳロガーは、定期的にＧＰＳから受信した信号を元に位置情報を計算し、順次一つのファイルに記録することで、ユーザの移動軌跡を示すログデータを生成する。このログデータは、例えば旅行の移動ルートを地図上に表示すること等に利用される。更に、近年では、デジタルカメラで撮像した画像に、このログデータを用いて位置情報を付加することが行われている。例えば、特許文献１には、パーソナルコンピュータ（ＰＣ）が、ＧＰＳロガーが生成したログデータと、デジタルカメラが生成した画像とを取得し、それぞれの生成日時に基づきマッチングを行うことにより、画像に位置情報を付加する方法が開示されている。

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

しかしながら、上述の特許文献では、画像に位置情報を付加するためには、ユーザが、ログデータを用いて画像に位置情報を関連付けることを意識していなければならない。特に、上述の特許文献では、位置情報が実際に画像に関連付けられるかどうかは、ログデータと画像とをそれぞれ別の装置から一旦ＰＣにコピーしなければ判断できない。つまり、ユーザは、ログデータと画像とをＰＣにコピーすることを意識的に実行しなければ、画像に位置情報を関連付けることが可能な状況にあることに気づかずに、位置情報を画像に関連付ける機会を喪失してしまう恐れがあった。

そこで、本発明は、ユーザの特別な意識を必要とすることなく、位置情報を画像に関連付ける機会を喪失してしまう可能性を低減することを目的とする。

上記の課題を解決するために、本願発明の通信装置は、画像が記録されている画像処理装置と通信することができる通信装置であって、複数の位置情報とそれぞれの位置情報が取得された際の日時を示す日時情報とが対応づけられたログデータを保持する保持手段と、前記画像処理装置に記録されている画像を特定するための識別情報を受信する受信手段と、前記受信手段により受信された識別情報により特定される画像の撮像日時を取得する取得手段と、前記取得手段により取得された撮像日時が、前記ログデータに含まれる日時情報に基づき決定される所定の期間に含まれるか否かを判断する判断手段と、前記判断手段による判断の結果に応じて、前記画像処理装置から受信した識別情報によって特定される画像に位置情報を関連付けることが可能であることを示す情報を出力する出力手段とを有する。

本発明では、例えば通信装置が画像処理装置内の画像を閲覧する際に、画像に位置情報を付加できることを示す情報を出力することで、ユーザの特別な意識を必要とすることなく、位置情報を画像に関連付ける機会を喪失してしまう可能性を低減できる。

第１の実施形態における画像処理装置の構成を示すブロック図である。 第１の実施形態における通信装置の構成を示すブロック図である。 第１の実施形態における通信装置の表示部に表示される画面の一例を示す図である。 第１の実施形態におけるログデータの概念図である。 第１の実施形態における画像処理装置の動作を示すフローチャートである。 第１の実施形態における画像処理装置の記録領域の概念図である。 第１の実施形態における通信装置の表示部に表示される画面の一例を示す図である。 第１の実施形態における画像処理装置と通信装置とが協働して画像に位置情報を付加する処理のシーケンス図である。 第１の実施形態における画像に位置情報を付加する際の通信装置の動作を示すフローチャートである。 第１の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。 第２の実施形態における画像に位置情報を付加する際の通信装置の動作を示すフローチャートである。 第２の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。

以下に、本発明を実施するための形態について、添付の図面を用いて詳細に説明する。

なお、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されてもよい。また、各実施の形態は適宜組み合わされることも可能である。

［第１の実施形態］
＜デジタルカメラ１００の内部構成＞
図１は、本実施形態の画像処理装置の一例であるデジタルカメラ１００の構成例を示すブロック図である。なお、ここでは画像処理装置の一例としてデジタルカメラについて述べるが、画像処理装置はこれに限られない。例えば画像処理装置は、携帯電話や、タブレットデバイス、パーソナルコンピュータなどの情報処理装置であってもよいし、カメラ付き携帯電話等の撮像装置であってもよい。

制御部１０１は、入力された信号や、後述のプログラムに従ってデジタルカメラ１００の各部を制御する。なお、制御部１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

撮像部１０２は、撮像部１０２に含まれるレンズで結像された被写体光を電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。撮像した画像データはバッファメモリに蓄えられた後、制御部１０１にて所定の演算を行い、記録媒体１１０に記録される。

不揮発性メモリ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部１０１で実行される後述のプログラム等が格納される。

作業用メモリ１０４は、撮像部１０２で撮像された画像データを一時的に保持するバッファメモリや、表示部１０６の画像表示用メモリ、制御部１０１の作業領域等として使用される。

操作部１０５は、ユーザがデジタルカメラ１００に対する指示をユーザから受け付けるために用いられる。操作部１０５は例えば、ユーザがデジタルカメラ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、撮像を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンなどの操作部材を含む。また、後述する表示部１０６に形成されるタッチパネルも操作部１０５に含まれる。なお、不図示のレリーズスイッチは、ＳＷ１およびＳＷ２を有する。レリーズスイッチが、いわゆる半押し状態となることにより、ＳＷ１がＯＮとなる。これにより、例えばＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ（オートホワイトバランス）処理、ＥＦ（フラッシュプリ発光）処理等、静止画像の撮像準備を行うための指示を受け付ける。また、レリーズスイッチが、いわゆる全押し状態となることにより、ＳＷ２がＯＮとなる。これにより、例えば静止画像の撮像を行うための指示を受け付ける。

表示部１０６は、撮像の際のビューファインダー画像の表示、撮像した画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部１０６は必ずしもデジタルカメラ１００が備える必要はない。デジタルカメラ１００はカメラの背面等に設けた表示部１０６だけでなく、カメラの外部の表示部１０６と接続することができ、表示部１０６の表示を制御する表示制御機能を少なくとも有していればよい。

ＲｅａｌＴｉｍｅＣｌｏｃｋ（ＲＴＣ）１０７は、計時を行う計時部である。ＲＴＣ１０７は制御部１０１の要求に応じて日時を示す日時情報を出力する。ＲＴＣ１０７は内部に電源を有し、デジタルカメラ１００本体の電源がＯＦＦの状態でも、計時動作を継続することができる。

記録媒体１１０は、撮像部１０２から出力された画像を記録することができる。本実施形態では、画像を、Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ（Ｅｘｉｆ）によって規定されるフォーマットの一つであるＥｘｉｆ−ｊｐｅｇの形式で扱う。記録媒体１１０は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、デジタルカメラ１００は少なくとも記録媒体１１０にアクセスする手段を有していればよい。

接続部１１１は、外部装置と接続するためのインターフェースである。本実施形態のデジタルカメラ１００は、接続部１１１を介して、通信装置とデータのやりとりを行うことができる。なお、本実施形態では、接続部１１１はアンテナであり、制御部１０１は、アンテナを介して、通信装置と接続することができる。データを通信するためのプロトコルとしては、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通じたＰＴＰ／ＩＰ（Ｐｉｃｔｕｒｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いることができる。なお、デジタルカメラ１００の通信はこれに限られるものではない。例えば、接続部１１１は、赤外線通信モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信モジュール、Ｗｉｒｅｌｅｓｓ ＵＳＢ等の無線通信モジュールを含むことができる。さらには、ＵＳＢケーブルやＨＤＭＩ（登録商標）、ＩＥＥＥ１３９４など、有線接続を採用してもよい。

＜携帯電話２００の内部構成＞
図２は、本実施形態の通信装置の一例である携帯電話２００の構成例を示すブロック図である。なお、ここでは通信装置の一例として携帯電話について述べるが、通信装置はこれに限られない。例えば通信装置は、無線機能付きのデジタルカメラ、タブレットデバイス、あるいはパーソナルコンピュータなどの情報処理装置であってもよい。

制御部２０１は、入力された信号や、後述のプログラムに従って携帯電話２００の各部を制御する。なお、制御部２０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

撮像部２０２は、撮像部２０２に含まれるレンズで結像された被写体光を電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。撮像した画像データはバッファメモリに蓄えられた後、制御部２０１にて所定の演算を行い、記録媒体２１０に記録される。

不揮発性メモリ２０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部２０１で実行される後述のプログラム等が格納される。

作業用メモリ２０４は、表示部２０６の画像表示用メモリや、制御部２０１の作業領域等として使用される。

操作部２０５は、携帯電話２００に対する指示をユーザから受け付けるために用いられる。操作部２０５は例えば、ユーザが携帯電話２００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、表示部２０６に形成されるタッチパネルなどの操作部材を含む。

表示部２０６は、画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部２０６は必ずしも携帯電話２００が備える必要はない。携帯電話２００は表示部２０６と接続することができ、表示部２０６の表示を制御する表示制御機能を少なくとも有していればよい。

ログ取得部２０８は、測位処理を行う。測位処理とは、ＧＰＳ衛星から信号を受信し、受信した信号から携帯電話２００の位置を示す位置情報を算出する処理である。本実施形態では、位置情報は、緯度・経度の座標で表される。また、ログ取得部２０８は、この測位処理により位置情報を算出した日時を示す日時情報も取得する。具体的な取得の方法を以下に述べる。ＧＰＳ衛星から受信した信号には、いわゆるＧＰＳ時という日時情報が含まれる。この信号に含まれるＧＰＳ時は、信号がＧＰＳ衛星から出力された日時を示す。なお、ＧＰＳ時はＵＴＣ（世界協定時：Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ，Ｃｏｏｒｄｉｎａｔｅｄ）に同期するものである。

更に、ＧＰＳ衛星から受信した信号にはＧＰＳ時のＵＴＣとのずれを示す情報が含まれる。ログ取得部２０８は、この情報を用いてＧＰＳ時からＵＴＣを算出する。これにより、ログ取得部２０８は、位置情報を算出した日時を示す日時情報としてＵＴＣを取得する。この位置情報および日時情報は、必要に応じて制御部２０１に提供される。なお、本実施形態ではログ取得部２０８としてＧＰＳを用いる例について述べるが、ログ取得部２０８はＧＰＳに限定されるものではない。例えば携帯電話の基地局といった外部装置などから位置情報や日時情報を取得する装置であってもよい。あるいは、後述の接続部２１１を介して、公衆無線ＬＡＮアクセスポイントから位置情報や日時情報を取得する装置であってもよい。このログ取得部２０８は、位置取得手段や日時取得手段の一例である。

記録媒体２１０は、撮像部２０２から出力された画像データを記録することができる。記録媒体２１０は、携帯電話２００に着脱可能なよう構成してもよいし、携帯電話２００に内蔵されていてもよい。すなわち、携帯電話２００は少なくとも記録媒体２１０にアクセスする手段を有していればよい。

接続部２１１は、外部装置と接続するためのインターフェースである。本実施形態の携帯電話２００は、接続部２１１を介して、デジタルカメラ１００とデータのやりとりを行うことができる。本実施形態では、接続部２１１はアンテナであり、制御部２０１は、アンテナを介して、デジタルカメラ１００と接続することができる。なお、デジタルカメラ１００との接続では、直接接続してもよいしアクセスポイントを介して接続してもよい。データを通信するためのプロトコルとしては、例えば無線ＬＡＮを通じたＰＴＰ／ＩＰ（Ｐｉｃｔｕｒｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いることができる。なお、デジタルカメラ１００との通信はこれに限られるものではない。例えば、接続部２１１は、赤外線通信モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信モジュール、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信モジュールを含むことができる。さらには、ＵＳＢケーブルやＨＤＭＩ（登録商標）、ＩＥＥＥ１３９４など、有線接続を採用してもよい。

公衆網接続部２１２は、公衆無線通信を行う際に用いられるインターフェースである。携帯電話２００は、公衆網接続部２１２を介して、他の機器と通話することができる。この際、制御部２０１はマイク２１３およびスピーカ２１４を介して音声信号の入力と出力を行うことで、通話を実現する。本実施形態では、公衆網接続部２１２はアンテナであり、制御部１０１は、アンテナを介して、公衆網に接続することができる。なお、接続部２１１および公衆網接続部２１２は、一つのアンテナで兼用することも可能である。また、接続部２１１で行う通信を、公衆網により実現することも可能である。例えば、接続部２１１を介して他機から受信した画像データや動画データ、音声データ等を、公衆網接続部２１２を介して、公衆網に出力することができる。また、例えば、マイク２１３を介して生成される音声データ、あるいは撮像部２０２と協働して生成される動画データ等を、公衆網接続部２１２を介して、公衆網に出力することができる。

＜携帯電話２００におけるログデータの生成＞
次に、携帯電話２００においてログデータを生成する処理について説明する。本実施形態の携帯電話２００には、ログデータを生成するためのアプリケーション（以下ログアプリ）が予め記録媒体２１０にインストールしてあるものとする。携帯電話２００は、このログアプリの実行により、自機の移動軌跡を示すログデータを生成する。

図３（ａ）は、ログアプリを実行中の携帯電話２００の表示部２０６に表示される画面の一例を示す図である。この画面３００は、ログアプリの動作が開始することに応じて、表示部２０６に表示される。また、図３（ａ）の例では携帯電話２００が未だデジタルカメラ１００と接続していない。そのため、デジタルカメラ１００と接続していないことを示すメッセージ３０２が表示されている。バー３０１は携帯電話２００が接続可能な通信網の電波状況、時刻、電池の充電状況などを表示している。また、ボタン３０３はログデータの生成を開始するためのボタンである。ユーザは、ボタン３０３を操作部２０５を介して選択することにより、ログデータの生成を開始する指示を入力することができる。

なお、ログデータの生成が実行されている間は、図３（ｂ）のように、ボタン３０３の代わりにボタン３０４を表示する。ボタン３０４はログデータの生成を終了するためのボタンである。ユーザは、ボタン３０４を操作部２０５を介して選択することにより、ログデータの生成を終了する指示を入力することができる。

次に、ログデータが生成される手順について述べる。ボタン３０３の選択が検知されると、制御部２０１は、ログ取得部２０８により取得された位置情報および日時情報を一定の時間間隔で読み出し、ログデータとして記録媒体２１０に記録する。

ここで生成されるログデータには、ユーザが図３（ｂ）のボタン３０４を選択してログデータの生成の終了を指示するか、携帯電話２００の電池残量が所定値以下になるまで、位置情報と日時情報とが定期的に追記される。このようにして生成されるログデータに含まれる複数の位置情報および日時情報は、携帯電話２００の移動軌跡を示すことになる。

図４に、この手順により生成されるログデータの一例を示す。図４の例は、５分間隔で位置情報および日時情報をログデータとして記録した場合の例である。記録媒体２１０の記録領域の一部４０１には二つのログデータが記録されている。例えばユーザは、８時５０分に緯度３５．６８０９６９、経度１３９．７６６００６の位置でログデータの生成開始の指示を入力し、１１時５０分に緯度３５．４６６０６６、経度１３９．６２３０５５の位置でログデータの生成を一旦終了する指示を入力する。そして、再び１９時５９分にログデータの生成を開始する指示を入力し、２３時５４分にログデータの生成を終了する指示を入力する。

このような操作を行った結果として、図４のようにログデータ１とログデータ２が生成されることになる。なお、図４の例は、説明のために示す概念図であり、ログデータは位置情報および日時情報以外の情報を含むフォーマットで記録されてもよい。例えば、米国海洋電子機器協会（Ｎａｔｉｏｎａｌ Ｍａｒｉｎｅ Ｅｌｅｃｔｒｏｎｉｃｓ Ａｓｓｏｃｉａｔｉｏｎ）により定められるＮＭＥＡフォーマットに従った形式で記録されてもよい。

また、ログデータの生成方法に関しては、上記の方法で限定されるものではない。例えば、一定の時間間隔でログデータを追記するのではなく、ログデータ追記後に所定距離以上移動した際に、位置情報と日時情報を追記するような方法でもよい。この場合、移動しなければ新たな位置情報と日時情報が追記されることがないため、ログデータのサイズを抑えることができる。また、本実施形態では、位置情報は緯度、経度で取り扱う例について述べるが、方位情報を含めたり、精度の情報（例えば測位に使用した衛星の数など）を含めてもよい。

以上が、ログデータを生成する手順の説明である。

＜デジタルカメラ１００における画像の生成＞
続いて、図５を用いて、本実施例におけるデジタルカメラ１００における画像の生成について説明する。図５は、画像を生成する際のデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される処理は、デジタルカメラ１００の電源がＯＮとなることに応じて開始される。なお、この状態では、表示部１０６には、撮像部１０２から入力されるスルー画像が表示されており、ユーザは表示部１０６に映し出される映像を確認しながら撮像を行うことが可能である。

まず、ステップＳ５０１では、制御部１０１はＳＷ１がＯＮとなったか否かを判断する。ＳＷ１がＯＮとなっていないと判断された場合は、本ステップの処理を繰り返す。一方、ＳＷ１がＯＮとなったと判断された場合、処理はステップＳ５０２に進む。

ステップＳ５０２では、制御部１０１はＲＴＣ１０７から日時情報を取得する。

ステップＳ５０３では、制御部１０１は撮像部１０２により静止画像の撮像準備動作を行うよう制御する。

次に、ステップＳ５０４では、制御部１０１はＳＷ２がＯＮとなったか否かを判断する。ＳＷ２がＯＮとなっていないと判断された場合、処理はステップＳ５０１に戻る。一方、ＳＷ２がＯＮとなったと判断された場合、処理はステップＳ５０５に進む。

ステップＳ５０５では、制御部１０１は、撮像部１０２により静止画像の撮像動作を行い画像を取得する。

続くステップＳ５０６では、制御部１０１は、ステップＳ５０５で取得した画像をステップＳ５０２で取得した日時情報と共に記録媒体１１０に記録する。この際、画像と共に記録される日時情報は、画像の撮像日時として、画像のヘッダ領域に記録される。また、制御部１０１はこれに併せて時差情報も画像のヘッダ領域に記録する。ここで、時差情報について説明する。本実施形態のデジタルカメラ１００では、タイムゾーンを設定することができる。タイムゾーンとは、共通の地方標準時を利用する地域のことであり、ユーザはメニュー操作等によりタイムゾーンを設定することで、ＵＴＣとの時差を示す時差情報を予め設定することができる。

例えば、日本ではＵＴＣを９時間進めた日時を地方標準時として扱っており、このタイムゾーンをＵＴＣ＋９と表す。そして、タイムゾーンを日本と設定した状態で得られた画像には、時差情報としてＵＴＣ＋９という情報が付加される。

本実施形態のデジタルカメラ１００では、ＲＴＣ１０７の出力する日時情報は、タイムゾーンに応じた時刻が予めユーザのメニュー操作等により設定されているものとして扱う。つまり、制御部１０１は、このＲＴＣ１０７の出力がタイムゾーンに応じた地方標準時を示すものとして扱う。したがって、ＲＴＣ１０７の出力に対して時差情報の示す時差を加算すれば、ＵＴＣを算出することができる。ＵＴＣの利用については、後述の画像への位置情報の付加の説明で詳述する。

また時差情報は、ヘッダ領域のうち、いわゆるメーカーノートと呼ばれる領域に記録される。また、メーカーノートには、後述する位置情報の付加を行うための領域およびその領域に位置情報がまだ付加されていないという情報が記録される。

このステップの処理により画像が記録された記録媒体１１０の記録領域の一部を図６に示す。図６において、記録領域の一部６０１には、１０個の画像が撮像日時、時差情報および位置がまだ付加されていないことを示す情報と共に記録されている。また、本実施形態では、制御部１０１は、記録媒体１１０に記録されている画像の一つ一つに対して管理用の識別情報、すなわちＩＤを割り振る。

制御部１０１は、このＩＤを用いてそれぞれの画像を特定することができる。このＩＤは、記録媒体１１０ではなく、作業用メモリ１０４に一時的に保持されるものであり、電源がＯＮになったことにより記録媒体１１０に記録されている画像が走査され、それぞれの画像にユニークな値が割り振られる。そして、本ステップで新たに画像が記録される度に、対応するＩＤが新たに記録された画像に割り振られることになる。図６は、作業用メモリ１０４の記録領域の一部６０２に、ｉｍｇ０００１．ｊｐｇから順に割り振られているＩＤ１〜ＩＤ１０が記録されている様子を示している。

ステップＳ５０７では、制御部１０１は、他のモードに遷移する指示を受け付けたか否かを判断する。例えば、操作部１０５に含まれる再生ボタンの押下が検知された場合、再生モードに遷移する指示を受け付けたと判断する。他のモードに遷移する指示を受け付けていないと判断した場合、処理はステップＳ５０１に戻る。一方、他のモードに遷移する指示を受け付けたと判断した場合、処理を終了する。

以上が、本実施例におけるデジタルカメラ１００における画像の生成の説明である。

＜携帯電話２００によるデジタルカメラ１００内の画像の閲覧処理の概要＞
次に、携帯電話２００のログアプリを利用して、上述のデジタルカメラ１００で生成した画像を閲覧する処理について説明する。

まず、処理に先立って、デジタルカメラ１００と携帯電話２００とが、接続部１１１および接続部２１１を介して接続し、互いの通信をアプリケーションレベルで確立する。本実施形態では、ログアプリは、デジタルカメラ１００との通信を確立するための機能を有しており、携帯電話２００はログアプリの動作によりデジタルカメラ１００との通信を確立することができる。

通信が確立している状態において、ログアプリを実行中の携帯電話２００の表示部２０６に表示される画面の一例を図７（ａ）に示す。図７（ａ）の画面においては、携帯電話２００がデジタルカメラ１００と接続中であることを示すメッセージが画面下端に表示されている。

また、ボタン７０１は、接続したデジタルカメラ１００内の画像を、携帯電話２００側から閲覧するためのボタンである。このボタン７０１は、デジタルカメラ１００と携帯電話２００とが接続している間のみ表示される。ユーザは、操作部２０５を介してこのボタン７０１を選択することにより、デジタルカメラ１００の記録媒体１１０に記録されている画像を閲覧するための処理を開始する指示を入力することができる。

続いて、この指示の入力を受け付けることにより開始される、閲覧処理について概要を説明する。

図８は、上記処理の概要を説明するためのシーケンス図である。

ボタン７０１が選択されると、まずステップＳ８０１で、携帯電話２００は、画像データをデジタルカメラ１００に要求する。これに対しステップＳ８０２でデジタルカメラ１００は、記録媒体１１０に記録されている画像データのヘッダ領域からサムネイルを読み出し、携帯電話２００に送信する。

なお、本実施形態では、携帯電話２００は、デジタルカメラ１００から取得する際に、デジタルカメラ１００に記録されている画像データの全てを要求する。しかしながら、デジタルカメラ１００では、作業用メモリ１０４の容量に限界があるため、一度に送信できるサムネイルの数には限りがある。そこで、携帯電話２００からの要求と、それに応答したデジタルカメラ１００のサムネイルの送信とを繰り返す。これにより、携帯電話２００は、デジタルカメラ１００の記録媒体１１０に記録されている全ての画像データのサムネイルを受信する。

また、携帯電話２００の表示部２０６の表示領域にユーザが視認可能なように表示できるサムネイルの数およびサイズにも限界がある。そのため、それ以上のサムネイルを受信しても表示することができない。そこで、例えば携帯電話２００での操作によって、更なるサムネイルの表示が必要になったことに応じてステップＳ８０１とステップＳ８０２の処理を繰り返してもよい。

ステップＳ８０３では、携帯電話２００は、受信したサムネイルを一覧表示する。この結果、携帯電話２００の表示部２０６には、例えば図７（ｂ）のような画面が表示される。この画面では、ユーザは操作部２０５を介して、所望のサムネイルを選択することができる。具体的には、表示部２０６の表示面上に配されるタッチパネルを介して、サムネイルの表示領域にタッチすることで、タッチした領域に対応するサムネイルを選択することができる。

例えば、図７（ｂ）のサムネイル７０３を選択した場合、表示部２０６に表示される画面は、図７（ｃ）のようになる。すなわち、選択したサムネイルを、より大きなサイズで表示させる（サムネイル７０４）。この時、前の画面（図７（ｂ）の画面）で表示されていた他のサムネイルに重ねてサムネイル７０４を表示させてもよいし、他のサムネイルを非表示にしてもよい。あるいは、サムネイル７０４を表示した後の余白部分に並べて表示してもよい。また、このサムネイル７０４は、サムネイル７０３を伸張して表示させてもよいし、より大きなサイズのサムネイル画像をデジタルカメラ１００から取得して表示させてもよい。

更に、図７（ｃ）の画面には、表示中のサムネイル７０４に対応する画像データを受信するための受信ボタン７０５が表示されている。ユーザはこのボタンを選択することにより、表示中のサムネイル７０４に対応する画像データを受信する指示を入力することができる。この指示の入力を受け付けることに応じて携帯電話２００はステップＳ８０４で、表示中のサムネイル７０４に対応する画像データをデジタルカメラ１００に要求する。

これに対して、デジタルカメラ１００はステップＳ８０５で、要求に応じた画像データを携帯電話２００に送信する。この画像データを受信している最中は、携帯電話２００では、例えば図７（ｄ）のような画面が表示され、現在画像データを受信中であることをユーザに知らしめる。なお、本実施形態では、サムネイル７０４に対応する画像データが、図６のｉｍｇ０００９．ｊｐｇである場合を例に挙げて説明する。

デジタルカメラ１００から送信された画像データを受信すると、携帯電話２００はステップＳ８０６で、受信した画像データに対応するデジタルカメラ１００に記録されている画像データに、ログデータを利用して位置情報を付加できるか否かを判断する。具体的には、受信した画像データのヘッダ領域に記録されている撮像日時が、保持しているログデータの記録期間内かどうかの判定を行う。

図４の例では、２０１２年６月５日８時５０分から１１時５０分までの時間、および２０１２年６月５日１９時５９分から２３時５４分までの時間のログデータが保持されている。なお、前述のようにログデータの記録期間はＵＴＣで表されたものである。一方、受信した画像データの撮像日時は地方標準時で記録されている。

そこで、画像のヘッダ領域に記録されている時差情報を用いてＵＴＣの時刻系に変換する。ここでは、携帯電話２００は、受信した画像であるｉｍｇ０００９．ｊｐｇのヘッダ領域を解析し、地方標準時で記述された撮像日時および図５で説明した時差情報からＵＴＣへの変換を行う。この結果、ｉｍｇ０００９．ｊｐｇの撮像日時（ＵＴＣ）は、６月５日の９時５６分に変換される。以下、ＵＴＣに変換する前の撮像日時と区別するため、ＵＴＣに変換した撮像日時を「撮像日時（ＵＴＣ）」と記載する。

ステップＳ８０６の判定では、撮像日時（ＵＴＣ）と、記録媒体に記録されている各ログデータの記録期間を示す情報である記録開始日時および記録終了日時とがそれぞれ比較される。比較の結果、撮像日時（ＵＴＣ）が、記録開始日時より後の日時、かつ記録終了日時より前の日時を示すと判断された場合、撮像日時がログデータの記録期間内であると判断される。

例えば、図４の例では、ログデータ１の記録開始日時２０１２年６月５日８時５０分、および記録終了日時２０１２年６月５日１１時５０分を示す値が、それぞれｉｍｇ０００９．ｊｐｇの撮像日時（ＵＴＣ）６月５日９時５６分を示す値と比較される。ログデータ２についても同様である。この結果、ｉｍｇ０００９．ｊｐｇの撮像日時（ＵＴＣ）は、ログデータ１の記録期間内であると判断されることになる。

図８では、ステップＳ８０６の判定の結果、受信した画像データの撮像日時が、保持しているログデータの記録期間内であった場合について図示している。この場合、携帯電話２００はステップＳ８０７で、受信した画像データに対応するデジタルカメラ１００に記録されている画像データ（受信した画像データの元の画像データ）に位置情報を付加できることをユーザに対して通知する。またこの通知に併せて、画像データへ位置情報を付加するか否かの選択をユーザに促す。例えば図７（ｅ）のような画面を表示することで、デジタルカメラ１００に記録されている画像データに位置情報が付加できることを通知し、画像データへ位置情報を付加するか否かの選択をユーザに促す。ユーザは、図７（ｅ）のＯＫボタンを選択することで、画像データに位置情報を付加する指示を入力することができる。なお、画像データへ位置情報を付加するか否かの選択をユーザに促すだけでもよく、それによって位置情報が付加できることをユーザに通知することができる。また、ユーザは、図７（ｅ）のキャンセルボタンを選択することで、画像データに位置情報を付加しない指示を入力することができる。図８の例では、ＯＫボタンが選択された場合について図示している。

ＯＫボタンが選択されると、携帯電話２００はステップＳ８０８で、時間の情報をキーとしてマッチング処理を行う。ここでは、ログデータの日時情報と、撮像日時（ＵＴＣ）とを比較し、差が一定の閾値以下の組み合わせのうち、最も差が小さい組み合わせの日時情報に対応する位置情報を決定する。一定の閾値には、ロギング間隔と同じ値あるいはそれよりも小さな値が設定される（例えば１分）。そして、決定された位置情報と、撮像日時（ＵＴＣ）に対応する画像のＩＤとを対応づける。これにより、画像のＩＤとログデータの位置情報とが対応づけられたセットが生成されることになる。例えば、ｉｍｇ０００９．ｊｐｇのＩＤ９には６月５日の９時５５分に取得された位置情報が対応づけられて、一組のセットとなる。

なお、本実施形態のマッチングでは、日時の差が小さい組み合わせが優先される場合を例に挙げて説明するが、これに限られるものではない。例えば、撮像日時（ＵＴＣ）よりも早い日時を示す日時情報のうち、最も日時の差が小さい日時情報との組み合わせが優先されるようにしてもよい。あるいは、撮像日時（ＵＴＣ）よりも遅い日時を示す日時情報のうち、最も日時の差が小さい日時情報との組み合わせが優先されるようにしてもよい。

デジタルカメラ１００から受信した画像に対してマッチングの処理を終えると、次に、ステップＳ８０９で携帯電話２００はステップＳ８０８で生成したセットをデジタルカメラ１００に送信する。

デジタルカメラ１００では、このセットを受信すると、ステップＳ８１０にて、ＩＤに対応する画像に、ＩＤに対応する位置情報を付加する。

以上が、携帯電話２００のログアプリを利用して、上述のデジタルカメラ１００で生成した画像を閲覧する処理の概要である。なお、デジタルカメラ１００内の画像データのみならず、受信した画像データにも位置情報を付加するようにしてもよい。

＜デジタルカメラ１００内の画像の閲覧処理の際の各機器の動作＞
次に、上述した動作を実現するための、携帯電話２００とデジタルカメラ１００の詳細な動作についてそれぞれ説明する。

まず、携帯電話２００の動作について説明する。図９は、デジタルカメラ１００との通信を確立後、位置情報を付加する際の携帯電話２００の動作を示すフローチャートである。このフローチャートに示される各処理は、携帯電話２００の制御部２０１が、不揮発性メモリ２０３に記録されているプログラムを実行し、プログラムに従い携帯電話２００の各部を制御することにより実現される。以降の携帯電話２００で実行されるフローチャートについても同様である。また、このフローチャートに示される処理は、デジタルカメラ１００とのアプリケーションレベルの通信が確立することに応じて開始される。

デジタルカメラ１００と通信を確立すると、携帯電話の制御部２０１は、図７（ａ）に示すカメラ通信アプリケーションのメニュー画面を表示部２０６に表示する。

ステップＳ９０１で、制御部２０１は閲覧ボタン７０１が選択されたか否かを判断する。閲覧ボタン７０１が選択されたと判断した場合にはステップＳ９０２に進む。閲覧ボタン７０１が選択されていないと判断した場合は本ステップの処理を繰り返す。

ステップＳ９０２で、制御部２０１はデジタルカメラ１００に対して、デジタルカメラ１００が有する画像データのサムネイルを要求する。この処理は図８のステップＳ８０１の処理に相当する。この要求に応答して、デジタルカメラ１００は要求されたサムネイルを携帯電話２００に送信する。このデジタルカメラ１００の応答は、図８のステップＳ８０２の処理に相当する。

ステップＳ９０３で、携帯電話２００は接続部２１１を介してデジタルカメラ１００から送信されたサムネイルを受信する。前述したように、デジタルカメラ１００が一度に送信可能な画像の枚数には限りがある。そのため、一度の送信で必要なサムネイルを受信しきれなかった場合、制御部２０１はステップＳ９０２およびステップＳ９０３の処理を繰り返す。

続いて、ステップＳ９０４では、制御部２０１は受信したサムネイルを表示部２０６に一覧表示する。これにより、例えば図７（ｂ）のような画面が表示部２０６に表示される。図７（ｂ）の例では、サムネイルが４列に表示されており、上下方向へのスクロール操作によりさらに他の画像のサムネイル表示が可能である。本ステップの処理は図８のステップＳ８０３の処理に相当する。

ステップＳ９０５では、制御部２０１は、一覧表示されたサムネイルの中からいずれかのサムネイルが選択されたか否かを判断する。サムネイルが選択されていないと判断した場合、処理はステップＳ９１８に進み、制御部２０１は、アプリを終了する指示が入力されたか否かを判断する。ユーザは、本フローチャートの実行中に、例えば操作部２０５に含まれるホームキーの押下等によって、本フローチャートの処理を実現するアプリの実行を中断する指示を入力することができる。制御部２０１が、終了の指示が入力されたと判断した場合、本フローチャートの処理を終了する。一方、終了の指示が入力されていないと判断した場合、処理はステップＳ９０４に戻る。

ステップＳ９０５にて制御部２０１が、サムネイルが選択されたと判断した場合には、ステップＳ９０６に進む。

ステップＳ９０６では、制御部２０１は選択されたサムネイルを大きなサイズで表示する。例えば、図７（ｃ）のような画面が表示部２０６に表示される。図７（ｃ）に示すように、選択されたサムネイルが図７（ｂ）と比べてより大きなサイズで表示される。なお、ステップＳ９０６では選択されたサムネイルをそのまま大きなサイズで表示しているが、大きなサイズで表示することに鑑みて、より大きなサムネイルもしくは本画像データを再度デジタルカメラ１００に要求してもよい。

また、図７（ｃ）に示す画面には受信ボタン７０５が含まれる。受信ボタン７０５は、表示されているサムネイルに対応する本画像データをデジタルカメラから受信して携帯電話２００の記録媒体２１０に記録するためのボタンである。

続いてステップＳ９０７で、制御部２０１は受信ボタン７０５が選択されたか否かを判断する。受信ボタン７０５が選択されたと判断した場合はステップＳ９０８に進む。受信ボタン７０５が選択されていないと判断した場合には、ステップＳ９１８に進む。ステップＳ９１８の処理は上記で説明したとおりである。

ステップＳ９０８に進むと、制御部２０１は、ステップＳ９０５で選択したサムネイルに対応する画像データをデジタルカメラ１００に要求する。本ステップの処理は、図８のステップＳ８０４の処理に相当する。

続くステップＳ９０９で、制御部２０１は接続部２１１を介して受信した画像データを作業用メモリ２０４に保持する。画像データの受信中は表示部２０６に図７（ｄ）の画面を表示する。なお、携帯電話２００のユーザはプログレスバー７１１の表示により、要求した画像データのデータ量全体のうち、どの程度の量を受信したかを把握することができる。またユーザは、ボタン７１２を選択することにより、受信を中止することができる。受信が中止された場合、途中まで受信して作業用メモリ２０４に保持していた画像データの一部については削除される。

次に、ステップＳ９１０では、制御部２０１は作業用メモリ２０４に保持された画像データに位置情報が含まれているかどうかを判断する。

まず、ステップＳ９１０で、画像データに位置情報が含まれていると判断された場合について説明する。この場合、処理はステップＳ９１２に進む。この場合、デジタルカメラ１００内の対応する画像データには既に位置情報が対応づけられているため、新たに位置情報を対応づける必要はない。そのため、マッチングや、位置情報のデジタルカメラ１００への送信を行うことなく、処理はステップＳ９１２に進む。ステップＳ９１２では、制御部２０１は、ステップＳ９０９で受信した画像データを記録媒体２１０に保存する。このようにして保存された画像データは、例えば他のメニュー操作を受け付けることに応じて、携帯電話２００で再生したり、他の装置に転送したりすることができる。

その後、処理はステップＳ９０４に戻る。

一方、ステップＳ９１０で、画像データに位置情報が含まれていないと判断した場合について説明する。この場合、処理はステップＳ９１３に進む。

ステップＳ９１３では、制御部２０１は、ステップＳ９０９で受信した画像の撮像日時（ＵＴＣ）が記録媒体２１０に記録されたログデータの記録時間の範囲内かどうかを判定する。この判定は、図８のステップＳ８０６の処理に相当する。受信した画像の撮像日時（ＵＴＣ）の示す日時がログデータの記録時間の範囲内でない場合は、ログデータを用いてデジタルカメラ１００内の対応する画像データに位置情報を付加することはできない。そのため、制御部２０１が、受信した画像の撮像日時（ＵＴＣ）の示す日時が、ログデータの記録時間の範囲内でないと判断した場合は、マッチングや、位置情報のデジタルカメラ１００への送信を行うことなく、処理はステップＳ９１２に進む。

一方、制御部２０１が、受信した画像の撮像日時（ＵＴＣ）の示す日時がログデータの記録時間の範囲内であると判断した場合、処理はステップＳ９１４に進む。

ステップＳ９１４では、制御部２０１は、図７（ｅ）のようにダイアログ７１３を表示する。これにより、受信した画像データに対応するデジタルカメラ１００内の画像データ（すなわち、デジタルカメラ１００からコピーしたコピー元の画像データ）に位置情報を付加できることを示す情報をユーザに対して通知する。本ステップの処理は、図８のステップＳ８０７の処理に相当する。

続くステップＳ９１５では、制御部２０１は、操作部２０５を介して、ダイアログ７１３内のＯＫボタンおよびキャンセルボタンの選択を検知することにより、位置情報の付加を指示されたか否かを判断する。ユーザによりキャンセルボタンが選択されたことを検知した場合、制御部２０１は、位置情報を付加する必要はないと判断し、処理はステップＳ９１２に進む。一方、ユーザによりＯＫボタンが選択されたことを検知した場合、制御部２０１は、位置情報の付加を指示されたと判断し、処理はステップＳ９１６に進む。

ステップＳ９１６では、制御部２０１は、時刻の情報をキーとしてマッチングの処理を行う。この処理は、図８のステップＳ８０８の処理に対応する。このマッチングの結果、受信した画像のＩＤと位置情報のセットを生成する。

続いてステップＳ９１７では、制御部２０１は、ステップＳ９１６で生成した画像のＩＤと位置情報のセットをデジタルカメラ１００に接続部２１１を介して送信する。このステップの処理は図８のステップＳ８０９の処理に相当する。その後、処理はステップＳ９１２に進む。ステップＳ９１２の処理は上述のとおりである。

以上が、携帯電話２００の動作の説明である。

次に、上述の携帯電話２００の動作に対応するデジタルカメラ１００の動作について説明する。

図１０は、位置情報を付加する際のデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される各処理は、デジタルカメラ１００の制御部１０１が、不揮発性メモリ１０３に記録されているプログラムを実行し、プログラムに従いデジタルカメラ１００の各部を制御することにより実現される。以降のデジタルカメラ１００で実行されるフローチャートについても同様である。また、このフローチャートに示される処理は、携帯電話２００とのアプリケーションレベルの通信が確立することに応じて開始される。

まず、ステップＳ１００１では、制御部１０１は、接続部１１１を介して接続した携帯電話２００からサムネイル送信の要求を受信したか否かを判断する。サムネイル送信の要求を受信したと判断した場合、処理はステップＳ１００２に進み、サムネイル送信の要求を受信していないと判断した場合はステップＳ１００４に進む。

まず、サムネイル送信の要求を受信したと判断した場合について説明する。ここで受信するサムネイル送信の要求とは、例えば図９のステップＳ９０２で携帯電話２００から送信される要求である。

ステップＳ１００２で、制御部１０１は、記録媒体１１０に記録されている画像のうち、要求されたサムネイルに対応する画像のヘッダ領域を解析し、サムネイルを読み出す。続くステップＳ１００３で、読み出したサムネイルおよび画像のＩＤのセットを接続部１１１を通して携帯電話２００に送信する。ステップＳ１００２およびステップＳ１００３の処理は、図８のステップＳ８０２の処理に相当する。その後処理は、ステップＳ１００１に戻る。

次に、ステップＳ１００１で、制御部１０１が、サムネイル送信の要求を受信していないと判断した場合について説明する。

ステップＳ１００４で、制御部１０１は、画像送信の要求を受信したか否かを判断する。制御部１０１が、画像送信の要求を受信したと判断した場合には、ステップＳ１００５に進み、そうでない場合は、ステップＳ１００７に進む。

まず、画像送信の要求を受信したと判断した場合について説明する。ここで受信する画像送信の要求とは、例えば図９のステップＳ９０８で携帯電話２００から送信される要求である。

ステップＳ１００５で、制御部１０１は、記録媒体１１０に記録されている画像のうち、要求された画像のＩＤに基づき、要求に対応する画像を特定し、記録媒体１１０から読み出す。そして、ステップＳ１００６で、制御部１０１は、ステップＳ１００５で読み出した画像を接続部１１１を介して携帯電話２００に送信し、ステップＳ１００１に戻る。ステップＳ１００５およびステップＳ１００６の処理は、図８のステップＳ８０５の処理に相当する。

次に、ステップＳ１００４で、制御部１０１が、画像送信の要求を受信していないと判断した場合について説明する。

ステップ１００７で、制御部１０１は、画像のＩＤと位置情報のセットを受信したか否かを判断する。画像のＩＤと位置情報のセットを受信したと判断した場合には、ステップＳ１００８に進み、そうでない場合は、ステップＳ１００１に戻る。

ステップＳ１００８では、制御部１０１は、受信したセットに含まれるＩＤに対応する画像に、セットに含まれる位置情報を付加する。具体的には、ＩＤに対応する画像のヘッダ領域に、セットに含まれる位置情報を記録する。

ステップＳ１００９では、制御部１０１は、ステップＳ１００９での位置情報の付加が、受信したセットに含まれるＩＤに対応する画像の全てについて実行されたか否かを判断する。制御部１０１が、まだ実行されていない画像があると判断した場合、処理はステップＳ１００８に戻り、残りの画像に対して位置情報の付加を実行する。一方、制御部１０１が、全ての画像について位置情報の付加の処理が実行されたと判断した場合、処理はステップＳ１００１に戻る。

なお、本フローチャートは、例えばデジタルカメラ１００の電源の残容量が所定量以下になったことや、ユーザ操作によって電源をＯＦＦにする指示が入力されたこと、携帯電話２００から電源をＯＦＦにする指示を受け付けたことなどをトリガとして終了する。また、終了のトリガが割り込んできた場合には、処理が実行途中であった場合であっても、処理を中断して終了する。

以上が、デジタルカメラ１００の動作の説明である。

上述したように、本実施形態では、デジタルカメラ１００と携帯電話２００とが協働することにより、ログデータや画像そのものをＰＣに送信することなく、位置情報を画像に付加することができる。

また、本実施形態では、ログデータを記録する携帯電話２００でデジタルカメラ１００内の画像を閲覧するタイミングで、ユーザに位置情報を付加できる状態にあることを通知する。これにより、ユーザが特に位置情報を画像に付加しようと意識していなくとも、画像に位置情報を付加し得ることに気づくことができるため、画像に位置情報を付加する機会を逃す可能性を低減することができる。

また、本実施形態では、ログデータの生成とマッチングの処理の両方を携帯電話２００で動作するログアプリにより実行する。このようにするのは以下の理由による。携帯電話２００でマッチングの処理を行えば、例えば精度の低いログデータはロギングやマッチングの対象から外すなど、柔軟な処理を行うことができる。それに対し、カメラ側でマッチングを行うようにした場合、ログデータの精度等の情報を携帯電話から取得する必要がある。以上の理由から、ログデータの生成とマッチングの処理の両方を携帯電話２００で行うようにした。これにより、ログデータの生成の特性に合わせたマッチングを行うことが容易となる。さらに、デジタルカメラ１００は、単に受信したセットに含まれるＩＤに対応する画像に、セットに含まれる位置情報を付加する機能だけを有していればよい。そのため、マッチングをデジタルカメラで行う場合やＧＰＳをデジタルカメラに搭載する場合にくらべて、デジタルカメラのコストを低減することができる。

また、本実施形態では、マッチングを行う際にＵＴＣを利用する。これにより、各機器で設定されたタイムゾーンが異なる状態でログデータや画像が取得された場合であっても、その影響を受けることなくマッチングを行うことができる。

［第２の実施形態］
第１の実施形態では、携帯電話２００が要求したデジタルカメラ１００の画像を受信した時点で位置情報の付加が可能かどうかの判断を行っていた。これに対し本実施例では、携帯電話２００でサムネイル受信時に、サムネイルに対応する画像に位置情報が付加できるかどうかを判断する場合について述べる。なお、本実施形態では、第１の実施形態と共通する部分については説明を省略し、本実施形態に特有の部分を中心に説明する。

図１１は、第２の実施施形態における携帯電話２００の動作を示すフローチャートである。このフローチャートに示される処理は、デジタルカメラ１００とのアプリケーションレベルの通信が確立することに応じて開始される。

ステップＳ１１０１では、図９のステップＳ９０１と同様の処理が実行される。

次に、ステップＳ１１０２では、制御部２０１は、デジタルカメラ１００に対して、画像データのサムネイルおよび画像情報を要求する。ここで、画像情報とは、少なくともその画像に位置情報が関連付けられているか否かを示す情報、撮像日時、時差情報を含むものとする。この他に画像の縦横判定、画像サイズ、動画の場合は動画の再生時間などを含めてもよい。

また画像情報を含む画像のデータの一部を要求してもよい。この要求に応答して、デジタルカメラ１００は要求されたサムネイルおよび画像情報を携帯電話２００に送信する。なお、一般的に、サムネイルのデータサイズに対して、画像情報のデータサイズは、非常に小さい。そのため、サムネイルのみを送信する場合と、サムネイルと画像情報の両方を送信する場合との通信の負荷の差は無視できるレベルである。

続いてステップＳ１１０３では、制御部２０１は、接続部２１１を介してデジタルカメラ１００から送信されたサムネイルおよび画像情報を受信し、作業用メモリ２０４に保持する。

次にステップＳ１１０４では、制御部２０１は、作業用メモリ２０４に保持した画像情報に含まれる、位置情報が関連付けられているか否かを示す情報を参照し、位置情報が関連付けられていない画像があるかどうかを判断する。制御部２０１が位置情報が関連付けられていない画像がないと判断した場合はステップＳ１１１０に進み、位置情報が関連付けられていない画像があると判断した場合には、ステップＳ１１０５に進む。

ステップＳ１１０５では、制御部２０１は、位置情報が関連付けられていない旨を示す情報を含む画像情報に含まれる撮像日時（すなわち位置情報が関連付けられていない画像の撮像日時）がログデータの記録期間の範囲内かどうかを判断する。撮像日時がログデータの記録期間の範囲内でない場合には位置情報を付加することはできないので、処理はステップＳ１１１０に進む。一方、ステップＳ１１０３で受信したサムネイルに対応する画像の撮像日時のうち、ひとつでもログデータの記録期間の範囲内のものがあると判断された場合には、処理はステップＳ１１０６に進む。

例として、図６の画像情報を受信し、図４のログデータを保持していた場合には、それぞれの画像情報内の撮像日時にについてログデータの記録期間の範囲内であるかどうかを判定する。つまり、図６の画像が、ログデータ１の２０１２年６月５日８：５０から１１：５０までと、ログデータ２の２０１２年６月５日１９：５９から２３：５４までの間に撮影された画像であるかどうかを判定する。

このステップの処理では、第１の実施形態において図８を利用して説明した処理と同様に、ＵＴＣの時刻系で判定を行う。つまり、画像情報に含まれる時差情報に基づき、撮像日時をＵＴＣに変換した上で、ログデータの記録期間の範囲内かどうかを判定する。図４と図６の例ではＩＤ９およびＩＤ１０の画像の撮像日時がログデータ１の記録期間の範囲内であると判定されることになる。

ステップＳ１１０６では、制御部２０１は、図９のステップＳ９１４と同様に、受信したサムネイルに対応するデジタルカメラ１００内の画像データに位置情報を付加できることをユーザに対して通知する。

続くステップＳ１１０７では、制御部２０１は、操作部２０５を介して、位置情報の付加を指示されたか否かを判断する。制御部２０１が、位置情報の付加を指示されていないと判断した場合、処理はステップＳ１１１０に進む。一方、位置情報の付加を指示されたと判断した場合、処理はステップＳ１００８に進む。

続いてステップＳ１１０８では、制御部２０１は、図８のステップＳ８０８で説明したようにマッチングを行い、受信した画像のＩＤと位置情報のセットを生成する。図４と図６の例では、ＩＤ９、およびＩＤ１０が対象となるため、これらの位置情報を特定し、それぞれのセットを生成する。

そして、ステップＳ１１０９で、制御部２０１は、ステップＳ１１０８で生成した画像のＩＤと位置情報のセットを接続部２１１を介して、デジタルカメラ１００に送信する。デジタルカメラ１００では、このデータを受け取り、対応する画像に位置情報を付加する。

ステップＳ１１１０〜ステップＳ１１１５は、図９のステップＳ９０４〜ステップＳ９０９と同様の処理が実行される。また、ステップＳ１１１６およびステップＳ１１１７では、図９のステップＳ９１２およびステップＳ９１８と同様の処理が実行される。

以上が、本実施形態における携帯電話２００の動作の説明である。

次に、上記の携帯電話２００の動作に対応するデジタルカメラ１００の動作について説明する。図１２は、第２の実施施形態におけるデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される処理は、携帯電話２００とのアプリケーションレベルの通信が確立することに応じて開始される。

ステップＳ１２０１では、制御部１０１は、サムネイルと画像情報送信の要求を受信したか否かを判断する。サムネイルと画像情報送信の要求を受信したと判断した場合にはステップＳ１２０２に進み、サムネイルと画像情報送信の要求を受信していないと判断した場合はステップＳ１２０４に進む。

ステップＳ１２０２では、制御部１０１は、記録媒体１１０に記録されている画像データのうち、要求されたサムネイルに対応する画像のヘッダ領域を解析し、サムネイルおよび画像情報を読み出す。続くステップＳ１２０３で、読み出したサムネイル、画像情報および画像のＩＤのセットを接続部１１１を介して携帯電話２００に送信する。この結果、携帯電話２００にサムネイルと画像ＩＤのみならず、画像情報も受け渡されることになる。

ステップＳ１２０４以降の処理では、図１０のステップＳ１００４以降の処理と同様の処理が実行される。

以上が、本実施形態におけるデジタルカメラ１００の動作の説明である。

上述したように、本実施形態では、携帯電話２００でデジタルカメラ１００内の画像のサムネイル一覧を表示するタイミングで、受信したサムネイルに対応する画像のそれぞれに位置情報を付加可能であることをユーザに通知する。これにより、ユーザは、画像本体を受信することなく、位置情報の付加が可能であることを知ることができる。

［その他の実施形態］
なお、上述の実施形態に加えて、画像が書き込み不可（いわゆるプロテクト）の場合は、携帯電話２００で記録時間に含まれていても通知対象としないようにしてもよい。すなわち、図６の画像情報に書き込み不可かどうかの情報を付加し、図９のステップＳ９１０とステップＳ９１４の間に、画像が書き込み不可（いわゆるプロテクト）か否かを判断する。そして、画像が書き込み不可（いわゆるプロテクト）であると判断した場合は、ステップＳ９１４を経ることなく、処理をステップＳ９１２に進める。つまり、その画像に位置情報が付加できることを通知する対象にしないようにする。これにより、位置情報の書き込みができない画像に対して位置情報が付加できることを通知してしまうという不都合が生じる可能性を防ぐことができる。

また、上述の実施形態に加えて、位置情報を付加する画像を、通信中のデジタルカメラ１００で撮影した画像に限定するようにしてもよい。このようにするのは、以下の理由による。

上記の実施形態では、携帯電話２００とデジタルカメラ１００とは、同じユーザが持ち歩くことを想定している。故に、携帯電話２００で生成したログデータを利用して、デジタルカメラ１００で撮影した画像に正しい位置情報を付加することができる。

しかしながら、デジタルカメラ１００の記録媒体１１０には、必ずしもデジタルカメラ１００で撮影された画像だけが記録されているとは限らない。例えば、他人のカメラで撮影された画像が記録されている場合も考えられる。そして、その他人のカメラは、ログデータの記録期間の間、携帯電話２００と同じ場所に存在しているとは限らない。このため、他のカメラで生成された画像に、携帯電話２００で生成したログデータを利用して位置情報を付加しようとすると、実際の撮影場所とはまったく異なる場所を示す位置情報が付加されてしまう恐れがある。

このような理由から、位置情報を付加する画像を、接続中のデジタルカメラ１００で撮影した画像に限定する。言い換えれば、接続中のデジタルカメラとは異なる他のカメラで生成された画像は、位置情報を付加する対象としない。

具体的には、デジタルカメラ１００は、撮影した画像にはデジタルカメラ１００と他の機器とを区別するためのユニークなＩＤを対応づけて記録しておく。そして、デジタルカメラ１００との通信を確立した際に、携帯電話２００は、デジタルカメラ１００のＩＤを取得する。この処理を実行する制御部２０１は、ＩＤ受信手段の一例である。この状態で携帯電話２００がデジタルカメラ１００から画像を受信した際には、携帯電話２００は、受信した画像に対応づけられているＩＤと、接続時に取得した接続中のデジタルカメラのＩＤとを比較する。この比較により、画像が接続中のデジタルカメラで撮影したものかどうかを判断する。

ＩＤが異なっていれば、現在接続中のカメラとは別のカメラで生成された画像であると判断されることになる。この場合、処理をステップＳ９１２に進める。つまり、その画像を位置情報を付加する対象画像にしないようにする。これにより、誤った位置情報を付加する可能性を低減することができる。

また、上述の実施形態では、デジタルカメラ１００のＲＴＣ１０７の計時する時刻が正確であることを前提としてマッチングする例について述べた。しかしながら、一般的にＲＴＣで計時される時刻は、ＧＰＳの信号から算出される時刻に比べて正確ではない。

そこで、マッチングの際に、携帯電話２００のログデータに利用する時刻系と、デジタルカメラ１００のＲＴＣ１０７が計時する時刻系との差を考慮するようにしてもよい。この場合、例えば、ログアプリが起動され、携帯電話２００とデジタルカメラ１００との通信が確立することに応じて、携帯電話２００の制御部２０１は、デジタルカメラ１００に対して、ＲＴＣ１０７が計時する時刻を要求する。

これに応答してデジタルカメラ１００は、ＲＴＣ１０７の計時する時刻を、自機に予め設定されているタイムゾーンに応じた時差情報に従ってＵＴＣに変換し、携帯電話２００に送信する。このデジタルカメラ１００から返される、ＵＴＣに変換済みの時刻を受信すると、制御部２０１は、ＧＰＳから得られるＵＴＣと比較して、その差分を算出する。

なお、この差分を算出するための一連の処理は、例えば図７（ａ）や図７（ｂ）の画面を表示している間、並行してバックグラウンドで実行される。また、この差分を算出する制御部２０１は、時差取得手段の一例である。

その後、画像に位置情報を付加可能であるという通知を受けたユーザによって、画像に位置情報を付加する指示が入力されると、制御部２０１は、マッチングの前に、予め算出しておいた差分を用いて、画像の撮像日時を修正する。そして、修正後の撮像日時とログデータの日時情報とを用いてマッチングを行う。このようにすることで、より正確な位置情報を付加することができる。

また、第１の実施形態では、携帯電話２００は、対象とした画像のみに関して位置情報が付加可能であることを通知した。しかしながら、一枚の画像に位置情報を付加できる場合には、その前後に撮影した画像にも、同じログデータを利用して位置情報を付加できる可能性が高いと考えられる。

そこで、受信した画像の撮像日時がログデータの記録範囲内であれば、そのログデータの記録範囲に含まれる他の画像にも位置情報を付加できるかどうかを判断してもよい。例えば、図８のステップＳ８０６で、受信した画像の撮像日時がログデータの記録範囲内であると判断された場合、更に、そのログデータの記録期間に対応する他の画像のＩＤと撮像日時もデジタルカメラ１００に要求する。この要求では、ログデータの記録期間を示す情報として、ログデータの生成を開始した日時を示す日時情報とログデータの生成を終了した日時を示す日時情報を、デジタルカメラ１００に送信する。

第１の実施形態の例で言えば、図４のログデータ１の２０１２年６月５日８時５０分から１１時５０分までの間に撮像された画像のＩＤと撮像日時を要求することになる。この結果、デジタルカメラ１００は、新たにｉｍｇ００１０．ｊｐｇの画像のＩＤとＵＴＣに変換された撮像日時を、携帯電話２００に送信する。なお、既に送信済みのｉｍｇ０００９．ｊｐｇについてはここでは送信する必要はないので、除外する。

これらの処理が完了すると、携帯電話２００では、ステップＳ８０７にて、図７（ｅ）の画面の代わりに、図７（ｆ）のような画面を表示し、ユーザに対して、他の画像にも位置情報を付加できることを通知する。これにより、他の画像を閲覧する度に位置情報が付加できることを通知されてしまいユーザに煩わしさを感じさせる可能性を、低減することができる。

なお、ユーザの嗜好によっては、閲覧している画像にのみ位置情報を付加したい場合も考えられる。そこで、図７（ｆ）では、受信した画像に対応するデジタルカメラ１００内の画像にのみ位置情報を付加するためのボタン７１４と、他の画像にも位置情報を付加するボタン７１５とを表示させている。ユーザはこれらのボタンを選択することで、好みに応じた処理を実行させることができる。

また、上述の実施形態では、撮像日時がログデータの記録期間内に含まれるかどうかを、ログデータの記録を開始した日時を示す日時情報および記録を終了した日時を示す日時情報との比較によって判断する場合を例に挙げて説明した。この判断の目的は、カメラ内の画像に対応する位置情報がログデータに含まれるか否か、すなわちログデータを利用してカメラ内の画像に位置情報を付加できるか否かを判断することにある。そのため、厳密に記録期間内である必要はない。例えば、図４のログデータ１の記録開始日時は、２０１２年６月５日８時５０分である。これに対し、例えば２０１２年６月５日８時４９分に撮像された画像データがあった場合、その画像データは、ログデータ１の記録期間には含まれない。しかしながら、ログデータに含まれる日時情報（ここでは記録開始日時）との差が、所定の閾値以下の範囲に含まれている。そのため、位置情報を付加できるようにする方が、よりユーザにとって利便性が高まるものと考えられる。そこで、例えば記録開始日時および記録終了日時を、記録期間が広がる方向に、それぞれ所定の閾値の分だけ拡張して判断してもよい。例えば、撮像日時が、ログデータ１の記録期間内に含まれるかどうか判断する際に利用する記録開始日時を、２０１２年６月５日８時５０分でなく、２０１２年６月５日８時４９分として所定の閾値（この例では１分）だけ前の日時に変更する。同様にログデータ１の記録終了日時を、２０１２年６月５日１１時５１分として１分だけ後の日時に変更して判断に利用する。これにより、より適切な判断を行うことができる。

あるいは、マッチングを実行することを以て、撮像日時がログデータの記録期間内に含まれるかどうかを判断してもよい。具体的には、マッチングにおける撮像日時と、ログデータに含まれる各日時情報との比較により、対応する位置情報を決定することができれば、すなわち撮像日時との差が所定の差以下である日時情報がログデータ内に含まれるということになる。このことから、撮像日時はログデータの記録期間内であると判断できる。一方、位置情報が決定できなければ、すなわち撮像日時との差が大きな日時情報しかログデータに含まれていないことになる。このことから、ログデータの記録期間外であると判断できる。

また、上述の実施形態に加えて、携帯電話２００は、デジタルカメラ１００から受信した画像データを他の装置（例えばインターネットを介して接続される、オンラインアルバム等のサービスを提供する他のサーバ）に自動的に転送する機能を備えていてもよい。このような機能では、携帯電話２００のユーザは、デジタルカメラ１００内の画像データのサムネイル一覧を見ながら、転送する画像データを選択することができる。ここで注意すべきは、受信した画像データを携帯電話２００の記録媒体２１０に記録するまでに留まる処理とは異なり、画像データが不特定多数に公開される恐れがあることである。そこで、このような処理を行うためのシーケンスでは、たとえサムネイル一覧の閲覧中に画像データに位置情報を付加できる状況にあったとしても、携帯電話２００はユーザにそのことを通知しない。また、受信した画像データに位置情報が付加されていた場合は、その位置情報を削除した上で他の装置に転送する。これにより、ユーザのプライバシーを守ることができる。

また本発明は、以下の処理を実行することによっても実現される。即ち上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (28)

1. 画像が記録されている画像処理装置と通信することができる通信装置であって、
   複数の位置情報とそれぞれの位置情報が取得された際の日時を示す日時情報とが対応づけられたログデータを保持する保持手段と、
   前記画像処理装置に記録されている画像を特定するための識別情報を受信する受信手段と、
   前記受信手段により受信された識別情報により特定される画像の撮像日時を取得する取得手段と、
   前記取得手段により取得された撮像日時が、前記ログデータに含まれる日時情報に基づき決定される所定の期間に含まれるか否かを判断する判断手段と、
   前記判断手段による判断の結果に応じて、前記画像処理装置から受信した識別情報によって特定される画像に位置情報を関連付けることが可能であることを示す情報を出力する出力手段とを有する通信装置。
2. 前記ログデータに含まれる位置情報のうち、前記判断手段により前記所定の期間に含まれると判断された撮像日時に対応する位置情報の少なくとも一つを前記識別情報により特定される画像に関連付けるための関連付け処理を制御する制御手段を更に有する請求項１に記載の通信装置。
3. 前記制御手段は、前記ログデータに含まれる位置情報のうち、前記判断手段により前記所定の期間に含まれると判断された撮像日時に対応する位置情報を前記画像処理装置に送信することで、前記関連付け処理を制御することを特徴とする請求項２に記載の通信装置。
4. 前記受信手段は、前記識別情報により特定される画像を更に受信することを特徴とする請求項１乃至３に記載の通信装置。
5. 前記出力手段は、前記受信手段により、前記識別情報により特定される画像を受信した後に前記出力を行うことを特徴とする請求項４に記載の通信装置。
6. 前記出力手段は、前記受信手段により、前記識別情報を受信した後、かつ前記識別情報により特定される画像を受信する前に、前記出力を行うことを特徴とする請求項４に記載の通信装置。
7. 前記取得手段は、前記識別情報により特定される画像の撮像日時を、前記受信手段により前記識別情報と共に受信させることで取得することを特徴とする請求項６に記載の通信装置。
8. 前記識別情報は、前記識別情報により特定される画像に関連付けられている、前記画像のデータ量よりも小さいデータ量の画像であることを特徴とする請求項６または７に記載の通信装置。
9. 前記識別情報は、前記識別情報により特定される画像のヘッダ領域に記録されているサムネイルであることを特徴とする請求項６または７に記載の通信装置。
10. 前記識別情報により特定される画像に、既に位置情報が関連付けられている場合、前記出力手段は、前記識別情報により特定される画像に位置情報を関連付けることが可能であることを示す情報を出力しないことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
11. 前記識別情報により特定される画像に、既に位置情報が関連付けられている場合、前記制御手段は、前記関連付け処理を実行しないことを特徴とする請求項２または３に記載の通信装置。
12. 前記識別情報により特定される画像に、既に位置情報が関連付けられている場合、前記判断手段は、前記画像の撮像日時が前記所定の期間に含まれるか否かを判断しないことを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
13. 前記ログデータに含まれる日時情報の時刻系と、前記画像処理装置の計時部が計時する時刻の時刻系との時間の差を示す時差を取得する時差取得手段と、
    前記得手段により取得された撮像日時を前記時差に基づき変換する変換手段とを更に有し、
    前記判断手段は、前記変換手段により変換された撮像日時が前記所定の期間に含まれるか否かを判断することを特徴とする請求項１乃至１２のいずれか１項に記載の通信装置。
14. 前記撮像日時は、地方標準時の時刻系に従う日時を示し、
    前記変換手段は、前記撮像日時を世界協定時の時刻系に従う日時を示すよう変換することを特徴とする請求項１３に記載の通信装置。
15. 前記受信手段により受信した画像を、公衆網を介して外部に出力する出力手段を更に有する請求項４乃至１０のいずれか１項に記載の通信装置。
16. 前記画像処理装置は被写体を撮像して画像を生成する撮像手段を有し、
    前記受信手段は、前記画像処理装置が前記撮像手段により生成した画像を受信することを特徴とする請求項４乃至１０のいずれか１項に記載の通信装置。
17. 前記画像処理装置を特定するためのＩＤを前記画像処理装置から受信するＩＤ受信手段と、
    前記識別情報により特定される画像に対応づけられている、該画像を生成した機器を特定するためのＩＤと、前記ＩＤ受信手段により受信されるＩＤとに基づき、前記識別情報により特定される画像が、通信中の画像処理装置により生成されたものであるか否かを判定する判定手段とを更に有し、
    前記出力手段は、通信中の画像処理装置により生成されたものでないと判定された画像に位置情報を関連付けることが可能であることを示す情報を出力しないことを特徴とする請求項１乃至１６に記載の通信装置。
18. 前記識別情報により特定される画像が、通信中の画像処理装置により生成されたものでないと判定された場合、前記判断手段は、該画像の撮像日時が前記所定の期間に含まれるか否かの判断を行わないことを特徴とする請求項１７に記載の通信装置。
19. 前記判断手段による判断の後に、前記ログデータに含まれる日時情報および前記識別情報により特定される画像の撮像日時とに基づき、前記ログデータに含まれる位置情報のうち、前記識別情報により特定される画像に対応する位置情報を少なくとも一つ決定する決定手段を更に有し、
    前記制御手段は、前記決定手段により決定された位置情報を前記識別情報により特定される画像に関連付けるための処理を制御することを特徴とする請求項２に記載の通信装置。
20. 前記決定手段により、前記画像処理装置から受信した識別情報によって特定される画像に対応する位置情報が決定された場合、前記決定された位置情報を含むログデータの日時情報に基づき、位置情報を関連付ける対象とする画像の範囲を特定する特定手段と、
    前記受信手段は更に、前記特定手段により特定された範囲に撮像日時が含まれる他の画像を特定するための識別情報と、撮像日時とを受信し、
    前記決定手段は更に、前記決定された位置情報を含むログデータに含まれる位置情報のうち、前記受信手段により更に受信された識別情報により特定される画像の撮像日時に対応する位置情報を決定することを特徴とする請求項１９に記載の通信装置。
21. 前記判断手段は、前記ログデータに含まれる日時情報および前記識別情報により特定される画像の撮像日時とに基づき、前記ログデータに含まれる位置情報のうち、前記識別情報により特定される画像に対応する位置情報を決定することにより、前記撮像日時が前記ログデータに含まれる日時情報に基づき決定される期間内に含まれるか否かを判断し、
    前記制御手段は、前記判断手段により決定された位置情報を前記識別情報により特定される画像に関連付けるための処理を制御することを特徴とする請求項２に記載の通信装置。
22. 前記判断手段により、前記画像処理装置から受信した識別情報によって特定される画像に対応する位置情報が決定された場合、前記決定された位置情報を含むログデータの日時情報に基づき、位置情報を関連付ける対象とする画像の範囲を特定する特定手段と、
    前記受信手段は更に、前記特定手段により特定された範囲に撮像日時が含まれる他の画像を特定するための識別情報と、撮像日時とを受信し、
    前記判断手段は更に、前記決定された位置情報を含むログデータに含まれる位置情報のうち、前記受信手段により更に受信された識別情報により特定される画像の撮像日時に対応する位置情報を決定することを特徴とする請求項２１に記載の通信装置。
23. 前記出力に応じて受け付けられるユーザ操作に基づき、前記制御手段は、前記関連付け処理を実行するか否かを決定することを特徴とする請求項２に記載の通信装置。
24. ＧＰＳ衛星からの信号に基づき、ログデータを生成する生成手段を更に有し、
    前記保持手段は、前記生成手段により生成されるログデータを保持することを特徴とする請求項１乃至２３のいずれか１項に記載の通信装置。
25. 画像が記録されている画像処理装置と通信することができる通信装置であって、
    複数の位置情報とそれぞれの位置情報が取得された際の日時を示す日時情報とが対応づけられたログデータを保持する保持手段と、
    前記画像処理装置に記録されている画像を特定するための識別情報を受信する受信手段と、
    前記受信手段により受信される識別情報により特定される画像の撮像日時を取得する取得手段と、
    前記取得手段により取得された撮像日時と、前記ログデータに含まれる日時情報とに基づき、前記識別情報によって特定される画像に位置情報を関連付けることが可能であるか否かを判断する判断手段と、
    前記判断手段による判断の結果に応じて、前記画像処理装置から受信した識別情報によって特定される画像に位置情報を関連付けることが可能であることを示す情報を出力する出力手段とを有する通信装置。
26. 画像が記録されている画像処理装置と通信することができる通信装置の制御方法であって、
    複数の位置情報とそれぞれの位置情報が取得された際の日時を示す日時情報とが対応づけられたログデータを保持する保持ステップと、
    前記画像処理装置に記録されている画像を特定するための識別情報を受信する受信ステップと、
    前記受信ステップで受信される識別情報により特定される画像の撮像日時を取得する取得ステップと、
    前記取得ステップで取得された撮像日時と前記ログデータに含まれる日時情報とに基づき前記識別情報によって特定される画像に対応する画像に位置情報を関連付けることが可能であるか否かを判断する判断ステップと、
    前記判断ステップでの判断の結果に応じて、前記画像処理装置から受信した識別情報によって特定される画像に位置情報を関連付けることが可能であることを示す情報を出力する出力ステップとを有する通信装置の制御方法。
27. 請求項２６に記載の各ステップをコンピュータに実行させるためのプログラム。
28. 請求項２７に記載のプログラムを記録した、コンピュータで読み取り可能な記録媒体。

Images