(57)【要約】【課題】  従来の技術では、ログデータを用いて画像に位置情報を付加するためには、ログデータと画像とをそれぞれ別の装置から一旦ＰＣにコピーする必要があり、ユーザの操作が煩雑であった。【解決手段】  本願発明の通信装置は、位置情報と日時情報を対応づけた複数の情報をログデータとして記録媒体に記録し、前記ログデータの日時情報に基づき、前記位置情報を付加する対象とする画像の範囲を決定し、外部装置に記録された画像を特定可能な識別情報を、前記撮像日時と共に前記外部装置から取得し、前記撮像日時のうち前記範囲内にある撮像日時と前記ログデータの日時情報とが所定の関係にあるかを判断し、所定の関係にあると判断された前記撮像日時に対応する識別情報と前記ログデータの日時情報に対応する位置情報とを関連付けることを特徴とする。【選択図】  図６
2014027326.tif 000002
【特許請求の範囲】
【請求項１】
被写体の撮像により画像を生成し、その生成した日時を示す日時情報を撮像日時として前記画像とともに保持する画像処理装置と、自機の位置を示す位置情報とその位置情報が取得された日時を示す日時情報とが対応づけられた複数の情報をログデータとして生成する通信装置とからなる通信システムであって、
前記通信装置は、
前記ログデータの記録が開始された日時を示す開始日時と前記ログデータの記録が終了した日時を示す終了日時に基づき決定される期間に基づき、位置情報を付加する対象とする画像の範囲を決定する決定手段と、
前記撮像日時が前記決定手段により決定された範囲内にある画像を特定するための識別情報を、その画像の撮像日時と共に取得する取得手段と、
前記取得手段により取得された撮像日時と前記ログデータの日時情報とが所定の関係にあるかを判断する判断手段と、
前記判断手段により所定の関係にあると判断された前記撮像日時に対応する識別情報と前記ログデータの日時情報に対応する位置情報とを関連付ける関連づけ手段と、
前記関連付け手段により関連付けられた情報を前記画像処理装置に送信する送信手段とを有し、
前記画像処理装置は、
前記識別情報により特定される画像に、前記識別情報に関連づけられた位置情報を付加する付加手段とを有することを特徴とする通信システム。
【請求項２】
位置情報を取得する位置取得手段と、
前記位置情報が取得された日時を示す日時情報を取得する日時取得手段と、
前記位置情報および前記日時情報を対応づけた複数の情報をログデータとして記録媒体に記録する記録手段と、
前記ログデータの日時情報に基づき、前記位置情報を付加する対象とする画像の範囲を決定する決定手段と、
外部装置に記録された画像を特定可能な識別情報を、前記画像に付加されている撮像日時と共に前記外部装置から取得する取得手段と、
前記取得手段により取得された撮像日時のうち、前記決定手段により決定された範囲内にある撮像日時と前記ログデータの日時情報とが所定の関係にあるかを判断する判断手段と、
前記判断手段により所定の関係にあると判断された前記撮像日時に対応する識別情報と前記ログデータの日時情報に対応する位置情報とを関連付ける関連付け手段とを有することを特徴とする通信装置。
【請求項３】
前記決定手段は、前記ログデータの記録の開始を示す開始日時と、記録の終了を示す終了日時とにより決定される期間を、前記範囲として決定することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記撮像日時は、前記外部装置が前記識別情報により特定される画像を生成した日時を示すことを特徴とする請求項２または３に記載の通信装置。
【請求項５】
前記撮像日時は地方標準時に基づく日時を示す情報であり、
前記外部装置に記録されている画像には、地方標準時に基づく撮像日時と世界協定時に基づく撮像日時との時差を示す時差情報が対応づけられており、
前記取得手段は、前記時差情報により世界協定時に基づく日時に補正された撮像日時を取得することを特徴とする請求項２乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記取得手段は、前記外部装置に記録されている画像のうち、位置情報が付加されていない画像の識別情報を取得することを特徴とする請求項２乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記関連づけ手段により位置情報が関連づけられた識別情報を、前記外部装置に送信する送信手段をさらに有することを特徴とする請求項２乃至６のいずれか１項に記載の通信装置。
【請求項８】
前記取得手段は、前記ログデータが記録されている間に前記外部装置により生成された画像の識別情報を取得することを特徴とする請求項２乃至７のいずれか１項に記載の通信装置。
【請求項９】
前記日時取得手段は、現在の日時を示す現在日時をさらに取得することを特徴とする請求項２乃至８のいずれか１項に記載の通信装置。
【請求項１０】
前記外部装置の計時部から出力される日時情報を前記外部装置から受信する手段と、
前記日時取得手段により取得される現在日時と、前記外部装置から受信される日時情報との差を算出する算出手段と、
前記差に基づき、前記ログデータの記録期間を示す日時情報を補正する補正手段とをさらに有し、
前記決定手段は、前記差に基づく補正が施されたログデータの記録期間を、前記範囲として決定することを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記補正手段は、前記ログデータの記録期間を示す日時情報を、前記外部装置の計時部が計時する日時に合わせるよう補正することを特徴とする請求項１０に記載の通信装置。
【請求項１２】
前記関連づけ手段は、前記算出手段により算出された差を用いて補正した撮像日時の示す日時と前記ログデータに含まれる日時情報の示す日時との差に基づき、前記識別情報に前記ログデータに含まれる位置情報を関連づけることを特徴とする請求項１０または１１に記載の通信装置。
【請求項１３】
前記所定の関係とは、前記ログデータに含まれる日時情報の示す日時と前記撮像日時の示す日時との差が所定の値よりも小さい関係であることを特徴とする請求項２乃至８のいずれか１項に記載の通信装置。
【請求項１４】
前記所定の関係とは、前記ログデータに含まれる日時情報の示す日時と前記撮像日時の示す日時との差が最も小さい関係であることを特徴とする請求項２乃至８のいずれか１項に記載の通信装置。
【請求項１５】
前記関連づけ手段により位置情報が識別情報に関連づけられた後で、新たにログデータが記録された場合、ユーザにその旨を通知する手段を有することを特徴とする請求項２乃至１４のいずれか１項に記載の通信装置。
【請求項１６】
前記日時取得手段により取得される日時情報は世界協定時に基づく日時であることを特徴とする請求項２乃至１５のいずれか１項に記載の通信装置。
【請求項１７】
前記通信装置は携帯電話であることを特徴とする請求項２乃至１６のいずれか１項に記載の通信装置。
【請求項１８】
前記外部装置はカメラであることを特徴とする請求項２乃至１７のいずれか１項に記載の通信装置。
【請求項１９】
画像を、前記画像を特定するための識別情報及び撮像日時と共に記録媒体に記録する記録手段と、
日時に基づく範囲に前記撮像日時が含まれる画像の識別情報と撮像日時の要求を外部装置から受け付ける受け付け手段と、
前記外部装置からの要求に応じて、対応する画像の識別情報と撮像日時とを前記外部装置に送信する送信手段と、
前記外部装置から、前記識別情報と前記識別情報に関連づけられた位置情報とを受信する受信手段と、
前記識別情報により特定される画像に、前記識別情報に関連付けられた位置情報を付加する付加手段とを有することを特徴とする画像処理装置。
【請求項２０】
位置情報を取得する位置取得工程と、
前記位置情報が取得された日時を示す日時情報を取得する日時取得工程と、
前記位置情報および前記日時情報を対応づけた複数の情報をログデータとして記録媒体に記録する記録工程と、
前記ログデータの日時情報に基づき、前記位置情報を付加する対象とする画像の範囲を決定する決定工程と、
外部装置に記録された画像を特定可能な識別情報を、前記画像に付加されている撮像日時と共に前記外部装置から取得する取得工程と、
前記取得工程で取得された撮像日時のうち、前記決定工程で決定された範囲内にある撮像日時と前記ログデータの日時情報とが所定の関係にあるかを判断する判断工程と、
前記判断工程で所定の関係にあると判断された前記撮像日時に対応する識別情報と前記ログデータの日時情報に対応する位置情報とを関連付ける関連付け工程とを有する通信装置の制御方法。
【請求項２１】
画像を、前記画像を特定するための識別情報及び撮像日時と共に記録媒体に記録する記録工程と、
日時に基づく範囲に前記撮像日時が含まれる画像の識別情報と撮像日時の要求を外部装置から受け付ける受け付け工程と、
前記外部装置からの要求に応じて、対応する画像の識別情報と撮像日時とを前記外部装置に送信する送信工程と、
前記外部装置から、前記識別情報と前記識別情報に関連づけられた位置情報とを受信する受信工程と、
前記識別情報により特定される画像に、前記識別情報に関連付けられた位置情報を付加する付加工程とを有することを特徴とする画像処理装置の制御方法。
【請求項２２】
コンピュータを、請求項２乃至１８のいずれか１項に記載の通信装置の各手段として機能させるためのコンピュータが読み取り可能なプログラム。
【請求項２３】
コンピュータを、請求項１９に記載の画像処理装置の各手段として機能させるためのコンピュータが読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は他機器と接続可能な画像処理装置に関する。
【背景技術】
【０００２】
近年、ＧＰＳロガーで生成したログデータを用いて、デジタルカメラで撮像した画像に位置情報を付加することが行われている。例えば、特許文献１には、ＰＣが、ＧＰＳロガーが生成したログデータ及び、デジタルカメラが生成した画像を取得する。そして、ＰＣがそれぞれの生成日時に基づきマッチングを行うことにより、画像に位置情報を付加する方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−９１２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献では、画像に位置情報を付加するためには、ログデータと画像とをそれぞれ別の装置から一旦ＰＣにコピーする必要があり、ユーザの操作が煩雑であった。
【０００５】
そこで、本発明は、より簡単に画像に位置情報を付加することを目的とする。
【課題を解決するための手段】
【０００６】
本願発明の通信装置は、位置情報を取得する位置取得手段と、前記位置情報が取得された日時を示す日時情報を取得する日時取得手段と、前記位置情報および前記日時情報を対応づけた複数の情報をログデータとして記録媒体に記録する記録手段と、前記ログデータの日時情報に基づき、前記位置情報を付加する対象とする画像の範囲を決定する決定手段と、外部装置に記録された画像を特定可能な識別情報を、前記画像に付加されている撮像日時と共に前記外部装置から取得する取得手段と、前記取得手段により取得された撮像日時のうち、前記決定手段により決定された範囲内にある撮像日時と前記ログデータの日時情報とが所定の関係にあるかを判断する判断手段と、前記判断手段により所定の関係にあると判断された前記撮像日時に対応する識別情報と前記ログデータの日時情報に対応する位置情報とを関連付ける関連付け手段とを有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、より簡単に画像に位置情報を付加することができる。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態における画像処理装置の構成を示すブロック図である。
【図２】第１の実施形態における外部装置の構成を示すブロック図である。
【図３】第１の実施形態における外部装置の表示部に表示される画面の例である。
【図４】第１の実施形態におけるログデータの概念図である。
【図５】第１の実施形態における画像処理装置の動作を示すフローチャートである。
【図６】第１の実施形態における画像処理装置の記録領域の概念図である。
【図７】（ａ）、（ｂ）第１の実施形態における外部装置の表示部に表示される画面の例である。
【図８】第１の実施形態における画像処理装置と外部装置とが協働して画像に位置情報を付加する処理のシーケンス図である。
【図９】第１の実施形態における画像に位置情報を付加する際の外部装置の動作を示すフローチャートである。
【図１０】第１の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。
【図１１】第２の実施形態における画像に位置情報を付加する際の外部装置の動作を示すフローチャートである。
【図１２】第２の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。
【図１３】第３の実施形態における外部装置の表示部に表示される画面の例である。
【図１４】第３の実施形態における画像に位置情報を付加する際の外部装置の動作を示すフローチャートである。
【図１５】第３の実施形態における画像に位置情報を付加する際の画像処理装置の動作を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下に、本発明を実施するための形態について、添付の図面を用いて詳細に説明する。
【００１０】
なお、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されてもよい。また、各実施の形態は適宜組み合わされることも可能である。
【００１１】
［第１の実施形態］
＜デジタルカメラ１００の内部構成＞
図１は、本実施形態の画像処理装置の一例であるデジタルカメラ１００の構成例を示すブロック図である。なお、ここでは画像処理装置の一例としてデジタルカメラについて述べるが、画像処理装置はこれに限られない。例えば画像処理装置は、携帯電話や、タブレットデバイス、パーソナルコンピュータなどの情報処理装置であってもよいし、カメラ付き携帯電話等の撮像装置であってもよい。
【００１２】
制御部１０１は、入力された信号や、後述のプログラムに従ってデジタルカメラ１００の各部を制御する。なお、制御部１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【００１３】
撮像部１０２は、撮像部１０２に含まれるレンズで結像された被写体光を電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。撮像した画像データはバッファメモリに蓄えられた後、制御部１０１にて所定の演算を行い、記録媒体１１０に記録される。
【００１４】
不揮発性メモリ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部１０１で実行される後述のプログラム等が格納される。
【００１５】
作業用メモリ１０４は、撮像部１０２で撮像された画像データを一時的に保持するバッファメモリや、表示部１０６の画像表示用メモリ、制御部１０１の作業領域等として使用される。
【００１６】
操作部１０５は、ユーザがデジタルカメラ１００に対する指示をユーザから受け付けるために用いられる。操作部１０５は例えば、ユーザがデジタルカメラ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、撮像を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンなどの操作部材を含む。また、後述する表示部１０６に形成されるタッチパネルも操作部１０５に含まれる。なお、レリーズスイッチは、ＳＷ１およびＳＷ２を有する。レリーズスイッチが、いわゆる半押し状態となることにより、ＳＷ１がＯＮとなる。これにより、ＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ（オートホワイトバランス）処理、ＥＦ（フラッシュプリ発光）処理等の撮像準備を行うための指示を受け付ける。また、レリーズスイッチが、いわゆる全押し状態となることにより、ＳＷ２がＯＮとなる。これにより、撮像を行うための指示を受け付ける。
【００１７】
表示部１０６は、撮像の際のビューファインダー画像の表示、撮像した画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部１０６は必ずしもデジタルカメラ１００が備える必要はない。デジタルカメラ１００は表示部１０６と接続することができ、表示部１０６の表示を制御する表示制御機能を少なくとも有していればよい。
【００１８】
ＲＴＣ１０９は、計時を行う計時部である。ＲＴＣ１０９は制御部１０１の要求に応じて日時を示す日時情報を出力する。ＲＴＣ１０９は内部に電源を有し、デジタルカメラ１００本体の電源がＯＦＦの状態でも、計時動作を継続することができる。
【００１９】
記録媒体１１０は、撮像部１０２から出力された画像を記録することができる。本実施形態では、画像をＥｘｉｆ−ｊｐｅｇの形式で扱う。記録媒体１１０は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、デジタルカメラ１００は少なくとも記録媒体１１０にアクセスする手段を有していればよい。
【００２０】
接続部１１１は、外部装置と接続するためのインターフェースである。本実施形態のデジタルカメラ１００は、接続部１１１を介して、外部装置とデータのやりとりを行うことができる。なお、本実施形態では、接続部１１１はアンテナであり、制御部１０１は、アンテナを介して、外部装置と接続することができる。データを通信するためのプロトコルとしては、例えば無線ＬＡＮを通じたＰＴＰ／ＩＰ（Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いることができる。なお、デジタルカメラ１００との通信はこれに限られるものではない。例えば、接続部２１１は、赤外線通信モジュール、Ｂｌｕｅｗｔｏｏｔｈ（登録商標）通信モジュール、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信モジュールを含むことができる。さらには、ＵＳＢケーブルやＨＤＭＩ，ＩＥＥＥ１３９４など、有線接続を採用してもよい。
【００２１】
＜携帯電話２００の内部構成＞
図２は、本実施形態の外部装置の一例である携帯電話２００の構成例を示すブロック図である。なお、ここでは外部装置の一例として携帯電話について述べるが、外部装置はこれに限られない。例えば外部装置は、無線機能付きのデジタルカメラ、タブレットデバイス、あるいはパーソナルコンピュータなどであってもよい。
【００２２】
制御部２０１は、入力された信号や、後述のプログラムに従って携帯電話２００の各部を制御する。なお、制御部２０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。
【００２３】
撮像部２０２は、撮像部２０２に含まれるレンズで結像された被写体光を電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。撮像した画像データはバッファメモリに蓄えられた後、制御部２０１にて所定の演算を行い、記録媒体２１０に記録される。
【００２４】
不揮発性メモリ２０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部２０１で実行される後述のプログラム等が格納される。
【００２５】
作業用メモリ２０４は、表示部２０６の画像表示用メモリや、制御部２０１の作業領域等として使用される。
【００２６】
操作部２０５は、携帯電話２００に対する指示をユーザから受け付けるために用いられる。操作部２０５は例えば、ユーザが携帯電話２００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、表示部２０６に形成されるタッチパネルなどの操作部材を含む。
【００２７】
表示部２０６は、画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部２０６は必ずしも携帯電話２００が備える必要はない。携帯電話２００は表示部２０６と接続することができ、表示部２０６の表示を制御する表示制御機能を少なくとも有していればよい。
【００２８】
ログ取得部２０８は、測位処理を行う。測位処理とは、ＧＰＳ衛星から信号を受信し、受信した信号から携帯電話２００の位置を示す位置情報を算出する処理である。本実施形態では、位置情報は、緯度・経度の座標で表される。また、ログ取得部２０８は、この測位処理により位置情報を算出した日時を示す日時情報も取得する。具体的な取得の方法を以下に述べる。ＧＰＳ衛星から受信した信号には、いわゆるＧＰＳ時という日時情報が含まれる。この信号に含まれるＧＰＳ時は、信号がＧＰＳ衛星から出力された日時を示す。なお、ＧＰＳ時はＵＴＣ（世界協定時：Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ，Ｃｏｏｒｄｉｎａｔｅｄ）に同期するものである。更に、ＧＰＳ衛星から受信した信号にはＧＰＳ時のＵＴＣとのずれを示す情報が含まれる。ログ取得部２０８は、この情報を用いてＧＰＳ時からＵＴＣを算出する。これにより、ログ取得部２０８は、位置情報を算出した日時を示す日時情報としてＵＴＣを取得する。この位置情報および日時情報は、必要に応じて制御部２０１に提供される。なお、本実施形態ではログ取得部２０８としてＧＰＳを用いる例について述べるが、ログ取得部２０８はＧＰＳに限定されるものではない。例えば携帯電話の基地局といった外部装置などから位置情報や日時情報を取得する装置であってもよい。あるいは、後述の接続部２１１を介して、公衆無線ＬＡＮアクセスポイントから位置情報や日時情報を取得する装置であってもよい。このログ取得部２０８は、位置取得手段や日時取得手段の一例である。
【００２９】
記録媒体２１０は、撮像部２０２から出力された画像データを記録することができる。記録媒体２１０は、携帯電話２００に着脱可能なよう構成してもよいし、携帯電話２００に内蔵されていてもよい。すなわち、携帯電話２００は少なくとも記録媒体２１０にアクセスする手段を有していればよい。
【００３０】
接続部２１１は、外部装置と接続するためのインターフェースである。本実施形態の携帯電話２００は、接続部２１１を介して、デジタルカメラ１００とデータのやりとりを行うことができる。本実施形態では、接続部２１１はアンテナであり、制御部１０１は、アンテナを介して、デジタルカメラ１００と接続することができる。なお、デジタルカメラ１００との接続では、直接接続してもよいしアクセスポイントを介して接続してもよい。データを通信するためのプロトコルとしては、例えば無線ＬＡＮを通じたＰＴＰ／ＩＰ（Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いることができる。なお、デジタルカメラ１００との通信はこれに限られるものではない。例えば、接続部２１１は、赤外線通信モジュール、Ｂｌｕｅｗｔｏｏｔｈ（登録商標）通信モジュール、ＷｉｒｅｌｅｓｓＵＳＢ等の無線通信モジュールを含むことができる。さらには、ＵＳＢケーブルやＨＤＭＩ，ＩＥＥＥ１３９４など、有線接続を採用してもよい。
【００３１】
公衆網接続部２１２は、公衆無線通信を行う際に用いられるインターフェースである。携帯電話２００は、公衆網接続部２１２を介して、他の機器と通話することができる。この際、制御部２０１はマイク２１３およびスピーカ２１４を介して音声信号の入力と出力を行うことで、通話を実現する。本実施形態では、公衆網接続部２１２はアンテナであり、制御部１０１は、アンテナを介して、公衆網に接続することができる。なお、接続部２１１および公衆網接続部２１２は、一つのアンテナで兼用することも可能である。
【００３２】
＜携帯電話２００におけるログデータの生成＞
次に、携帯電話２００においてログデータを生成する処理について説明する。本実施形態の携帯電話２００には、ログデータを生成するためのアプリケーション（以下ログアプリ）が予め記録媒体２１０にインストールしてあるものとする。携帯電話２００は、このログアプリの実行により、自機の移動軌跡を示すログデータを生成する。
【００３３】
図３（ａ）は、ログアプリを実行中の携帯電話２００の表示部２０６に表示される画面の一例である。この画面３００は、ログアプリの動作が開始することに応じて、表示部２０６に表示される。また、図３（ａ）の例では携帯電話２００が未だデジタルカメラ１００と接続していない。そのため、デジタルカメラ１００と接続していないことを示すメッセージ３０２が表示されている。図３（ａ）において、バー３０１は携帯電話２００が接続可能な通信網の電波状況、時刻、電池の充電状況などを表示している。また、ボタン３０３はログデータの生成を開始するためのボタンである。ユーザは、ボタン３０３を操作部２０５を介して選択することにより、ログデータの生成を開始する指示を入力することができる。このログデータの生成が実行されている間は、図３（ｂ）のように、ボタン３０３の代わりにボタン３０４を表示する。ボタン３０４はログデータの生成を終了するためのボタンである。ユーザは、ボタン３０４を操作部２０５を介して選択することにより、ログデータの生成を終了する指示を入力することができる。
【００３４】
次に、ログデータが生成される手順について述べる。ボタン３０３の選択が検知されると、制御部２０１は、ログ取得部２０８により取得された位置情報および日時情報を一定の時間間隔で読み出し、ログデータとして記録媒体２１０に記録する。ここで生成されるログデータには、ユーザが図３（ｂ）のボタン３０４を選択してログデータの生成の終了を指示するか、携帯電話２００の電池残量が所定値以下になるまで、位置情報と日時情報とが定期的に追記される。このようにして生成されるログデータに含まれる複数の位置情報および日時情報は、携帯電話２００の移動軌跡を示すことになる。
【００３５】
図４に、この手順により生成されるログデータの一例を示す。図４の例は、５分間隔で位置情報および日時情報をログデータとして記録した場合の例である。記録媒体２１０の記録領域の一部６０１には二つのログデータが記録されている。例えば、ユーザは、８時５０分に緯度３５．６８０９６９、経度１３９．７６６００６の位置でログデータの生成を開始する指示を入力し、１１時５０分に緯度３５．４６６０６６、経度１３９．６２３０５５の位置でログデータの生成を一旦終了する指示を入力する。そして、再び１９時５９分にログデータの生成を開始する指示を入力し、２３時５４分にログデータの生成を終了する指示を入力する。このような操作を行った結果として、図４のようにログデータ１とログデータ２が生成されることになる。なお、図４の例は、説明のために示す概念図であり、ログデータは位置情報および日時情報以外の情報を含むフォーマットで記録されてもよい。例えば、ＮＭＥＡフォーマットに従った形式で記録されてもよい。また、ログデータの生成方法に関しては、上記の方法で限定されるものではない。例えば、一定の時間間隔でログデータを追記するのではなく、ログデータ追記後に所定距離以上移動した際に、位置情報と日時情報を追記するような方法でもよい。この場合、移動しなければ新たな位置情報と日時情報が追記されることがないため、ログデータのサイズを抑えることができる。また、本実施形態では、位置情報は緯度、経度で取り扱う例について述べるが、方位情報を含めたり、精度の情報（例えば測位に使用した衛星の数など）を含めてもよい。
【００３６】
以上が、ログデータを生成する手順の説明である。
【００３７】
＜デジタルカメラ１００における画像の生成＞
続いて、図５を用いて、本実施例におけるデジタルカメラ１００における画像の生成について説明する。図５は、画像を生成する際のデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される処理は、デジタルカメラ１００の電源がＯＮとなることに応じて開始される。なお、この状態では、表示部１０６には、撮像部１０２から入力されるスルー画像が表示されており、ユーザは表示部１０６に映し出される映像を確認しながら撮像を行うことが可能である。
【００３８】
まず、ステップＳ５０１では、制御部１０１はＳＷ１がＯＮとなったか否かを判断する。ＳＷ１がＯＮとなっていないと判断された場合は、本ステップの処理を繰り返す。一方、ＳＷ１がＯＮとなったと判断された場合、処理はステップＳ５０２に進む。
【００３９】
ステップＳ５０２では、制御部１０１はＲＴＣ１０９から日時情報を取得する。
【００４０】
ステップＳ５０３では、制御部１０１は撮像部１０２により撮像準備動作を行うよう制御する。
【００４１】
次に、ステップＳ５０４では、制御部１０１はＳＷ２がＯＮとなったか否かを判断する。ＳＷ２がＯＮとなっていないと判断された場合、処理はステップＳ５０１に戻る。一方、ＳＷ２がＯＮとなったと判断された場合、処理はステップＳ５０５に進む。
【００４２】
ステップＳ５０５では、制御部１０１は、撮像部１０２により撮像動作を行い画像を取得する。
【００４３】
続くステップＳ５０６では、制御部１０１は、ステップＳ５０４で取得した画像をステップＳ５０２で取得した日時情報と共に記録媒体１１０に記録する。この際、画像と共に記録される日時情報は、画像の撮像日時として、画像のヘッダ領域に記録される。また、制御部１０１はこれに併せて時差情報も画像のヘッダ領域に記録する。ここで、時差情報について説明する。本実施形態のデジタルカメラ１００では、タイムゾーンを設定することができる。タイムゾーンとは、共通の地方標準時を利用する地域のことであり、ユーザはメニュー操作等によりタイムゾーンを設定することで、ＵＴＣとの時差を示す時差情報を予め設定することができる。例えば、日本ではＵＴＣを９時間進めた日時を地方標準時として扱っており、このタイムゾーンをＵＴＣ＋９と表す。そして、タイムゾーンを日本と設定した状態で得られた画像には、時差情報としてＵＴＣ＋９という情報が付加される。本実施形態のデジタルカメラ１００では、ＲＴＣ１０９の出力する日時情報は、タイムゾーンに応じた時刻が予めユーザのメニュー操作等により設定されているものとして扱う。つまり、制御部１０１は、このＲＴＣ１０９の出力がタイムゾーンに応じた地方標準時を示すものとして扱う。したがって、ＲＴＣ１０９の出力に対して時差情報示す時差を加算すれば、ＵＴＣを算出することができる。ＵＴＣの利用については、後述の画像への位置情報の付加の説明で詳述する。また時差情報は、ヘッダ領域のうち、いわゆるメーカーノートと呼ばれる領域に記録される。このステップの処理により画像が記録された記録媒体１１０の記録領域の一部を図６に示す。図６において、記録領域の一部６０１には、１０の画像が撮像日時および時差情報と共に記録されている。また、本実施形態では、制御部１０１は、記録媒体１１０に記録されている画像の一つ一つに対して管理用の識別情報、すなわちＩＤを割り振る。制御部１０１は、このＩＤを用いてそれぞれの画像を特定することができる。このＩＤは、記録媒体１１０ではなく、作業用メモリ１０４に一時的に保持されるものであり、電源がＯＮになったことにより記録媒体１１０に記録されている画像が走査され、それぞれの画像にユニークな値が割り振られる。そして、本ステップで新たに画像が記録される度に、対応するＩＤが新たに記録された画像に割り振られることになる。図６は、作業用メモリ１０４の記録領域の一部６０２に、ｉｍｇ０００１．ｊｐｇから順に割り振られているＩＤ１〜ＩＤ１０が記録されている様子を示している。
【００４４】
ステップＳ５０７では、制御部１０１は、他のモードに遷移する指示を受け付けたか否かを判断する。例えば、操作部１０５に含まれる再生ボタンの押下が検知された場合、再生モードに遷移する指示を受け付けたと判断する。他のモードに遷移する指示を受け付けていないと判断した場合、処理はステップＳ５０１に戻る。一方、他のモードに遷移する指示を受け付けたと判断した場合、処理を終了する。
【００４５】
以上が、本実施例におけるデジタルカメラ１００における画像の生成の説明である。
【００４６】
＜画像への位置情報の付加＞
次に、携帯電話２００で生成したログデータを利用して、上述のデジタルカメラ１００で生成した画像に位置情報を付加する処理について説明する。
【００４７】
まず、処理に先立って、デジタルカメラ１００と携帯電話２００とが、接続部１１１および接続部２１１を介して接続し、互いの通信をアプリケーションレベルで確立する。本実施形態では、ログアプリは、デジタルカメラ１００との通信を確立するための機能を有しており、携帯電話２００はログアプリの動作によりデジタルカメラ１００との通信を確立することができる。
【００４８】
通信が確立している状態において、ログアプリを実行中の携帯電話２００の表示部２０６に表示される画面の一例を図７（ａ）に示す。図７（ａ）の画面においては、携帯電話２００がデジタルカメラ１００と接続中であることを示すメッセージ７０２が表示されている。また、ボタン７０１は、接続したデジタルカメラ１００内の画像に位置情報を付加する動作を実行するためのボタンである。このボタン７０１は、デジタルカメラ１００と携帯電話２００とが接続している間のみ表示される。ユーザは、操作部２０５を介してこのボタン７０１を選択することにより、デジタルカメラ１００の記録媒体１１０に記録されている画像に位置情報を付加する処理を開始する指示を入力することができる。この指示の入力を受け付けることにより開始される、位置情報を付加する処理について概要を説明する。
【００４９】
図８は、上記処理の概要を説明するためのシーケンス図である。図８における処理は、携帯電話２００の操作部２０５を介して、デジタルカメラ１００の記録媒体１１０に記録されている画像に位置情報を付加する処理を開始する指示を受け付けることにより開始される。
【００５０】
まず、ステップＳ８０１では、携帯電話２００は、ログデータの記録期間に対応する画像のＩＤと撮像日時をデジタルカメラ１００に要求する。具体的には、携帯電話２００の記録媒体２１０に記録されているログデータの開始日時と終了日時により決定される期間内に撮像日時が含まれる画像のＩＤと撮像日時を要求する。この際、ログデータが複数記録されている場合は、それぞれのログデータの記録を開始した日時と記録を終了した日時により決定される時間の範囲に基づき、画像のＩＤと撮像日時を要求する。図４の例では、２０１２年６月５日８時５０分から１１時５０分までの間に撮像された画像のＩＤと撮像日時、および２０１２年６月５日１９時５９分から２３時５４分までの間に撮像された画像のＩＤと撮像日時を要求する。なお、前述のようにログデータの記録期間はＵＴＣで表されたものである。
【００５１】
この要求を受け付けたデジタルカメラ１００は、記録媒体１１０から、要求に対応する画像を読み出し、その画像のＩＤと撮像日時を、携帯電話２００に送信する。前述のように、ログデータの記録期間はＵＴＣで表される。そのため、地方標準時を示すＲＴＣ１０９の出力を用いた撮像日時とは正しく比較することができない。そこで、デジタルカメラ１００は、画像の撮像日時をＵＴＣに変換した上で、要求に対応する画像を決定する。撮像日時のＵＴＣへの変換については、図５で説明したように、画像毎に記録される時差情報を用いて行われる。例えば、図４のログデータに基づく要求を受け付けた場合、まず図６に示される画像の撮像日時をＵＴＣに変換する。これにより、各画像の撮像日時から９時間ずつ遅れた日時がＵＴＣとなる。そして、ＵＴＣに変換した撮像日時が要求に対応するか否かが判断される。その結果、ｉｍｇ０００９．ｊｐｇとｉｍｐ．００１０．ｊｐｇの画像のＩＤとＵＴＣに変換された撮像日時が、携帯電話２００に送信されることになる。以下、ＵＴＣに変換する前の撮像日時と区別するため、ＵＴＣに変換した撮像日時を「撮像日時（ＵＴＣ）」と記載する。
【００５２】
デジタルカメラ１００から送信された、ログデータの記録期間に対応する画像のＩＤと撮像日時（ＵＴＣ）を受信すると、ステップＳ８０３にて携帯電話２００は時間の情報をキーとしてマッチング処理を行う。ここでは、ログデータの日時情報と、撮像日時（ＵＴＣ）とを比較し、差が一定の閾値以下の組み合わせのうち、最も差が小さい組み合わせの日時情報に対応する位置情報と、撮像日時（ＵＴＣ）に対応する画像のＩＤとを対応づける。これにより、画像のＩＤとログデータの位置情報とが対応づけられたセットが生成されることになる。この処理は、受信した画像のＩＤ全てに対して実行される。その結果、ＩＤと位置情報のセットが複数生成される。例えば、ｉｍｇ０００９．ｊｐｇのＩＤ９には６月５日の９時５５分に取得された位置情報が対応づけられて一組のセットとなる。なお、本実施形態のマッチングでは、日時の差が小さい組み合わせが優先される場合を例に挙げて説明するが、これに限られるものではない。例えば、撮像日時（ＵＴＣ）よりも早い日時を示す日時情報のうち、最も日時の差が小さい日時情報との組み合わせが優先されるようにしてもよい。あるいは、撮像日時（ＵＴＣ）よりも遅い日時を示す日時情報のうち、最も日時の差が小さい日時情報との組み合わせが優先されるようにしてもよい。
【００５３】
デジタルカメラ１００から受信した画像のＩＤの全てに対してマッチングの処理を終えると、次に、ステップＳ８０４で携帯電話２００はステップＳ８０３で生成したセットをデジタルカメラ１００に送信する。
【００５４】
デジタルカメラ１００では、このセットを受信すると、ステップＳ８０５にて、ＩＤに対応する画像に、ＩＤに対応する位置情報を付加する。
【００５５】
以上が、携帯電話２００で生成したログデータを利用して、上述のデジタルカメラ１００で生成した画像に位置情報を付加する処理の概要である。
【００５６】
次に、上述した動作を実現するための、携帯電話２００とデジタルカメラ１００の詳細な動作についてそれぞれ説明する。
【００５７】
まず、携帯電話２００の動作について説明する。図９は、位置情報を付加する際の携帯電話２００の動作を示すフローチャートである。このフローチャートに示される各処理は、携帯電話２００の制御部２０１が、不揮発性メモリ２０３に記録されているプログラムを実行し、プログラムに従い携帯電話２００の各部を制御することにより実現される。以降の携帯電話２００で実行されるフローチャートについても同様である。また、このフローチャートに示される処理は、デジタルカメラ１００とのアプリケーションレベルの通信が確立することに応じて開始される。
【００５８】
まず、ステップＳ９０１にて、制御部２０１は、図３（ａ）の画面から図７の画面に遷移するよう表示を制御する。これにより、デジタルカメラ１００との接続中であることを示すメッセージ７０２が表示され、ユーザは接続中であることを認識することができる。
【００５９】
次に、ステップＳ９０２にて、制御部２０１は、カメラ内の画像に位置情報を付加する指示を受け付けたか否かを判断する。制御部２０１が受け付けていないと判断した場合、本ステップの処理を繰り返す。制御部２０１が受け付けたと判断した場合、処理はステップＳ９０３に進む。
【００６０】
ステップＳ９０３では、制御部２０１は、表示部２０６に例えば図７（ｂ）に示すような、位置情報の付加の処理中であることを示すメッセージを表示する。これに併せて、記録媒体２１０に保存されているログデータを解析し、ログデータの記録期間を示す情報を取得する。具体的には、ログデータの生成を開始した日時と終了した日時とを取得する。前述のように、ログデータが複数記録されている場合は、それぞれのログデータについて、開始日時と終了日時を取得する。
【００６１】
続いて、ステップＳ９０４では、制御部２０１はステップＳ９０３で取得したログデータの記録期間に撮像日時が含まれる画像を特定可能なＩＤと撮像日時を要求するための信号をデジタルカメラ１００に送信する。ここで送信される信号には、少なくとも、ログデータの生成を開始した日時を示す日時情報と終了した日時を示す日時情報とが含まれる。この要求に含まれる日時情報により、位置情報を付加する対象とする画像の範囲が決定される。前述のように、複数のログデータが記録されている場合は、それぞれのログデータの開始日時を示す日時情報と終了日時を示す日時情報とが含まれることになる。ステップＳ９０３とステップＳ９０４の処理は、図８のステップＳ８０１に対応する。
【００６２】
ステップＳ９０５では、制御部２０１は、ステップＳ９０４で送信した要求に応じてデジタルカメラ１００から送信されるＩＤと撮像日時（ＵＴＣ）を受信したか否かを判断する。制御部２０１がＩＤと撮像日時（ＵＴＣ）を受信していないと判断した場合、本ステップの処理を繰り返し、ＩＤと撮像日時（ＵＴＣ）の受信を待つ。制御部２０１がＩＤと撮像日時（ＵＴＣ）を受信したと判断した場合、処理はステップＳ９０６に進む。
【００６３】
ステップＳ９０６では、制御部２０１は、日時の情報をキーとして、画像のＩＤとログデータの位置情報とをマッチングする。具体的には、ステップＳ９０５で受信した撮像日時（ＵＴＣ）と、ログデータに含まれる各位置情報に対応する日時情報とを比較する。比較の結果、日時の差が一定の閾値以下の関係となっている撮像日時（ＵＴＣ）とログデータに含まれる日時情報とがマッチしたと判断される。そして、制御部２０１は、マッチした撮像日時（ＵＴＣ）に対応するＩＤと日時情報に対応する位置情報とを対応づけて作業用メモリ１０４に保持する。前述のように、ＩＤは画像毎にユニークな値を示す。つまり、ＩＤに位置情報を対応づけることは、画像に位置情報を対応づけることに等しい。この処理は、ステップＳ９０５で受信した全ての撮像日時（ＵＴＣ）に対して実行される。その結果、例えば作業用メモリ１０４には、いくつかのＩＤと位置情報のセットが記録されることになる。このステップの処理は、図８のステップＳ８０３に対応する。
【００６４】
ステップＳ９０７では、制御部２０１は、作業用メモリ２０４に保持した、画像のＩＤと位置情報とのセットをデジタルカメラ１００に送信する。これにより、デジタルカメラ１００では、ＩＤをキーとして画像に位置情報を付加する準備が整う。このステップの処理は、図８のステップＳ８０４に対応する。
【００６５】
以上が、携帯電話２００の動作の説明である。
【００６６】
次に、上述の携帯電話２００の動作に対応するデジタルカメラ１００の動作について説明する。
【００６７】
図１０は、位置情報を付加する際のデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される各処理は、デジタルカメラ１００の制御部１０１が、不揮発性メモリ１０３に記録されているプログラムを実行し、プログラムに従いデジタルカメラ１００の各部を制御することにより実現される。以降のデジタルカメラ１００で実行されるフローチャートについても同様である。また、このフローチャートに示される処理は、携帯電話２００とのアプリケーションレベルの通信が確立することに応じて開始される。
【００６８】
まず、ステップＳ１００１では、制御部１０１は、画像のＩＤおよび撮像日時の要求を受信したか否かを判断する。
【００６９】
まず、制御部１０１が、要求を受信したと判断した場合について述べる。この場合、処理はステップＳ１００３に進む。
【００７０】
ステップＳ１００３では、制御部１０１は、記録媒体１１０に記録されている画像のうち、一つの画像のヘッダ情報を読み出し、作業用メモリ１０４に展開する。
【００７１】
ステップＳ１００４では、制御部１０１は、読み込んだ画像に記録されている撮像日時をＵＴＣに変換する。具体的には、画像のヘッダ領域に記録された時差情報を読み出し、この時差情報に基づき、ＲＴＣ１０９の情報を記録した撮像日時をＵＴＣに変換する。例えばＵＴＣ＋９という時差情報が記録されている場合は、撮像日時を９時間戻すことにより、ＵＴＣに変換することができる。
【００７２】
続くステップＳ１００５では、制御部１０１は、ＵＴＣに変換した撮像日時（ＵＴＣ）が、受信した要求に対応する日時か否かを判断する。具体的には、要求に含まれるログデータの開始日時と終了日時の間に、撮像日時（ＵＴＣ）が含まれるか否かを判断する。制御部１０１が対応する日時であると判断した場合、処理はステップＳ１００６に進む。制御部１０１が対応する日時でないと判断した場合、処理はステップＳ１００６をスキップして、ステップＳ１００７に進む。
【００７３】
ステップＳ１００６では、制御部１０１は、ステップＳ１００３で読み出したヘッダ情報を含む画像を、対象画像として決定する。ここでいう対象画像とは、対応するＩＤを携帯電話２００に送信する対象である画像を意味する。
【００７４】
ステップＳ１００７では、制御部１０１は、記録媒体１１０に記録されている全ての画像について、ステップＳ１００５の処理が行われたか否かを判断する。制御部１０１が、未処理の画像があると判断した場合、処理はステップＳ１００４に戻り、他の画像について同様の処理を繰り返す。一方、制御部１０１が、全ての画像について処理が完了したと判断した場合、処理はステップＳ１００８に進む。
【００７５】
ステップＳ１００８では、制御部１０１は、ステップＳ１００５で対象画像として決定した画像のＩＤと撮像日時（ＵＴＣ）を、ステップＳ１００１で受信した要求への応答として、携帯電話２００に送信する。
【００７６】
以上が、ステップＳ１００１にて、制御部１０１が要求を受信したと判断した場合の説明である。
【００７７】
次に、ステップＳ１００１にて、制御部１０１が要求を受信していないと判断した場合について述べる。この場合、処理はステップＳ１００２に進む。
【００７８】
ステップＳ１００２では、制御部１０１は、ＩＤと位置情報のセットを受信したか否かを判断する。制御部１０１が、セットを受信していないと判断した場合、処理はステップＳ１００１に戻り、要求やセットの受信を待つ。一方、制御部１０１が、セットを受信したと判断した場合、処理はステップＳ１００９に進む。
【００７９】
ステップＳ１００９では、制御部１０１は、受信したセットに含まれるＩＤに対応する画像に、セットに含まれる位置情報を付加する。具体的には、ＩＤに対応する画像のヘッダ領域に、セットに含まれる位置情報を記録する。
【００８０】
ステップＳ１０１０では、制御部１０１は、ステップＳ１００９での位置情報の付加が、受信したセットの全てについて実行されたか否かを判断する。制御部１０１が、まだ全てについて実行されていないと判断した場合、処理はステップＳ１００６に戻り、残りのセットを用いて位置情報の付加を実行する。一方、制御部１０１が、全てについて実行されたと判断した場合、本フローチャートの処理を終了する。
【００８１】
以上が、デジタルカメラ１００の動作の説明である。
【００８２】
上述したように、本実施形態では、デジタルカメラ１００と携帯電話２００とが協働することにより、ログデータや画像そのものをＰＣに送信することなく、位置情報を画像に付加することができる。
【００８３】
また、本実施形態では、ログデータの生成とマッチングの処理の両方を携帯電話２００で動作するログアプリにより実行する。このようにするのは以下の理由による。携帯電話２００でマッチングの処理を行えば、例えば精度の低いログデータはロギングやマッチングの対象から外すなど、柔軟な処理を行うことができる。それに対し、カメラ側でマッチングを行うようにした場合、ログデータの精度等の情報を携帯電話から取得する必要がある。以上の理由から、ログデータの生成とマッチングの処理の両方を携帯電話２００で行うようにした。これにより、ログデータの生成の特性に合わせたマッチングを行うことが容易となる。さらに、デジタルカメラ１００は、単に受信したセットに含まれるＩＤに対応する画像に、セットに含まれる位置情報を付加する機能だけを有していればよい。そのため、マッチングをデジタルカメラで行う場合やＧＰＳをデジタルカメラに搭載する場合にくらべて、デジタルカメラのコストを低減することができる。
【００８４】
また、本実施形態では、マッチングのために画像を携帯電話に送信する必要がない。そのため、画像を他機に送信してマッチングする場合に比べて、通信量を低減することができる。
【００８５】
また、本実施形態では、マッチングを行う際にＵＴＣを利用する。これにより、各機器で設定されたタイムゾーンが異なる状態でログデータや画像が取得された場合であっても、その影響を受けることなくマッチングを行うことができる。
【００８６】
［第２の実施形態］
第１の実施形態では、デジタルカメラ１００のＲＴＣ１０９の計時する時刻が正確であることを前提としてマッチングする例について述べた。しかしながら、一般的にＲＴＣで計時される時刻は、ＧＰＳの信号から算出される時刻に比べて正確ではない。そこで、本実施形態では、デジタルカメラ１００のＲＴＣの時刻のずれを考慮したマッチングを行う例について述べる。なお、本実施形態では、第１の実施形態と共通する部分については説明を省略し、本実施形態に特有の部分を中心に説明する。
【００８７】
図１１は、第２の実施施形態における携帯電話２００の動作を示すフローチャートである。このフローチャートに示される処理は、デジタルカメラ１００とのアプリケーションレベルの通信が確立することに応じて開始される。
【００８８】
ステップＳ１１０１〜ステップＳ１１０２では、図９のステップＳ９０１〜ステップＳ９０２と同様の処理が実行される。
【００８９】
次に、ステップＳ１１０３では、制御部２０１は、デジタルカメラ１００に対して、ＵＴＣを要求する。ここでは、デジタルカメラ１００のＲＴＣ１０９から出力される日時情報をＵＴＣに変換したものを要求する。これに対して、デジタルカメラ１００では、予め設定してあるタイムゾーンの情報を用いて、ＲＴＣ１０９からの出力をＵＴＣに変換して、携帯電話２００に送信する。
【００９０】
続くステップＳ１１０４では、制御部２０１は、デジタルカメラ１００からＵＴＣを受信したか否かを判断する。制御部２０１が、ＵＴＣを受信していないと判断した場合、本ステップの処理を繰り返し、ＵＴＣの受信を待つ。一方、制御部２０１が、ＵＴＣを受信したと判断した場合、処理はステップＳ１１０５に進む。
【００９１】
ステップＳ１１０５では、制御部２０１は、デジタルカメラ１００から受信したデジタルカメラ１００のＵＴＣと、ログ取得部２０８により取得した現在日時を変換したＵＴＣの差分を算出する。ここで、例えば、デジタルカメラ１００のＵＴＣが１２：００：００、携帯電話２００のＵＴＣが１２：１０：００だったとする。この場合、デジタルカメラ１００のＲＴＣ１０９が１０分遅いことがわかる。
【００９２】
次に、ステップＳ１１０６では、制御部２０１は、図９のステップＳ９０３と同様の処理を実行して、ログデータの記録期間を取得して作業用メモリ１０４に記録する。
【００９３】
続くステップＳ１１０７では、制御部２０１は、ステップＳ１１０６で取得したログデータの記録期間を補正する。この処理について、ログデータが図４のようなデータである場合を例に挙げて説明する。図４の場合、ログデータの記録期間は、２０１２年６月５日８時５０分から１１時５０分までと、２０１２年６月５日１９時５９分から２３時５４分までである。この記録期間を、デジタルカメラ１００のＵＴＣとの差分に基づき補正する。ステップＳ１１０５でデジタルカメラ１００のＵＴＣが１０分遅いと判断されている場合は、このログデータの記録期間を１０分遅らせる。つまり、ログデータの開始日時と終了日時を１０分遅らせた日時にする。図４の例で言えば、２０１２年６月５日８時４０分から１１時４０分までと、２０１２年６月５日１９時４９分から２３時４４分までに補正される。これにより、１０分遅れた時刻を計時しているデジタルカメラ１００に対応した日時に補正されることになる。前述のように、デジタルカメラ１００では、この要求に対してＵＴＣに変換した撮像日時が要求に対応するか否かが判断される。この撮像日時はＲＴＣ１０９の出力を利用しているため、ＲＴＣ１０９が１０分遅れている場合は、変換して求められるＵＴＣも携帯電話２００で得られるＵＴＣより１０分遅れた値を示すことになる。このズレを補完するために、本ステップでの補正が行われる。
【００９４】
ステップＳ１１０８では、制御部２０１は、ステップＳ１１０７で補正したログデータの記録期間に対応する画像のＩＤと撮像日時（ＵＴＣ）をデジタルカメラ１００に要求する。これに対して、デジタルカメラ１００では、画像の撮像日時をＵＴＣに変換し、その撮像日時（ＵＴＣ）が要求された期間に含まれるかが判断される。判断の結果、含まれる場合は、画像のＩＤと撮像日時（ＵＴＣ）が携帯電話２００に送信される。
【００９５】
ステップＳ１１０９では、制御部２０１は、ステップＳ９０５と同様に、ＩＤと撮像日時（ＵＴＣ）の受信を待つ。ＩＤと撮像日時（ＵＴＣ）を受信したと判断すると、処理はステップＳ１１１０に進む。
【００９６】
ステップＳ１１１０では、制御部２０１は、受信した撮像日時（ＵＴＣ）のそれぞれに対して、ステップＳ１１０５で算出した差分を用いて補正を行う。これにより、例えば１０分遅れたＵＴＣを計時するＲＴＣ１０９の出力を利用した撮像日時（ＵＴＣ）が、ログデータの日時情報（すなわち、ＧＰＳ衛星からの信号から算出される正確なＵＴＣを用いた日時情報）に対応する日時に補正される。
【００９７】
ステップＳ１１１１では、制御部２０１は、ステップＳ１１１０で補正された撮像日時（ＵＴＣ）と、ログデータの日時情報とに基づき、マッチングを行う。この処理は図９のステップＳ９０６と同様のため説明は省略する。
【００９８】
ステップＳ１１１２では、図９のステップＳ９０７と同様の処理が実行される。
【００９９】
以上が、本実施形態における携帯電話２００の動作の説明である。
【０１００】
次に、上記の携帯電話２００の動作に対応するデジタルカメラ１００の動作について説明する。図１２は、第２の実施施形態におけるデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される処理は、携帯電話２００とのアプリケーションレベルの通信が確立することに応じて開始される。
【０１０１】
ステップＳ１２０１では、制御部１０１は、携帯電話２００からＵＴＣの要求を受信したか否かを判断する。制御部１０１が、要求を受信したと判断した場合、処理はステップＳ１２０２に進む。
【０１０２】
ステップＳ１２０２では、制御部１０１は、ＲＴＣ１０９から出力される日時情報を、予め設定されている時差情報に基づき、ＵＴＣに変換する。
【０１０３】
続くステップＳ１２０３では、変換したＵＴＣを携帯電話２００に送信する。
【０１０４】
一方、ステップＳ１２０１で、制御部１０１が、要求を受信していないと判断した場合、処理はステップＳ１２０４に進む。
【０１０５】
ステップＳ１２０４〜ステップＳ１２１３では、図１０のステップＳ１００１〜ステップＳ１０１０と同様の処理が実行される。
【０１０６】
以上が、本実施形態におけるデジタルカメラ１００の動作の説明である。
【０１０７】
上述したように、本実施形態では、デジタルカメラ１００のＲＴＣ１０９のずれを考慮したマッチングを行う。そのため、より正確な位置情報を付加することができる。また、時刻合わせ及びマッチングの処理は、ＵＴＣを基準に実行される。これにより、タイムゾーンやサマータイムの設定の影響を受けることなくマッチングを行うことができる。
【０１０８】
なお、本実施形態において、携帯電話２００のＲＴＣ２０７の計時する日時と、デジタルカメラ１００のＲＴＣ１０９の計時する日時との差分を算出する際に、デジタルカメラ１００でＲＴＣ１０９の計時する日時をＵＴＣに変換する場合について説明した。これについてはこの構成に限られるものではない。例えば、デジタルカメラ１００のＲＴＣ１０９の日時情報と予め設定されている時差情報とを携帯電話２００に送信し、携帯電話２００でＲＴＣ１０９の日時情報をＵＴＣに変換するようにしてもよい。この場合、図１０のステップＳ１００２の処理は削除され、ステップＳ１００３にて、制御部１０１は、デジタルカメラ１００のＲＴＣ１０９の日時情報と予め設定されている時差情報とを携帯電話２００に送信することになる。
【０１０９】
同様に、本実施形態では、携帯電話２００で、携帯電話２００のＲＴＣ２０７の計時する日時と、デジタルカメラ１００のＲＴＣ１０９の計時する日時との差分を用いて、ログデータの記録期間を補正する場合について説明した。これについてはこの構成に限られるものではない。例えば、算出した差分と、ログデータの記録期間を示す情報とをデジタルカメラ１００に送信して、デジタルカメラ１００側で差分を用いたログデータの記録期間を補正してもよい。この場合、図９のステップＳ９０７の処理は削除され、ステップＳ９０８で制御部２０１は、差分とログデータの記録期間を示す情報とをデジタルカメラ１００に送信することになる。あるいは、撮像日時を差分を用いて対応する日時に補正してもよい。いずれの方法を用いても、ログデータの時間軸と撮像日時の時間軸とを合わせることができればよい。なお、差分をデジタルカメラ１００に送信する場合、ＩＤを送信する対象となった画像の撮像日時を差分で補正してから携帯電話２００に送信するようにしてもよい。この場合、図９のステップＳ９１０の処理を行う代わりに、図１０のステップＳ１０１１の前に撮像日時を差分で補正することになる。
【０１１０】
［第３の実施形態］
第３の実施形態では、前回マッチングを行ってからログデータの更新があった場合には、携帯電話２００とデジタルカメラ１００を接続した際に、新たなログデータを用いた画像への位置情報の付加を促すメッセージを表示する例を述べる。なお、本実施形態では、第１および第２の実施形態と共通する部分については説明を省略し、本実施形態に特有の部分を中心に説明する。
【０１１１】
図１３は、デジタルカメラ１００と携帯電話２００とがアプリケーションレベルで通信を確立した際の、携帯電話２００の表示部２０６に表示される画面の一例である。画面１３００には、位置情報の付加を行うか否かの選択を促すメッセージ１３０１が表示されている。本実施形態の携帯電話２００は、新たなログデータが存在することを示すフラグを用意する。このフラグは、新たなログデータが記録される度にＯＮになり、フラグがＯＮの状態でデジタルカメラ１００との通信が確立されると、図１３のようなメッセージが表示される。すなわち、新たなログデータが記録されているため、この新たなログデータを用いて位置情報の付加を行うことをユーザに提案する。これにより、ユーザは新たなログデータを記録したか否かを意識することなく、位置情報の付加を行うことができる。
【０１１２】
図１４は、本実施形態の携帯電話２００の動作を示すフローチャートである。このフローチャートに示される処理は、デジタルカメラ１００とのアプリケーションレベルの通信が確立することに応じて開始される。
【０１１３】
ステップＳ１４０１は、図１１のステップＳ１１０１と同様の処理が実行される。
【０１１４】
次いで、ステップＳ１４０２では、制御部２０１は、フラグがＯＮであるか否かを確認する。このフラグは、不揮発性メモリ１０３に保持されるものであり、電源がＯＦＦとなっても状態が保たれる。また、このフラグは、フラグがＯＦＦの状態でログデータの記録を開始したことに応じてＯＮに切り替えられる。
【０１１５】
制御部２０１が、フラグがＯＮでないと判断した場合、処理はステップＳ１４０６に進む。制御部２０１が、フラグがＯＮであると判断した場合、処理はステップＳ１４０５に進む。
【０１１６】
ステップＳ１４０５では、制御部２０１は、ユーザに新たなログデータが記録されたことと、位置情報を付加するか否かの選択を促すメッセージを表示部２０６に表示する。例えば、図１３に示すような画面が表示される。また、メッセージの表示と共に、キャンセルボタン１３０２およびＯＫボタン１３０３も表示される。ユーザは操作部２０５を介してキャンセルボタン１３０２を選択することにより、位置情報を付加する処理を行わない指示を入力することができる。また、ユーザは操作部２０５を介してＯＫボタン１３０３を選択することにより、位置情報を付加する処理を実行する指示を入力することができる。ここで、制御部２０１が位置情報を付加する処理を行わない指示の入力を受け付けたと判断した場合、処理はステップＳ１４０６に進む。一方、制御部２０１が位置情報を付加する処理を実行する指示の入力を受け付けたと判断した場合、処理はステップＳ１４０７に進む。
【０１１７】
ステップＳ１４０６〜ステップＳ１４１６では、図１１のステップＳ１１０２〜ステップＳ１１１２の処理と同様の処理が実行される。
【０１１８】
ステップＳ１４１６の処理が完了すると、本実施形態では更に、ステップＳ１４１７の処理が実行される。
【０１１９】
ステップＳ１４１７では、制御部２０１は、デジタルカメラ１００から位置情報の付加が完了した旨の通知を受信したか否かを判断する。本実施形態のデジタルカメラ１００は、位置情報の付加が完了すると、完了したことを示す通知を携帯電話２００に送信する。この処理については後述する。制御部２０１が、通知を受信していないと判断した場合、本ステップの処理を繰り返し通知を待つ。制御部２０１が、通知を受信したと判断した場合、処理はステップＳ１４１８に進む。
【０１２０】
ステップＳ１４１８では、制御部２０１は、完了の通知に含まれるエラー数が、デジタルカメラ１００に送信したセットの数と同じであるか否かを判断する。ここでいうエラー数とは、ステップＳ１４１６でデジタルカメラ１００に送信したセットに含まれるＩＤに対応する画像のうち、位置情報が付加できなかった画像の数である。このエラー数は、デジタルカメラ１００が完了通知に含めて送信される。この処理については、後述する。
【０１２１】
まず、制御部２０１が、完了の通知に含まれるエラー数が、デジタルカメラ１００に送信したセットの数と同じでないと判断した場合について述べる。この場合、処理はステップＳ１４１９に進む。
【０１２２】
ステップＳ１４１９では、制御部２０１は、位置情報の付加が完了した旨を示すメッセージを表示部２０６に表示する。また、エラー数が１以上であった場合は、位置情報が付加できなかった画像が存在する旨を示すメッセージも併せて表示する。
【０１２３】
次に、ステップＳ１４２０では、制御部２０１は、フラグをＯＦＦにする。これにより、新たなログデータが生成されるまでは、ステップＳ１４０３の通知が表示されなくなる。なぜなら、既に位置情報の付加の処理が実行されており、再度実行する必要性が薄いためである。
【０１２４】
次に、ステップＳ１４１８にて制御部２０１が、完了の通知に含まれるエラー数が、デジタルカメラ１００に送信したセットの数と同じであると判断した場合について述べる。完了の通知に含まれるエラー数が、デジタルカメラ１００に送信したセットの数と同じである場合とは、すなわち、ステップＳ１４１６でデジタルカメラ１００に送信したセットに含まれるＩＤに対応する画像の全てに位置情報が付加できなかった場合である。この場合、処理はステップＳ１４２１に進む。
【０１２５】
ステップＳ１４２１にて、制御部２０１は、位置情報を一つも付加できなかった旨を示すメッセージを表示部２０６に表示する。その後、ステップＳ１４２０の処理を経ることなく、本フローチャートの処理を終了する。すなわち、ステップＳ１４１６でデジタルカメラ１００に送信したセットに含まれるＩＤに対応する画像の全てに位置情報が付加できなかった場合は、位置情報の付加の処理が行われなかったと判断し、フラグをＯＦＦにしない。
【０１２６】
以上が、本実施形態における携帯電話２００の動作の説明である。
【０１２７】
次に、上記の携帯電話２００の動作に対応するデジタルカメラ１００の動作について説明する。図１５は、第３の実施施形態におけるデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される処理は、携帯電話２００とのアプリケーションレベルの通信が確立することに応じて開始される。
【０１２８】
ステップＳ１５０１〜ステップＳ１５１３では、図１２のステップＳ１２０１〜ステップＳ１２１３と同様の処理が実行される。
【０１２９】
本実施形態では、ステップＳ１２１３の処理が完了すると、更にステップＳ１５１４に進む。
【０１３０】
ステップＳ１５１４では、制御部１０１は、位置情報の付加の処理が完了した旨を示す完了通知を携帯電話２００に送信する。なお、この完了通知には、ステップＳ１５０５で携帯電話２００から受信したセットに含まれるＩＤに対応する画像のうち、位置情報が付加できなかった画像の数をエラー数として含められる。このエラー数の利用については前述したとおりである。
【０１３１】
以上が、本実施形態におけるデジタルカメラ１００の動作の説明である。
【０１３２】
上述したように、本実施形態では、携帯電話２００とデジタルカメラ１００とが接続したタイミングでユーザに新規のログデータが記録されている旨を通知する。これにより、ユーザビリティが向上する。
【０１３３】
なお、本実施形態では、新規ログデータの有無をひとつのフラグによって制御しているが、このフラグを接続機器ごとに作成してもよい。具体的には、相手の機器のＵＵＩＤをフラグと関連付けて保持しておく。そうすることによって、接続機器ごとに新規ログデータがあるかないかを判定することができるため、複数台の接続機器とつなぐ場合でもより正確なタイミングでユーザに通知することが可能になる。
【０１３４】
［その他の実施形態］
なお、上述の実施形態に加えて、画像が書き込み不可（いわゆるプロテクト）の状態や、既に位置情報が付加されている場合は、要求された記録時間に含まれていても対象画像としないようにしてもよい。すなわち、図１０のステップＳ１００４とステップＳ１００５の間に、画像が書き込み不可（いわゆるプロテクト）の状態か、既に位置情報が付加されているかを判断するようにしてもよい。そして、画像が書き込み不可（いわゆるプロテクト）の状態か、既に位置情報が付加されていると判断した場合は、処理をステップＳ１００７に進める。つまり、その画像をマッチングの対象画像として決定しないようにする。これにより、位置情報の書き込みができない画像に対して付加しようとしたり、既に位置情報が付加されている画像に再度付加するなどの無用な処理を省くことができる。
【０１３５】
また、上述の実施形態では、ログデータにＧＰＳ信号から取得されるＵＴＣを用いる例について述べた。これについては、携帯電話２００のＲＴＣから取得される情報を用いても良い。この場合、ＲＴＣの計時する日時情報を定期的に補正するようにしてもよい。補正のために利用する情報としては、例えばログ取得部２０８から取得される日時や、接続部２１１を介してインターネット網にアクセスしＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）により取得される日時を用いることができる。あるいは、公衆網接続部２１２を介して公衆電話回線網にアクセスし、基地局から受信される日時を用いてもよい。そして、ＲＴＣはＵＴＣをカウントするようにしてもよい。これにより、ＲＴＣの精度を一定の基準に保つことができる。つまり、ＲＴＣのカウントするＵＴＣを、ＧＰＳ信号から得られるＵＴＣの代わりに利用することができる。結果として、ログデータへの位置情報の追記の度にＧＰＳ信号の受信・解析・ＵＴＣの算出を待つ必要が無くなり、より高速な処理を実現することができる。この携帯電話２００のＲＴＣは、日時取得手段の一例である。
【０１３６】
また、上述の実施形態において、図１１のステップＳ１１１２で、ＩＤと位置情報のセットを送信する際に、それぞれの位置情報に対応する時差情報を含めてもよい。このようにした場合、デジタルカメラ１００では、画像に位置情報を付加する際に、画像に記録されている時差情報を受信した時差情報に上書きしてもよい。なお、これに伴い撮像日時も新たな時差情報に対応した標準時となるように上書きする必要がある。これについては、例えば携帯電話２００が時差情報に対応する標準時を、マッチングに用いたＵＴＣから算出し、ＩＤと位置情報のセットを送信する際に時差情報と標準時を含め、デジタルカメラ１００で受信した時差情報と標準時を、それぞれ上書きしてもよい。あるいは、デジタルカメラ１００は時差情報を受信すると、上書きする前の時差情報と撮像日時を用いて一旦ＵＴＣを算出し、そこからさらに受信した時差情報から対応する標準時を算出し、撮像日時として上書きしてもよい。これにより、ユーザの更なる手間を必要とすることなく画像の撮像日時および時差情報を適切な情報に改めることができる。
【０１３７】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有する通信システム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリでもよい。また、プログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。
【図１】
2014027326.tif 000003
【図２】
2014027326.tif 000004
【図３】
2014027326.tif 000005
【図４】
2014027326.tif 000006
【図５】
2014027326.tif 000007
【図６】
2014027326.tif 000008
【図７】
2014027326.tif 000009
【図８】
2014027326.tif 000010
【図９】
2014027326.tif 000011
【図１０】
2014027326.tif 000012
【図１１】
2014027326.tif 000013
【図１２】
2014027326.tif 000014
【図１３】
2014027326.tif 000015
【図１４】
2014027326.tif 000016
【図１５】
2014027326.tif 000017