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

Description

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

近年、ＧＰＳロガーで生成したログデータを用いて、デジタルカメラで撮像した画像に位置情報を付加することが行われている。例えば、特許文献１には、ＰＣが、ＧＰＳロガーが生成したログデータ及び、デジタルカメラが生成した画像を取得する。そして、ＰＣがそれぞれの生成日時に基づきマッチングを行うことにより、画像に位置情報を付加する方法が開示されている。

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

上述の特許文献では、日時の情報をキーとしてマッチングを行う。そのため、デジタルカメラで生成される画像に付加される撮像日時と、ＧＰＳロガーで生成されるログデータに用いられる日時情報は、同じ時間軸でなければ正確にマッチングすることができない。そこで、予めＧＰＳロガーの日時を用いてデジタルカメラで計時される日時情報を調整することが考えられる。この方法は、撮影前に行うことで以降に撮影される画像とのマッチングを正しく行うために有効である。一方、既に時間軸がずれた状態で撮影された画像に対しては次の方法が有効である。それは、マッチングの際にデジタルカメラで計時される日時とＧＰＳロガーの日時との差分を用いて、どちらかの日時の時間軸に合わせてマッチングを行う方法である。このように、ログデータを用いて画像に位置情報を付加する場合は、互いの日時情報が重要になる。そのため、互いに計時される日時情報の差が大きい場合は、その旨を通知して時刻を調整することをユーザに促すことが好ましい。しかしながら、マッチングの一連の処理に入る前にデジタルカメラの時刻を調整してしまうと、マッチングが実行される時点ではずれが生じていないと判断されることになり、時間軸の補正は行われない。この状況で、既に記録媒体に記録されている画像にずれた日時が付加されていると、画像に正しく位置情報を付加することが難しくなる。

そこで本発明は、日時情報がずれていることを適切なタイミングでユーザに通知するこを目的とする。

本願発明の通信装置は、外部装置と通信できる通信装置であって、前記通信装置の現在の位置を示す位置情報を取得する位置取得手段と、現在の日時を示す日時情報を取得する日時取得手段と、前記日時情報を前記位置情報が取得された日時を示す情報として、前記位置情報に対応づける手段と、前記対応づけられた日時情報と位置情報の複数の組をログデータとして記録媒体に記録する記録手段と、前記外部装置の計時部で計時される日時に基づく日時情報を前記外部装置から受信する手段と、前記日時取得手段により取得される日時情報と、前記外部装置から受信した日時情報との差を決定する決定手段と、前記位置情報を付加するための画像を特定可能な識別情報を、前記画像に付加されている撮像日時と共に前記外部装置から取得する取得手段と、前記決定手段により決定された差と前記取得手段により取得された撮像日時と前記ログデータの日時情報とに基づき、前記撮像日時が付加されている画像の識別情報と、前記ログデータの日時情報に対応する位置情報とを関連付ける関連付け手段と、前記日時取得手段により取得される日時情報と前記外部装置から出力される日時情報とに差が存在することを、前記決定手段により前記差が決定された後にユーザに通知する通知手段とを有することを特徴とする。

本発明によれば、日時情報がずれていることを適切なタイミングでユーザに通知することができる。

第１の実施形態における画像処理装置の構成を示すブロック図である。 第１の実施形態における外部装置の構成を示すブロック図である。 （ａ）第１の実施形態における画像装置で実行される各ソフトウェアの機能を説明するための概念図である。（ｂ）、（ｃ）第１の実施形態における外部装置の表示部に表示される画面の例である。 第１の実施形態におけるログデータの概念図である。 第１の実施形態における画像処理装置の動作を示すフローチャートである。 第１の実施形態における画像処理装置の記録領域の概念図である。 （ａ）、（ｂ）第１の実施形態における外部装置の表示部に表示される画面の例である。 第１の実施形態における画像処理装置と外部装置とが協働して画像に位置情報を付加する処理のシーケンス図である。 第１の実施形態における画像に位置情報を付加する際の外部装置の動作を示すフローチャートである。 第１の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。 第１の実施形態における外部装置外部装置の表示部に表示される画面の例である。 第２の実施形態における画像に位置情報を付加する際の外部装置の動作を示すフローチャートである。 第２の実施形態における外部装置の表示部に表示される画面の例である。 第２の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

記録媒体１１０は、撮像部１０２から出力された画像を記録することができる。本実施形態では、画像をＥｘｉｆ−ｊｐｅｇの形式で扱う。記録媒体１１０は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、デジタルカメラ１００は少なくとも記録媒体１１０にアクセスする手段を有していればよい。

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

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

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

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

不揮発性メモリ２０３は、電気的に消去・記録可能な不揮発性のメモリである。不揮発性メモリ２０３には、制御部２０１が実行する基本的なソフトウェアであるＯＳ（オペレーティングシステム）や、このＯＳと協働して応用的な機能を実現するアプリケーションが記録されている。また、本実施形態では、不揮発性メモリ２０３には、携帯電話２００の所在の緯度経度を時系列で記録するログデータを生成するアプリケーション（以下ログアプリ）が格納されている。

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

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

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

ＲＴＣ２０７は、クロックを計数することで、現在の日時を計時する。ＲＴＣ２０７は、制御部２０１の要求に応じて現在の日時を示す日情報を出力する。なお、本実施形態では、ＲＴＣ２０７の計時する日時はＵＴＣ（世界協定時：Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ，Ｃｏｏｒｄｉｎａｔｅｄ）である。

ＧＰＳ受信部２０８は、測位処理を行う。測位処理とは、ＧＰＳ衛星から信号を受信し、受信した信号から携帯電話２００の位置を示す位置情報を算出する処理である。本実施形態では、位置情報は、緯度・経度の座標で表される。また、ＧＰＳ受信部２０８は、この測位処理により位置情報を算出した日時を示す日時情報も取得する。具体的な取得の方法を以下に述べる。ＧＰＳ衛星から受信した信号には、いわゆるＧＰＳ時という日時情報が含まれる。この信号に含まれるＧＰＳ時は、信号がＧＰＳ衛星から出力された日時を示す。なお、ＧＰＳ時はＵＴＣに同期するものである。更に、ＧＰＳ衛星から受信した信号にはＧＰＳ時のＵＴＣとのずれを示す情報が含まれる。ＧＰＳ受信部２０８は、この情報を用いてＧＰＳ時からＵＴＣを算出する。これにより、ＧＰＳ受信部２０８は、位置情報を算出した日時を示す日時情報としてＵＴＣを取得する。この位置情報および日時情報は、必要に応じて制御部２０１に提供される。本実施形態の携帯電話２００では、ＯＳの機能により、ＲＴＣ２０７の計時する日時をＧＰＳ受信部２０８から得られる日時情報に基づき補正する。この補正は、ＲＴＣ２０７の計時する日時が、ＧＰＳ受信部２０８から得られる日時情報の示す日時と一定時間ずれていることが検知されたり、所定の時間補正が行われていないことが検知されることにより実行される。これにより、ＲＴＣ２０７の計時する日時を一定の精度に保つことができる。なお、本実施形態では位置情報を取得する手段としてＧＰＳを用いる例について述べるが、位置情報を取得する手段はＧＰＳに限定されるものではない。例えば携帯電話の基地局といった外部装置などから位置情報を取得する装置であってもよい。あるいは、後述の接続部２１１を介して、公衆無線ＬＡＮアクセスポイントから位置情報や日時情報を取得する装置であってもよい。このＧＰＳ受信部２０８は、位置取得手段や日時取得手段の一例である。

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

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

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

＜携帯電話２００におけるログデータの生成＞
次に、携帯電話２００においてログデータを生成する処理について説明する。本実施形態の携帯電話２００には、前述のログアプリが予め記録媒体２１０にインストールしてあるものとする。携帯電話２００の制御部２０１は、このログアプリを記録媒体２１０から読みだして作業用メモリ２０４に展開し、実行することにより、ＯＳの機能と協働して自機の移動軌跡を示すログデータを生成する。

図３（ａ）は、携帯電話２００の制御部２０１が実行する各ソフトウェアの機能を説明するための概念図である。前述のように、本実施形態のログアプリ３０１は、ＯＳ３０２と協働してログデータを記録する機能を持つ。ログデータの記録について、以下にユーザインターフェースの例を交えて説明する。図３（ｂ）は、ログアプリを実行中の携帯電話２００の表示部２０６に表示される画面の一例である。この画面３００は、ログアプリの動作が開始することに応じて、表示部２０６に表示される。また、図３（ｂ）の例では携帯電話２００が未だデジタルカメラ１００と接続していない。そのため、デジタルカメラ１００と接続していないことを示すメッセージ３０２が表示されている。図３（ｂ）において、バー３０１は携帯電話２００が接続可能な通信網の電波状況、時刻、電池の充電状況などを表示している。また、ボタン３０３はログデータの生成を開始するためのボタンである。ユーザは、ボタン３０３を操作部２０５を介して選択することにより、ログデータの記録を開始する指示を入力することができる。このログデータの記録が実行されている間は、図３（ｃ）のように、ボタン３０３の代わりにボタン３０４を表示する。ボタン３０４はログデータの記録を終了するためのボタンである。ユーザは、ボタン３０４を操作部２０５を介して選択することにより、ログデータの記録を終了する指示を入力することができる。

ボタン３０３の選択が検知されると、制御部２０１は、ログアプリとＯＳの機能に従って、ＧＰＳ受信部２０８により算出された位置情報を読み出し、ＲＴＣ２０７から出力される日時情報と共にログデータとして記録媒体２１０に記録する。ここで、ログデータの記録の際に、ログアプリとＯＳとがどのように協働するのかについて述べる。

ボタン３０３の選択が検知されると、制御部２０１で実行されるログアプリ３１１は、ＯＳに対して位置情報を要求する。これに応じてＯＳ３１２は、ＧＰＳ受信部２０８から出力される位置情報を受信しログアプリ３１１に送信する。ログアプリ３１１は、位置情報を受信すると、日時情報を取得する要求をＯＳ３１２に対して要求する。これに応じてＯＳ３１２では、ＲＴＣ２０７から出力される日時情報をログアプリ３１１に送信する。位置情報および日時情報を受信したログアプリ３１１では、これらの情報を対応づけて記録媒体２１０にログデータとして記録する。なお、この位置情報の要求から、ログデータの記録までの一連の処理は、ログアプリ３１１が不図示のクロックをカウントして一定時間毎にＯＳ３１２に位置情報を要求することで、定期的に実行される。また、この定期的なログデータの記録は、ユーザが図３（ｃ）のボタン３０４を選択してログデータの記録の終了を指示するか、携帯電話２００の電池残量が所定値以下になるまで継続される。このようにして生成されるログデータに含まれる複数の位置情報および日時情報は、携帯電話２００の移動軌跡を示すことになる。

図４に、上記の手順により記録されるログデータの一例を示す。図４の例は、５分間隔で位置情報および日時情報をログデータとして記録した場合の例である。記録媒体２１０の記録領域の一部６０１には二つのログデータが記録されている。例えば、ユーザは、８時５０分に緯度３５．６８０９６９、経度１３９．７６６００６の位置でログデータの記録を開始する指示を入力し、１１時５０分に緯度３５．４６６０６６、経度１３９．６２３０５５の位置でログデータの記録を一旦終了する指示を入力する。そして、再び１９時５９分にログデータの記録を開始する指示を入力し、２３時５４分にログデータの記録を終了する指示を入力する。このような操作を行った結果として、図４のようにログデータ１とログデータ２が記録されることになる。なお、図４の例は、説明のために示す概念図であり、ログデータは位置情報および日時情報以外の情報を含むフォーマットで記録されてもよい。例えば、ＮＭＥＡフォーマットに従った形式で記録されてもよい。また、ログデータの記録方法に関しては、上記の方法で限定されるものではない。例えば、一定の時間間隔でログデータを追記するのではなく、ログデータ追記後に所定距離以上移動した際に、位置情報と日時情報を追記するような方法でもよい。この場合、移動しなければ新たな位置情報と日時情報が追記されることがないため、ログデータのサイズを抑えることができる。また、上述のログデータの記録では、ログアプリが一定時間毎に位置情報をＯＳに要求するようにしたが、ＯＳでクロックをカウントして一定時間毎に位置情報をログアプリに出力するようにしてもよい。この場合も、ログアプリは位置情報の取得に応じて日時情報をＯＳに要求する。また、本実施形態では、位置情報は緯度、経度で取り扱う例について述べるが、方位情報を含めたり、精度の情報（例えば測位に使用した衛星の数など）を含めてもよい。

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

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

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

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

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

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

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

続くステップＳ５０６では、制御部１０１は、ステップＳ５０４で取得した画像をステップＳ５０２で取得した日時情報と共に記録媒体１１０に記録する。この際、画像と共に記録される日時情報は、画像の撮像日時として、画像のヘッダ領域に記録される。また、制御部１０１はこれに併せて時差情報も画像のヘッダ領域に記録する。ここで、時差情報について説明する。本実施形態のデジタルカメラ１００では、タイムゾーンを設定することができる。タイムゾーンとは、共通の地方標準時を利用する地域のことであり、ユーザはメニュー操作等によりタイムゾーンを設定することで、ＵＴＣとの時差を示す時差情報を予め設定することができる。例えば、日本ではＵＴＣを９時間進めた日時を地方標準時として扱っており、このタイムゾーンをＵＴＣ＋９と表す。そして、タイムゾーンを日本と設定した状態で得られた画像には、時差情報としてＵＴＣ＋９という情報が付加される。本実施形態のデジタルカメラ１００では、ＲＴＣ１０９の出力する日時情報は、タイムゾーンに応じた時刻が予めユーザのメニュー操作等により設定されているものとして扱う。つまり、制御部１０１は、このＲＴＣ１０９の出力がタイムゾーンに応じた地方標準時を示すものとして扱う。したがって、ＲＴＣ１０９の出力に対して時差情報示す時差を加算すれば、ＵＴＣを算出することができる。ＵＴＣの利用については、後述の画像への位置情報の付加の説明で詳述する。また時差情報は、ヘッダ領域のうち、いわゆるメーカーノートと呼ばれる領域に記録される。このステップの処理により画像が記録された記録媒体１１０の記録領域の一部を図６に示す。図６において、記録領域の一部６０１には、１０の画像が撮像日時および時差情報と共に記録されている。また、本実施形態では、制御部１０１は、記録媒体１１０に記録されている画像の一つ一つに対して管理用の識別情報、すなわちＩＤを割り振る。制御部１０１は、このＩＤを用いてそれぞれの画像を特定することができる。このＩＤは、記録媒体１１０ではなく、作業用メモリ１０４に一時的に保持されるものであり、電源がＯＮになったことにより記録媒体１１０に記録されている画像が走査され、それぞれの画像にユニークな値が割り振られる。そして、本ステップで新たに画像が記録される度に、対応するＩＤが新たに記録された画像に割り振られることになる。図６は、作業用メモリ１０４の記録領域の一部４０２に、ｉｍｇ０００１．ｊｐｇから順に割り振られているＩＤ１〜ＩＤ１０が記録されている様子を示している。

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

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

＜画像への位置情報の付加＞
次に、携帯電話２００で生成したログデータを利用して、上述のデジタルカメラ１００で生成した画像に位置情報を付加する処理について説明する。

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

通信が確立している状態において、ログアプリを実行中の携帯電話２００の表示部２０６に表示される画面の一例を図７（ａ）に示す。図７（ａ）の画面においては、携帯電話２００がデジタルカメラ１００と接続中であることを示すメッセージ７０２が表示されている。また、ボタン７０１は、接続したデジタルカメラ１００内の画像に位置情報を付加する動作を実行するためのボタンである。このボタン７０１は、デジタルカメラ１００と携帯電話２００とが接続している間のみ表示される。ユーザは、操作部２０５を介してこのボタン７０１を選択することにより、デジタルカメラ１００の記録媒体１１０に記録されている画像に位置情報を付加する処理を開始する指示を入力することができる。この指示の入力を受け付けることにより開始される、位置情報を付加する処理について概要を説明する。

図８は、上記処理の概要を説明するためのシーケンス図である。図８における処理は、携帯電話２００の操作部２０５を介して、デジタルカメラ１００の記録媒体１１０に記録されている画像に位置情報を付加する処理を開始する指示を受け付けることにより開始される。

まず、ステップＳ８０１では、携帯電話２００は、デジタルカメラ１００との日時の差分を算出するために、デジタルカメラ１００に日時情報を要求する。

これに応答して、ステップＳ８０２では、デジタルカメラ１００は、ＲＴＣ１０９から日時情報を読み出す。前述の通り、この日時情報は地方標準時を表す。そのため、ＲＴＣ２０７の出力であるＵＴＣの時間軸とは正しく比較することはできない。そこで、デジタルカメラ１００は、この日時情報を予め設定されているタイムゾーンに応じた時差情報を用いてＵＴＣの時間軸になるよう補正する。

続くステップＳ８０３では、デジタルカメラ１００は、このＵＴＣを携帯電話２００に送信する。

デジタルカメラ１００からＵＴＣを受信した携帯電話２００は、ステップＳ８０４にて互いのＲＴＣの計時する日時の時差を算出する。具体的には、携帯電話２００は、ＲＴＣ２０７から出力されるＵＴＣと、デジタルカメラから受信したＵＴＣとの差分を算出する。ここで、例えば、デジタルカメラ１００のＵＴＣが１２：００：００、携帯電話２００のＵＴＣが１２：１０：００だったとする。この場合、デジタルカメラ１００のＲＴＣ１０９が１０分遅いと判断される。というのは、携帯電話２００のＲＴＣ２０７はＧＰＳ受信部２０８で算出される日時情報により定期的に補正され、一定の精度が保たれる。つまり、互いのＲＴＣの日時情報がずれている原因は、デジタルカメラ１００のＲＴＣ１０９の日時情報がずれていることにあると考えられるからである。

次に、ステップＳ８０５では、携帯電話２００は、ログデータの記録期間を示す日時情報を読み出し、算出された差分によって記録開始と記録終了の日時情報を補正する。これにより、ログデータの記録期間を示す日時を、デジタルカメラの時間軸に合わせる。図４の例では、ログデータの記録期間は、２０１２年６月５日８時５０分から１１時５０分までと、２０１２年６月５日１９時５９分から２３時５４分までである。この記録期間を、デジタルカメラ１００のＵＴＣとの差分に基づき補正する。ステップＳ１１０５でデジタルカメラ１００のＵＴＣが１０分遅いと判断されている場合は、このログデータの記録期間を１０分遅らせる。つまり、ログデータの開始日時と終了日時を１０分遅らせた日時にする。図４の例で言えば、２０１２年６月５日８時４０分から１１時４０分までと、２０１２年６月５日１９時４９分から２３時４４分までに補正される。これにより、１０分遅れた時刻を計時しているデジタルカメラ１００に対応した日時に補正されることになる。デジタルカメラ１００では、この要求に対してＵＴＣに変換した撮像日時が要求に対応するか否かが判断される。この撮像日時はＲＴＣ１０９の出力を利用しているため、ＲＴＣ１０９が１０分遅れている場合は、変換して求められるＵＴＣも携帯電話２００で得られるＵＴＣより１０分遅れた値を示すことになる。このズレを補完するために、本ステップでの補正が行われる。なお、この補正はログデータそのものに行われるのではなく、デジタルカメラ１００に要求するためにログデータから読み出した一時的なデータに対して行われる。また、補正を行うのは記録開始の日時と記録終了の日時に対して行われ、その他のログデータの日時情報には行われない。そして、携帯電話２００は、このデジタルカメラ１００の時間軸に合わせたログデータの記録期間に対応する画像のＩＤと撮像日時をデジタルカメラ１００に要求する。具体的には、補正後のログデータの開始日時と終了日時により決定される期間内に撮像日時が含まれる画像のＩＤと撮像日時を要求する。この際、ログデータが複数記録されている場合は、それぞれのログデータの記録を開始した日時と記録を終了した日時により決定される時間の範囲に基づき、画像のＩＤと撮像日時を要求する。図４の例では、２０１２年６月５日８時４０分から１１時４０分までと、２０１２年６月５日１９時４９分から２３時４４分までの間に撮像された画像のＩＤと撮像日時を要求する。なお、前述のようにログデータの記録期間はＵＴＣで表されたものである。

この要求を受け付けたデジタルカメラ１００は、ステップＳ８０６にて、記録媒体１１０から要求に対応する画像を読み出し、その画像のＩＤと撮像日時を携帯電話２００に送信する。前述のように、ログデータの記録期間はＲＴＣ２０７の出力であるＵＴＣの時間軸で表される。そのため、地方標準時を示すＲＴＣ１０９の出力を用いた撮像日時とは正しく比較することができない。そこでデジタルカメラ１００は、画像の撮像日時をＵＴＣに変換した上で要求に対応する画像を決定する。撮像日時のＵＴＣへの変換については図５で説明したように、画像毎に記録される時差情報を用いて行われる。例えば図４のログデータに基づく要求を受け付けた場合、まず図６に示される画像の撮像日時をＵＴＣに変換する。これにより、各画像の撮像日時から９時間ずつ遅れた日時がＵＴＣとなる。そして、ＵＴＣに変換した撮像日時が要求に対応するか否かが判断される。その結果、ｉｍｇ０００４．ｊｐｇ〜ｉｍｐ．０００８．ｊｐｇの画像のＩＤとＵＴＣに変換された撮像日時が携帯電話２００に送信されることになる。以下、ＵＴＣに変換する前の撮像日時と区別するためＵＴＣに変換した撮像日時を「撮像日時（ＵＴＣ）」と記載する。

デジタルカメラ１００から送信された、ログデータの記録期間に対応する画像のＩＤと撮像日時（ＵＴＣ）を受信すると、ステップＳ８０７で携帯電話２００は、受信した画像の撮像日時をステップＳ８０４で算出した時差に基づき補正する。これにより、撮像日時は、補正していないログデータの日時情報の時間軸に対応する日時に補正される。図６の例では、ステップＳ８０６で受信したｉｍｇ０００４．ｊｐｇ〜ｉｍｇ０００８．ｊｐｇの撮像日時が１０分早い日時を示すよう補正される。

ステップＳ８０８では、ステップＳ８０３にて携帯電話２００は時間の情報をキーとしてマッチング処理を行う。ここでは、新たに記録媒体２１０から読み出したログデータの日時情報（つまり、差分で補正する前のログデータの日時情報）と、補正済みの撮像日時（ＵＴＣ）とを比較し、差が一定の閾値以下の組み合わせのうち、最も差が小さい組み合わせの日時情報に対応する位置情報と、撮像日時（ＵＴＣ）に対応する画像のＩＤとを対応づける。これにより、画像のＩＤとログデータの位置情報とが対応づけられたセットが生成されることになる。この処理は、受信した画像のＩＤ全てに対して実行される。その結果、ＩＤと位置情報のセットが複数生成される。例えば、ｉｍｇ０００４．ｊｐｇのＩＤ４には位置情報として緯度３５．６８０２３３、経度１３９．７６６１２２の位置を示す情報が対応づけられ、ＩＤ４と緯度３５．６８０２３３、経度１３９．７６６１２２の位置を示す情報とが一組のセットとなる。なお、本実施形態のマッチングでは、日時の差が小さい組み合わせが優先される場合を例に挙げて説明するが、これに限られるものではない。例えば、撮像日時（ＵＴＣ）よりも早い日時を示す日時情報のうち、最も日時の差が小さい日時情報との組み合わせが優先されるようにしてもよい。あるいは、撮像日時（ＵＴＣ）よりも遅い日時を示す日時情報のうち、最も日時の差が小さい日時情報との組み合わせが優先されるようにしてもよい。

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

デジタルカメラ１００では、このセットを受信すると、ステップＳ８１０にて、ＩＤに対応する画像に、ＩＤに対応する位置情報を付加する。例えば、ｉｍｇ０００４．ｊｐｇには、ＩＤ４に対応する位置情報である、緯度３５．６８０２３３、経度１３９．７６６１２２の位置を示す情報が付加される。

ステップＳ８１０での位置情報の付加が完了すると、デジタルカメラ１００は、ステップＳ８１１で、位置情報の付加が完了した旨を示す完了通知を携帯電話２００に送信する。

この完了通知を受信すると、ステップＳ８１２で携帯電話２００は、ステップＳ８０４で算出した時差が所定の値よりも大きい場合は、その旨をユーザに通知する。例えば、「デジタルカメラの日時の設定がずれている可能性があります。」といったメッセージを表示部２０６に表示する。これにより、ユーザは、デジタルカメラの日時がずれていることを認識することができる。このタイミングで日時のずれを通知するのは以下の理由による。上述のステップＳ８０５やステップＳ８０７の処理は、画像に日時情報が付加される際の日時情報のズレが本フローチャートの処理を実行する際のＲＴＣ１０９の計時する日時情報でも維持されていることを前提としている。つまり、マッチングの前にユーザによりデジタルカメラ１００の日時情報が調整されてしまうと、正しくマッチングすることができない。そのため、本実施形態ではこのタイミングで日時のずれをユーザに通知する。

以上が、携帯電話２００で生成したログデータを利用して、上述のデジタルカメラ１００で生成した画像に位置情報を付加する処理の概要である。

次に、上述した動作を実現するための、携帯電話２００とデジタルカメラ１００の詳細な動作についてそれぞれ説明する。

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

まず、ステップＳ９０１にて、制御部２０１は、図３（ｂ）の画面から図７の画面に遷移するよう表示を制御する。これにより、デジタルカメラ１００との接続中であることを示すメッセージ７０２が表示され、ユーザは接続中であることを認識することができる。

次に、ステップＳ９０２にて、制御部２０１は、カメラ内の画像に位置情報を付加する指示を受け付けたか否かを判断する。制御部２０１が受け付けていないと判断した場合、本ステップの処理を繰り返す。制御部２０１が受け付けたと判断した場合、処理はステップＳ９０３に進む。

次に、ステップＳ９０３では、制御部２０１は、デジタルカメラ１００に対して、ＵＴＣを要求する。ここでは、デジタルカメラ１００のＲＴＣ１０９から出力される日時情報をＵＴＣに変換したものを要求する。これに対して、デジタルカメラ１００では、予め設定してあるタイムゾーンの情報を用いて、ＲＴＣ１０９からの出力をＵＴＣに変換して、携帯電話２００に送信する。この処理は、図８のステップＳ８０１に相当する。

続くステップＳ９０４では、制御部２０１は、デジタルカメラ１００からＵＴＣを受信したか否かを判断する。制御部２０１が、ＵＴＣを受信していないと判断した場合、本ステップの処理を繰り返し、ＵＴＣの受信を待つ。一方、制御部２０１が、ＵＴＣを受信したと判断した場合、処理はステップＳ９０５に進む。

ステップＳ９０５では、制御部２０１は、デジタルカメラ１００から受信したデジタルカメラ１００のＵＴＣと、ＲＴＣ２０７から出力されるＵＴＣの差分を算出する。この処理は、図８のステップＳ８０４に相当する。

次に、ステップＳ９０６では、制御部２０１は、表示部２０６に例えば図７（ｂ）に示すような、位置情報の付加の処理中であることを示すメッセージを表示する。これに併せて、記録媒体２１０に保存されているログデータを解析し、ログデータの記録期間を示す情報を読み出して作業用メモリ１０４に記録する。具体的には、ログデータの生成を開始した開始日時と終了した終了日時とを作業用メモリ１０４に記録する。前述のように、ログデータが複数記録されている場合は、それぞれのログデータについて、開始日時と終了日時を作業用メモリ１０４に記録する。

続くステップＳ９０７では、制御部２０１は、ステップＳ９０６で作業用メモリ１０４に記録したログデータの記録期間を補正する。

続いて、ステップＳ９０８では、制御部２０１はステップＳ９０７で補正したログデータの記録期間に撮像日時が含まれる画像のＩＤと撮像日時を要求するための信号をデジタルカメラ１００に送信する。ここで送信される信号には、少なくとも、ログデータの生成を開始した日時を示す日時情報と終了した日時を示す日時情報とが含まれる。前述のように、複数のログデータが記録されている場合は、それぞれのログデータの開始日時を示す日時情報と終了日時を示す日時情報とが含まれることになる。ステップＳ９０６〜ステップＳ９０８の処理は、図８のステップＳ８０５に対応する。

ステップＳ９０９では、制御部２０１は、ステップＳ９０８で送信した要求に応じてデジタルカメラ１００から送信されるＩＤと撮像日時（ＵＴＣ）を受信したか否かを判断する。制御部２０１がＩＤと撮像日時（ＵＴＣ）を受信していないと判断した場合、本ステップの処理を繰り返し、ＩＤと撮像日時（ＵＴＣ）の受信を待つ。制御部２０１がＩＤと撮像日時（ＵＴＣ）を受信したと判断した場合、処理はステップＳ９１０に進む。

ステップＳ９１０では、制御部２０１は、制御部２０１は、受信した撮像日時（ＵＴＣ）のそれぞれに対して、ステップＳ１１０５で算出した差分を用いて補正を行う。これにより、例えば１０分遅れたＵＴＣを計時するＲＴＣ１０９の出力を利用した撮像日時（ＵＴＣ）が、ログデータの日時情報（すなわち、ＧＰＳ衛星からの信号から算出される正確なＵＴＣで補正された日時情報）に対応する日時に補正される。

ステップＳ９１１では、制御部２０１は、日時の情報をキーとして、画像のＩＤとログデータの位置情報とをマッチングする。具体的には、ステップＳ９１０で補正された撮像日時（ＵＴＣ）と、ログデータに含まれる各位置情報に対応する日時情報とを比較する。そして、比較の結果、日時の差が一定の閾値以下である場合、制御部２０１は、その撮像日時（ＵＴＣ）に対応するＩＤと日時情報に対応する位置情報とを対応づけて作業用メモリ１０４に保持する。前述のように、ＩＤは画像毎にユニークな値を示す。つまり、ＩＤに位置情報を対応づけることは、画像に位置情報を対応づけることに等しい。この処理は、ステップＳ９０５で受信した全ての撮像日時（ＵＴＣ）に対して実行される。その結果、例えば作業用メモリ１０４には、いくつかのＩＤと位置情報のセットが記録されることになる。このステップの処理は、図８のステップＳ８０８に対応する。

ステップＳ９１２では、制御部２０１は、作業用メモリ２０４に保持した、画像のＩＤと位置情報とのセットをデジタルカメラ１００に送信する。これにより、デジタルカメラ１００では、ＩＤをキーとして画像に位置情報を付加する準備が整う。このステップの処理は、図８のステップＳ８０９に対応する。

続くステップＳ９１３では、制御部２０１は、デジタルカメラ１００から位置情報の付加が完了した旨を示す通知を受信したか否かを判断する。制御部２０１が通知を受信していないと判断した場合、通知を受信するまで待機する。一方、制御部２０１が通知を受信したと判断した場合、処理はステップＳ９１４に進む。

ステップＳ９１４では、制御部２０１は、ステップＳ９０５で算出した互いのＲＴＣが計時する日時の差分が所定の値よりも大きいか否かを判断する。制御部２０１が所定の値よりも差分が大きくないと判断した場合、本フローチャートの処理を終了する。一方、制御部２０１が所定の値よりも差分が大きいと判断した場合、処理はステップＳ９１５に進む。

ステップＳ９１５では、制御部２０１は、表示部２０６にＲＴＣの計時する日時がずれている旨を示すメッセージを表示する。例えば、図１１のような画面を表示する。なお、前述のように携帯電話２００のＲＴＣ２０７の日時情報は、一定の精度が保たれている。そのため、ＲＴＣ２０７の計時する日時情報は、ＲＴＣ１０９の計時する日時情報よりも正しい可能性が高い。そこで、図１１の例では、デジタルカメラ１００のＲＴＣ１０９の計時する日時情報がずれているることを通知するメッセージを表示している。これにより、ユーザはデジタルカメラ１００の日時がずれていることを認識することができる。なお、デジタルカメラ１００が何らかの方法でＲＴＣ１０９の日時情報の精度を保つことができる場合は、携帯電話２００かデジタルカメラ１００のいずれかのＲＴＣの日時情報がずれている旨を示すメッセージを表示してもよい。

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

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

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

まず、ステップＳ１００１では、制御部１０１は、携帯電話２００からＵＴＣの要求を受信したか否かを判断する。制御部１０１が、要求を受信したと判断した場合、処理はステップＳ１００２に進む。

ステップＳ１００２では、制御部１０１は、ＲＴＣ１０９から出力される日時情報を、予め設定されている時差情報に基づき、ＵＴＣに変換する。

続くステップＳ１００３では、変換したＵＴＣを携帯電話２００に送信する。

一方、ステップＳ１００１で、制御部１０１が、要求を受信していないと判断した場合、処理はステップＳ１００４に進む。

ステップＳ１００４では、制御部１０１は、画像のＩＤおよび撮像日時の要求を受信したか否かを判断する。

まず、制御部１０１が、要求を受信したと判断した場合について述べる。この場合、処理はステップＳ１００６に進む。

ステップＳ１００６では、制御部１０１は、記録媒体１１０に記録されている画像のうち、一つの画像のヘッダ情報を読み出し、作業用メモリ１０４に展開する。

ステップＳ１００７では、制御部１０１は、読み込んだ画像に記録されている撮像日時をＵＴＣに変換する。具体的には、画像のヘッダ領域に記録された時差情報を読み出し、この時差情報に基づき、ＲＴＣ１０９の情報を記録した撮像日時をＵＴＣに変換する。例えばＵＴＣ＋９という時差情報が記録されている場合は、撮像日時を９時間戻すことにより、ＵＴＣに変換することができる。

続くステップＳ１００８では、制御部１０１は、ＵＴＣに変換した撮像日時（ＵＴＣ）が、受信した要求に対応する日時か否かを判断する。具体的には、要求に含まれるログデータの開始日時と終了日時の間に、撮像日時（ＵＴＣ）が含まれるか否かを判断する。制御部１０１が対応する日時であると判断した場合、処理はステップＳ１００９に進む。制御部１０１が対応する日時でないと判断した場合、処理はステップＳ１００９をスキップして、ステップＳ１０１０に進む。

ステップＳ１００９では、制御部１０１は、ステップＳ１００６で読み出したヘッダ情報を含む画像を、対象画像として決定する。ここでいう対象画像とは、対応するＩＤを携帯電話２００に送信する対象である画像を意味する。

ステップＳ１０１０では、制御部１０１は、記録媒体１１０に記録されている全ての画像について、ステップＳ１００８の処理が行われたか否かを判断する。制御部１０１が、未処理の画像があると判断した場合、処理はステップＳ１００６に戻り、他の画像について同様の処理を繰り返す。一方、制御部１０１が、全ての画像について処理が完了したと判断した場合、処理はステップＳ１０１１に進む。

ステップＳ１０１１では、制御部１０１は、ステップＳ１００５で対象画像として決定した画像のＩＤと撮像日時（ＵＴＣ）を、ステップＳ１００１で受信した要求への応答として、携帯電話２００に送信する。

以上が、ステップＳ１００１にて、制御部１０１が要求を受信したと判断した場合の説明である。

次に、ステップＳ１００１にて、制御部１０１が要求を受信していないと判断した場合について述べる。この場合、処理はステップＳ１００５に進む。

ステップＳ１００５では、制御部１０１は、ＩＤと位置情報のセットを受信したか否かを判断する。制御部１０１が、セットを受信していないと判断した場合、処理はステップＳ１００１に戻り、要求やセットの受信を待つ。一方、制御部１０１が、セットを受信したと判断した場合、処理はステップＳ１０１２に進む。

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

ステップＳ１０１３では、制御部１０１は、ステップＳ１０１２での位置情報の付加が、受信したセットの全てについて実行されたか否かを判断する。制御部１０１が、まだ全てについて実行されていないと判断した場合、処理はステップＳ１０１２に戻り、残りのセットを用いて位置情報の付加を実行する。一方、制御部１０１が、全てについて実行されたと判断した場合、処理はステップＳ１０１４に進む。

ステップＳ１０１４では、制御部１０１は、位置情報の付加が完了した旨を示す通知を、携帯電話２００に送信する。その後、本フローチャートの処理を終了する。

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

上述したように、本実施形態では、位置情報の付加が完了した後に、互いのＲＴＣがずれていることを通知するようにした。これにより、ユーザは適切なタイミングで日時のずれを認識できる。

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

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

また、本実施形態では、マッチングのために画像を携帯電話に送信する必要がない。そのため、画像を他機に送信してマッチングする場合に比べて、通信量を低減することができる。

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

［第２の実施形態］
第２の実施形態では、日時のずれが存在することを通知すると共に、自動的に日時を調整することについて述べる。なお、本実施形態では、第１の実施形態と共通する部分については説明を省略し、本実施形態に特有の部分を中心に説明する。

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

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

ステップＳ１２１５では、制御部２０１は、日時がずれている旨をユーザに通知すると共に、日時情報の調整の指示を受け付ける。例えば、図１３のような画面を表示部２０６に表示する。画面１３００では、「デジタルカメラ１００の日時情報がずれています」というメッセージを表示して、デジタルカメラ１００の日時がずれている旨をユーザに通知する。これに併せて、「調整しますか？」というメッセージと共に、「はい」「いいえ」のそれぞれのボタンを表示する。ユーザは、操作部２０５を介して「はい」ボタンを選択することにより、日時情報の調整の指示を入力することができる。また、「いいえ」ボタンを選択することにより、日時情報の調整をしない指示を入力することができる。

ステップＳ１２１６では、制御部２０１は、ステップＳ１２１５で日時情報の調整をする指示を受け付けたか否かを判断する。制御部２０１が、日時情報の調整をする指示を受け付けていないと判断した場合、本フローチャートの処理を終了する。図１３の例では、「いいえ」ボタンを選択することで、日時情報の調整をしない指示が入力された場合、本フローチャートの処理が終了する。一方、制御部２０１が、日時情報の調整をする指示を受け付けたと判断した場合、処理はステップＳ１２１７に進む。図１３の例では、「はい」ボタンを選択することで、日時情報の調整の指示を入力された場合、処理はステップＳ１２１７に進む。

ステップＳ１２１７では、制御部２０１は、ＲＴＣ２０９から日時情報を読み出し、この日時情報をデジタルカメラ１００に送信する。また、この日時情報を用いてデジタルカメラ１００のＲＴＣ１０９で計時される日時情報を調整する指示を示す情報も併せて送信する。これにより、デジタルカメラ１００では、ＲＴＣ１０９の計時する日時情報を、より正確なＲＴＣ２０９の日時情報に合わせるように調整することができる。この処理については後述する。

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

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

ステップＳ１４０１では、制御部１０１は、携帯電話２００から日時情報と日時情報の調整指示とを受け付けたか否かを判断する。制御部１０１が受け付けたと判断した場合、処理はステップＳ１４０２に進む。

ステップＳ１４０２では、制御部１０１は、受信した日時情報を、予め設定されているタイムゾーンに基づく時差情報で、そのタイムゾーンに応じた地方標準時に変換する。なお、携帯電話２００から受信した日時情報は、前述のようにＵＴＣを計時するＲＴＣ２０７から出力された日時情報である。すなわち、携帯電話２００から受信した日時情報は、ＵＴＣを示す。そのため、地方標準時を計時するＲＴＣ１０９の時間軸に合わせるために、本ステップでの処理が実行される。

次いで、ステップＳ１４０３では、制御部２０１は、ステップＳ１４０２で変換した日時情報を用いて、ＲＴＣ１０９で計時される日時情報を調整する。これにより、ＲＴＣ１０９の計時する日時情報は、携帯電話２００のＲＴＣ２０７の計時する日時情報と一致するように調整される。

一方、ステップＳ４０１で、制御部１０１が携帯電話２００から日時情報と日時情報の調整指示とを受け付けていないと判断した場合、処理はステップＳ１４０２に進む。

ステップＳ１４０４以降の処理は、図１０のステップＳ１００１以降の処理と同様のため説明は省略する。

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

上述したように、本実施形態では、適切なタイミングで日時がずれていることを通知するだけでなく、その通知に併せてデジタルカメラ１００の日時情報を調整する指示を受け付けるようにした。これにより、ユーザビリティが向上する。

［その他の実施形態］
なお、上述の実施形態に加えて、画像が書き込み不可（いわゆるプロテクト）の状態や、既に位置情報が付加されている場合は、要求された記録時間に含まれていても対象画像としないようにしてもよい。すなわち、図１０のステップＳ１００４とステップＳ１００５の間に、画像が書き込み不可（いわゆるプロテクト）の状態か、既に位置情報が付加されているかを判断するようにしてもよい。そして、画像が書き込み不可（いわゆるプロテクト）の状態か、既に位置情報が付加されていると判断した場合は、処理をステップＳ１００７に進める。つまり、その画像をマッチングの対象画像として決定しないようにする。これにより、位置情報の書き込みができない画像に対して付加しようとしたり、既に位置情報が付加されている画像に再度付加するなどの無用な処理を省くことができる。

また、上述の実施形態では、ＲＴＣ２０７をＧＰＳ受信部２０８により算出される日時情報で補正する例について述べた。この補正については、他にも、接続部２１１を介してインターネット網にアクセスしＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）により取得される日時を用いることができる。あるいは、公衆網接続部２１２を介して公衆電話回線網にアクセスし、基地局から受信される日時を用いてもよい。

また、上述の実施形態ではＲＴＣ２０７がＵＴＣを計時するものとして説明した。これについては、ＲＴＣ２０７が地方標準時を計時するようにしてもよい。この場合、携帯電話２００では、デジタルカメラ１００と同様にタイムゾーンを設定することができ、タイムゾーンに応じた時差情報により、ＲＴＣ２０７の出力を補正することでＵＴＣを算出できるようにする。

また、上述の実施形態に加えて、日時がずれていることを通知する際にどの程度の日時がずれているのかを通知するようにしてもよい。

また、上述の実施形態では、日時がずれていることを通知する場合について述べた。これについては、マッチングの後に自動的にデジタルカメラ１００の時刻調整を行うようにしてもよい。あるいは、時刻調整するかどうかの判断をユーザに促してもよい。例えば、日時がずれていることの通知と共に、「時刻調整を実行しますか？」といったメッセージと、時刻調整を実行するためのＯＫボタンと、キャンセルするためのキャンセルボタンとを表示する。ユーザは操作部２０５を介して、ＯＫボタンを選択することにより、時刻調整を実行することができる。また、ユーザは操作部２０５を介してキャンセルボタンを選択することにより、時刻調整をせずに終了することができる。なお、これにより自動的に時刻調整を行うことが選択された場合、その選択に応じて制御部２０１はＲＴＣ２０７の出力（ＵＴＣ）をデジタルカメラ１００に送信する。その出力を受信したデジタルカメラでは、設定されているタムゾーンに応じた時差情報に基づき、地方標準時に変換する。そして、この地方標準時を示すように、ＲＴＣ１０９で計時される日時を調整する。

また、上述の実施形態では、位置情報の付加が終了した後にデジタルカメラ１００の日時がずれていることを通知する場合について述べた。これについては、このタイミングに限られるものではない。本実施形態では、正しいマッチングを行うために、調整前のＲＴＣの出力の差分を算出することができれば十分である。そのため、この通知は例えば図９のステップＳ９０５以降であればどのタイミングで通知しても構わない。

また、既に調整前のＲＴＣ１０９の出力を受信済みであれば、マッチングの前、あるいはマッチングと並行して、デジタルカメラ１００で計時される日時を調整してもよい。

また、上述の実施形態において、図１１のステップＳ１１１２で、ＩＤと位置情報のセットを送信する際に、それぞれの位置情報に対応する時差情報を含めてもよい。このようにした場合、デジタルカメラ１００では、画像に位置情報を付加する際に、画像に記録されている時差情報を受信した時差情報に上書きしてもよい。なお、これに伴い撮像日時も新たな時差情報に対応した標準時となるように上書きする必要がある。これについては、例えば携帯電話２００が時差情報に対応する標準時を、マッチングに用いたＵＴＣから算出し、ＩＤと位置情報のセットを送信する際に時差情報と標準時を含め、デジタルカメラ１００で受信した時差情報と標準時を、それぞれ上書きしてもよい。あるいは、デジタルカメラ１００は時差情報を受信すると、上書きする前の時差情報と撮像日時を用いて一旦ＵＴＣを算出し、そこからさらに受信した時差情報から対応する標準時を算出し、撮像日時として上書きしてもよい。これにより、ユーザの更なる手間を必要とすることなく画像の撮像日時および時差情報を適切な情報に改めることができる。

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

Claims (13)

1. 外部装置と通信できる通信装置であって、
   前記通信装置の現在の位置を示す位置情報を取得する位置取得手段と、
   現在の日時を示す日時情報を取得する日時取得手段と、
   前記日時情報を前記位置情報が取得された日時を示す情報として、前記位置情報に対応づける手段と、
   前記対応づけられた日時情報と位置情報の複数の組をログデータとして記録媒体に記録する記録手段と、
   前記外部装置の計時部で計時される日時に基づく日時情報を前記外部装置から受信する手段と、
   前記日時取得手段により取得される日時情報と、前記外部装置から受信した日時情報との差を決定する決定手段と、
   前記位置情報を付加するための画像を特定可能な識別情報を、前記画像に付加されている撮像日時と共に前記外部装置から取得する取得手段と、
   前記決定手段により決定された差と前記取得手段により取得された撮像日時と前記ログデータの日時情報とに基づき、前記撮像日時が付加されている画像の識別情報と、前記ログデータの日時情報に対応する位置情報とを関連付ける関連付け手段と、
   前記日時取得手段により取得される日時情報と前記外部装置から出力される日時情報とに差が存在することを、前記決定手段により前記差が決定された後にユーザに通知する通知手段とを有することを特徴とする通信装置。
2. 前記関連付け手段は、前記外部装置に記録されている画像のうち、位置情報が付加されていない画像の識別情報に位置情報を関連付けることを特徴とする請求項１に記載の通信装置。
3. 前記取得手段は、前記外部装置に記録されている画像のうち、位置情報が付加されていない画像の識別情報を取得することを特徴とする請求項１または２に記載の通信装置。
4. 前記通知手段は、前記決定手段により決定された差が所定の値以下の場合、前記日時取得手段により取得される日時情報と前記外部装置から出力される日時情報とに差が存在することをユーザに通知しないことを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記通知手段は、前記日時取得手段により取得される日時情報と前記外部装置から出力される日時情報とに差が存在することを、前記関連付け手段により位置情報を識別情報に関連付けた後にユーザに通知することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記通知手段は、前記日時取得手段により取得される日時情報と前記外部装置から出力される日時情報との差の程度をユーザに通知することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
7. 前記通知手段は、前記決定手段により決定された差が所定の値以上である場合、前記外部装置の時刻を調整することをユーザに促すことを通知することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. 前記取得手段は、前記ログデータが記録されている間に前記外部装置により生成された画像の識別情報を取得することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
9. 前記撮像日時の示す日時との差が最も小さい日時を示す前記ログデータに含まれる日時情報を特定する特定手段を更に有し、
   前記関連付け手段は、前記撮像日時が付加されている画像の識別情報と、前記特定手段により特定された日時情報に対応する位置情報とを関連付けることを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
10. 前記取得手段により取得された撮像日時を、前記決定手段により決定された差を用いて補正する補正手段をさらに有し、
    前記関連付け手段は、前記補正手段により補正された撮像日時と前記ログデータの日時情報とに基づき、前記撮像日時が付加されている画像の識別情報と、前記ログデータの日時情報に対応する位置情報とを関連付けることを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
11. 前記取得手段は、前記決定手段により決定された差を用いて、前記ログデータの日時情報に応じた撮像日時が付加されている画像の識別情報を取得することを特徴とする請求項１乃至１０のいずれか１項に記載の通信装置。
12. 外部装置と通信できる通信装置の制御方法であって、
    前記通信装置の現在の位置を示す位置情報を取得する位置取得工程と、
    現在の日時を示す日時情報を取得する日時取得工程と、
    前記日時情報を前記位置情報が取得された日時を示す情報として、前記位置情報に対応づける工程と、
    前記対応づけられた日時情報と位置情報の複数の組をログデータとして記録媒体に記録する記録工程と、
    前記外部装置の計時部で計時される日時に基づく日時情報を前記外部装置から受信する工程と、
    前記日時取得工程で取得される日時情報と、前記外部装置から受信した日時情報との差を決定する決定工程と、
    前記位置情報を付加するための画像を特定可能な識別情報を、前記画像に付加されている撮像日時と共に前記外部装置から取得する取得工程と、
    前記決定工程で決定された差と前記取得工程で取得された撮像日時と前記ログデータの日時情報とに基づき、前記撮像日時が付加されている画像の識別情報と、前記ログデータの日時情報に対応する位置情報とを関連付ける関連付け工程と、
    前記日時取得工程で取得される日時情報と前記外部装置から出力される日時情報とに差が存在することを、前記決定工程で前記差が決定された後にユーザに通知する通知工程とを有することを特徴とする通信装置の制御方法。
13. コンピュータを、請求項１乃至１１のいずれか１項に記載の通信装置の各手段として機能させるためのコンピュータが読み取り可能なプログラム。

Images