(57)【特許請求の範囲】
【請求項１】
外部装置と無線通信する通信手段と、
位置情報と時刻情報とを対応づけて記録する記録手段と、
前記通信手段を用いて前記外部装置から受信する信号の受信感度を取得する取得手段と、
前記外部装置で撮像された画像データの識別情報と撮像時刻のセットを取得する手段と、
前記撮像時刻と前記記録手段により記録される時刻情報とに基づき、前記画像データの識別情報と前記記録手段により記録される位置情報とを関連付ける関連付け手段とを有し、
前記記録手段は、位置情報と時刻情報とを対応づけて記録する際に、前記取得手段により取得された受信感度をも併せて対応づけて記録することを特徴とする通信装置。
【請求項２】
前記記録手段は、前記位置情報と前記時刻情報とを対応づけてログデータとして記録媒体に記録することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記位置情報と前記時刻情報を繰り返し取得する手段を更に有することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
衛星から受信した信号に基づき前記位置情報を取得する手段を更に有することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記衛星から受信した信号に基づく前記位置情報の取得は繰り返し実行されることを特徴とする請求項４に記載の通信装置。
【請求項６】
前記関連付け手段による関連付けの結果を前記外部装置に送信する送信手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記送信手段は前記通信手段を用いて前記関連付けの結果を前記外部装置に送信することを特徴とする請求項６に記載の通信装置。
【請求項８】
前記送信手段は前記通信手段とは異なる第二の通信手段を用いて前記関連付けの結果を前記外部装置に送信し、
前記通信手段は前記第二の通信手段よりも消費電力が少ないことを特徴とする請求項６に記載の通信装置。
【請求項９】
前記関連付け手段は、前記取得手段により取得された受信感度も前記関連付けに用いることを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
【請求項１０】
前記関連付け手段は、所定の閾値以下の前記受信感度が併せて記録されている位置情報は、前記画像データの識別情報に関連付けないことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
前記関連付け手段は、所定の閾値以下である前記受信感度が併せて記録されている位置情報は、前記画像データの識別情報に関連付けないことを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１２】
前記記録手段は、前記位置情報と前記時刻情報とを対応づけて記録する際に、前記外部装置の識別情報も併せて対応づけて記録することを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
【請求項１３】
前記通信手段は、前記外部装置に加えて、前記外部装置とは異なる第二の外部装置とも並行して通信可能であり、
前記記録手段は、前記位置情報と前記時刻情報とを対応づけて記録する際に、前記外部装置の識別情報と前記第二の外部装置の識別情報も併せて対応づけて記録することを特徴とする請求項１乃至１１のいずれか１項に記載の通信装置。
【請求項１４】
外部装置と無線通信する通信手段を有する通信装置の制御方法であって、
位置情報と時刻情報とを対応づけて記録する記録ステップと、
前記通信手段を用いて前記外部装置との間の受信感度を取得する取得ステップと、
前記外部装置で撮像された画像データの識別情報と撮像時刻のセットを取得するステップと、
前記撮像時刻と前記記録ステップにより記録される時刻情報とに基づき、前記画像データの識別情報と前記記録ステップにより記録される位置情報とを関連付ける関連付けステップとを有し、
前記記録ステップでは、前記位置情報と前記時刻情報とを対応づけて記録する際に、前記取得ステップで取得された受信感度も併せて対応づけて記録することを特徴とする通信装置の制御方法。
【請求項１５】
コンピュータを、請求項１乃至１３のいずれか１項に記載の通信装置の各手段として機能させるための、コンピュータが読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置、通信装置の制御方法、及びプログラムに関し、特に、衛星測位システムの測位データを取得して撮像画像に選択的に付加するために用いて好適な技術に関する。
【背景技術】
【０００２】
近年、GPS機能を搭載した機器を用いて、ユーザが移動した軌跡を示すログデータを記録する技術が知られている。更に、作成したログデータを、画像データに付加する位置情報の取得元として利用する技術が知られている。
【０００３】
例えば特許文献１には、GPSロガーで生成したログデータの位置情報に対応する時刻情報と、デジタルカメラで作成した画像データの時刻情報とに基づきマッチングし、適切な位置情報を撮影位置として画像データに付加する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−９１２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述の特許文献１においては、GPSロガーとデジタルカメラとの両方を一緒に持ち歩くことを前提としている。すなわち、GPSロガーとデジタルカメラとの間の距離が開く可能性について何ら考慮していない。
【０００６】
そのため、GPSロガーとデジタルカメラとがバラバラに用いられた場合、前述の特許文献１の技術では不適切な位置情報が画像に付加される恐れがあった。
本発明は前述の問題点に鑑み、ログデータを生成する機器と、画像データを生成する機器との間の距離に起因する不都合が生じる可能性を低減できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の通信装置は、外部装置と無線通信する通信手段と、位置情報と時刻情報とを対応づけて記録する記録手段と、前記通信手段を用いて前記外部装置から受信する信号の受信感度を取得する取得手段と、前記外部装置で撮像された画像データの識別情報と撮像時刻のセットを取得する手段と、前記撮像時刻と前記記録手段により記録される時刻情報とに基づき、前記画像データの識別情報と前記記録手段により記録される位置情報とを関連付ける関連付け手段とを有し、前記記録手段は、位置情報と時刻情報とを対応づけて記録する際に、前記取得手段により取得された受信感度をも併せて対応づけて記録することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ログデータを生成する機器と、画像データを生成する機器との間の距離に起因する不都合が生じる可能性を低減することができ、不適切な位置情報が画像に付加されてしまう不都合を防止することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態における第１の無線通信装置と第２の無線通信装置との間で相手確認無線通信を行う手順の関係を並列して示すフローチャートである。
【図２】第１の実施形態における第１の無線通信装置の構成例を示すブロック図である。
【図３】第１の実施形態における第２の無線通信装置の構成例を示すブロック図である。
【図４】第１の実施形態における第１の無線通信装置と第２の無線通信装置との配置例を示す図である。
【図５】第１の実施形態における第１の無線通信装置の測位データのログの例を示す図である。
【図６】第１の実施形態における第１の無線通信装置の測位データを第２の無線通信装置の撮影画像に選択的に付加する手順を並列して示すフローチャートである。
【図７】第１の実施形態における第２の無線通信装置の記録媒体内の撮影画像データの例を示す図である。
【図８】第１の実施形態における第１の無線通信装置の測位データを第２の無線通信装置の撮影画像に選択的に付加する際に、付加する測位データの選択を行う測位データのログの例を示す図である。
【図９】第１の実施形態における第１の無線通信装置の測位データを第２の無線通信装置の撮影画像に選択的に付加する際に、付加する測位データの選択を行う表示例を示す図である。
【図１０】第１の実施形態における第１の無線通信装置の測位データを第２の無線通信装置の撮影画像に選択的に付加した後の第２の無線通信装置の記録媒体内の画像データの例を示す図である。
【図１１】第２の実施形態における第１の無線通信装置と第２及び第３の無線通信装置との配置例を示す図である。
【図１２】第２の実施形態における第３の無線通信装置の構成例を示すブロック図である。
【図１３】第２の実施形態における第１の無線通信装置と第２の無線通信装置及び第３の無線通信装置との間で相手存在確認無線通信を行う手順の関係を並列して示すフローチャートである。
【図１４】第２の実施形態における第１の無線通信装置の測位データのログの例を示す図である。
【図１５】第５の実施形態における第２の無線通信装置及び第３の無線通信装置の無線通信部の構成例を示すブロック図である。
【図１６】第６の実施形態における第１の無線通信装置の測位データのログの例を示す図である。
【図１７】第６の実施形態における第１の無線通信装置の測位データのログの例を示す図である。
【図１８】第６の実施形態における第１の無線通信装置の測位データを第２の無線通信装置の撮影画像に選択的に付加する手順を並列して示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に、本発明の好ましい実施形態を添付の図面に基づいて詳細に説明する。ただし、本実施形態において例示する構成部品の寸法、形状、それらの相対配置などは、本発明が適用される装置の構成や各種条件により適宜変更されるべきものであり、本発明がそれらの例示に限定されるものではない。
【００１１】
［第１の実施形態］
第１の実施形態では、第１の無線通信装置である携帯端末４０１と第２の無線通信装置であるカメラ４０２とが無線通信可能な情報処理システムを説明する。そして、第１の無線通信装置が情報処理装置として機能して衛星測位システムの衛星測位データのログを生成し、さらに生成したログの衛星測位データを第２の無線通信装置の撮影画像に選択的に付加する方法を説明する。
【００１２】
本発明の実施形態では、携帯端末４０１とカメラ４０２との間で、後に説明する相手存在確認無線通信を行って衛星測位システムの測位データのログを生成する。その後、携帯端末４０１とカメラ４０２とが通信を行い、衛星測位システムの測位データをカメラ４０２の撮影画像に選択的に付加する通信（マッチングと称する）を行う。相手存在確認無線通信とマッチングとは異なるものである。
なお、本実施形態を最も良く表す図は図１であるが、説明を分かりやすくするために、本実施形態では図２から説明することとする。
【００１３】
図２は、本実施形態に係る携帯端末４０１の構成例を示すブロック図である。
図２において、２０１は、携帯端末４０１全体の制御を司るＣＰＵ（Central Processing Unit）であり、２０２は、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）である。２０３は、ＣＰＵ２０１の処理手順を記憶しているＲＯＭ（Read Only Memory）であり、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。
【００１４】
２０４は、ＬＣＤ（Liquid Crystal Display：液晶表示器）であり、携帯端末の画面に画像データや操作情報などの映像を表示するために使用される。２２３は、タッチパネル制御部であり、ＬＣＤ２０４を覆うように配置しているタッチパネル２２４の操作情報をＣＰＵ２０１へ伝える。
【００１５】
２０５は、ＬＥＤ（Light Emitting Diode：発光ダイオード）であり、携帯端末の処理状態を示すインジケーターとして使用される。２０６は、メモリーカードソケットであり、挿入された記録媒体２０７へのデジタルデータの書き出し及び読み込みの制御を行う。
【００１６】
２０８は、各種操作を行う操作ボタンであり操作情報をＣＰＵ２０１へ伝える。２０９は撮像素子制御部であり、撮像素子２１０の制御を行う。２１１は、光学ユニット制御部であり、主としてレンズ及びその駆動系で構成される光学ユニット２１２の制御を行う。
【００１７】
２１３は、ＵＳＢインターフェースに代表されるような外部インターフェースの制御部であり、外部インターフェースコネクタ２１４を介して他の装置と接続することができる。２２５は、ＲＴＣ（Real Time Clock：リアルタイムクロック）であり、計時可能にするために使用される。ＲＴＣ２２５は、ＣＰＵ２０１の要求に応じて日時を示す日時情報を出力する。ＲＴＣ２２５は、携帯端末４０１本体の電源がＯＦＦの状態でもバックアップのための電源が供給されていれば計時動作を継続することができる。
【００１８】
２１５は、無線通信を行うための無線通信部Ａ、２１６は、無線通信を行うためのアンテナである。無線通信部Ａ２１５は、例としてＷＬＡＮ規格であるＩＥＥＥ８０２．１１に対応しているものとする。２１７は、無線通信部Ａ２１５とは異なる無線通信を行うための無線通信部Ｂ、２１８は、無線通信を行うためのアンテナである。無線通信部Ｂ２１７は、例として近距離無線規格であるＩＥＥＥ８０２．１５．１（Bluetooth(登録商標)）に対応しているものとする。
【００１９】
２１９は、無線通信部Ａ２１５、無線通信部Ｂ２１７とは異なる無線通信を行うための無線通信部Ｃ、２２０は、無線通信を行うためのアンテナである。無線通信部Ｃ２１９は、例としてＣＤＭＡ方式の無線通信に対応しているものとする。２２１は、衛星測位システムの受信部、２２２は、衛星からの信号を受信するアンテナである。
【００２０】
図３は、本実施形態に係るカメラ４０２の構成例を示すブロック図である。
図３において、３０１は、カメラ４０２の制御を司るＣＰＵであり、３０２は、ＣＰＵ３０１のワークエリアとして使用されるＲＡＭである。３０３は、ＣＰＵ３０１の処理手順を記憶しているＲＯＭであり、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。
【００２１】
３０４はＬＣＤであり、カメラの画面に画像データや操作情報などの映像を表示するために使用される。３２０はタッチパネル制御部であり、ＬＣＤ３０４を覆うように配置しているタッチパネル３２１の操作情報をＣＰＵ３０１へ伝える。３０５はＬＥＤであり、カメラの処理状態を示すインジケーターとして使用される。３０６はメモリーカードソケットであり、挿入された記録媒体３０７へのデジタルデータの書き出し及び読み込みの制御を行う。
【００２２】
３０８は各種操作を行う操作ボタンであり操作情報をＣＰＵ３０１へ伝える。３０９は撮像素子制御部であり、撮像素子３１０の制御を行う。３１１は光学ユニット制御部であり、主としてレンズ及びその駆動系で構成される光学ユニット３１２の制御を行う。
【００２３】
３１３は、ＵＳＢインターフェースに代表されるような外部インターフェースの制御部であり、外部インターフェースコネクタ３１４を介して他の装置と接続することができる。３２５はＲＴＣであり計時を行うために使用される。ＲＴＣ３２５は、ＣＰＵ３０１の要求に応じて日時を示す日時情報を出力する。ＲＴＣ３２５は、カメラ４０２本体の電源がＯＦＦ(オフ)の状態でもバックアップのための電源が供給されていれば計時動作を継続することができる。
【００２４】
３１５は無線通信を行うための無線通信部Ａ、３１６は無線通信を行うためのアンテナである。無線通信部Ａ３１５は、例としてＷＬＡＮ規格であるＩＥＥＥ８０２．１１に対応しているものとする。３１７は、無線通信部Ａ３１５とは異なる無線通信を行うための無線通信部Ｂ、３１８は無線通信を行うためのアンテナである。無線通信部Ｂ３１７は、例として近距離無線規格であるＩＥＥＥ８０２．１５．１（Bluetooth）に対応しているものとする。
【００２５】
図４は、本実施形態における携帯端末４０１とカメラ４０２との配置例を示す図である。
携帯端末４０１は、ＣＰＵ２０１で衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号４５０をアンテナ２２２で受信する。そして、受信した信号を解析、演算して測位データに変換した後、ＲＯＭ２０３または記録媒体２０７に測位データを記録する。携帯端末４０１とカメラ４０２とは、各々の無線通信部Ａまたは無線通信部Ｂのアンテナから無線通信信号４５１を出力し無線通信を行うことができる。
【００２６】
携帯端末４０１は、ＣＰＵ２０１で無線通信部Ａ２１５を制御し、カメラ４０２はＣＰＵ３０１で無線通信部Ａ３１５を制御し、携帯端末４０１とカメラ４０２とは無線接続を確立して無線通信を行うことができる。携帯端末４０１とカメラ４０２とは、図１のフローを行う前に無線接続のペアリングが終了しているものとする。無線接続の確立は、ＷＬＡＮ規格におけるアドホックモードとインフラストラクチャーモードとのどちらのモードで接続されても構わない。
【００２７】
図１は、本実施形態における携帯端末４０１とカメラ４０２との間で相手存在確認無線通信を行う手順の関係を並列して示すフローチャートである。
Ｓ１０１では、ＣＰＵ２０１は測位データのログを開始するか否かを判断する。ＣＰＵ２０１が測位データのログを開始しないと判断すると、フローを終了する。
【００２８】
ＣＰＵ２０１が測位データのログを開始すると判断すると、Ｓ１０２において、ＣＰＵ２０１は衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号を受信する。
次に、ＣＰＵ２０１はＳ１０３において、ＣＰＵ２０１で演算して受信した信号を測位データに変換する測位データ作成処理、測位日時作成処理を行い、ＲＯＭ２０３または記録媒体２０７に測位日時と測位データを記録する、測位データ記録処理を行う。
【００２９】
なお、衛星４０４、４０５、４０６、４０７からの信号には衛星自身の測位衛星時刻が含まれる。測位衛星時刻は、ＵＴＣ（Universal Time Coordinated：世界協定時）に同期するものである。さらに、衛星から受信した信号には測位衛星時刻とＵＴＣとのずれを示す時差情報が含まれる。ＣＰＵ２０１は、この時差情報を用いて測位衛星時刻からＵＴＣを算出して、記録した画像の画像撮影日時を世界協定時に基づく日時に補正し、補正した補正画像撮影日時を測位日時として測位データと共にＲＯＭ２０３または記録媒体２０７に一時的に記録する。
【００３０】
Ｓ１０４において、ＣＰＵ２０１は、無線通信部Ａ２１５の送信電力を規定値、例えば１０ｄＢｍに設定する、電力設定処理を行う。
次に、ＣＰＵ２０１は処理をＳ１０５に進め、カメラ４０２へ呼び出し信号の送信を行う。
【００３１】
ここで、カメラ４０２側のフローを説明する。
ＣＰＵ３０１は、Ｓ１５１において、呼び出し応答モードに設定中か否かを判断し、ＣＰＵ３０１が呼び出し応答モードに設定中でないと判断すると、フローを終了する。
Ｓ１５１において、ＣＰＵ３０１が呼び出し応答モードに設定中と判断すると、ＣＰＵ３０１は処理をＳ１５２に進め、電池残量があるか否かを判断する。
【００３２】
ＣＰＵ３０１が電池残量なしと判断すると、フローを終了する。
ＣＰＵ３０１が電池残量ありと判断すると、ＣＰＵ３０１は、Ｓ１５３において、無線通信部Ａ３１５で呼び出し信号を受信したか否かを判断する。
【００３３】
ＣＰＵ３０１は呼び出し信号を受信していないと判断すると、Ｓ１５２に戻る。また、Ｓ１５３において、ＣＰＵ３０１が呼び出し信号を受信したと判断すると、Ｓ１５４において、ＣＰＵ３０１は無線通信部Ａ３１５の送信電力を規定値、例えば１０ｄＢｍに設定する。
【００３４】
次に、Ｓ１５５において、ＣＰＵ３０１は携帯端末４０１へ応答信号の送信を行う。Ｓ１５５での応答信号にはカメラ４０２の固有ＩＤ、例えばＵＵＩＤ（Universally Unique Identifier）情報を付加する。本実施形態では、カメラ４０２のＵＵＩＤをｃａｍ４０２とする。
【００３５】
ここで、携帯端末４０１側のフローの説明に戻る。
Ｓ１０６において、ＣＰＵ２０１は、無線通信部Ａ２１５で応答信号を受信したか否かを判断する。ＣＰＵ２０１が応答信号を受信していないと判断すると、ＲＯＭ２０３または記録媒体２０７に記録済みの測位データに「ＦＡＩＬ」を追加記録し、処理をＳ１０８に進める。
【００３６】
ＣＰＵ２０１が応答信号を受信したと判断すると、Ｓ１０７において、応答情報をＲＯＭ２０３または記録媒体２０７に記録済みの測位データに追加記録する。
次に、Ｓ１０８では、ＣＰＵ２０１はタッチパネル２２４または操作ボタン２０８が外部からの操作により測位データのログの終了を受け付けたか否かを判断する。ＣＰＵ２０１が測位データのログの終了を受け付けたと判断すると、フローを終了する。
【００３７】
ＣＰＵ２０１が測位データのログの終了を受け付けていないと判断すると、Ｓ１０２の処理へ戻り、衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号を受信する。
【００３８】
ＣＰＵ２０１が、Ｓ１０３でＲＯＭ２０３または記録媒体２０７に記録する測位データのログと、Ｓ１０７で相手確認情報をＲＯＭ２０３または記録媒体２０７に追加記録した後の測位データのログの例を図５に示す。
【００３９】
図５において、５０１は、ＣＰＵ２０１が衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号を受信した日時データである（測位日時と称する）。測位日時５０１は、衛星から受信した信号に含まれる測位衛星時刻と、測位衛星時刻とＵＴＣとのずれを示す情報からＣＰＵ２０１がＵＴＣを算出したものとする。
【００４０】
５０２は、ＣＰＵ２０１が衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号を受信した後、ＣＰＵ２０１で演算して前述の信号を測位データに変換したものである。なお、本実施形態では衛星の数を４として説明するが、衛星の数は４つに限るものではない。複数の衛星から受信した信号を測位データへ変換する演算方法は一般的な技術であるので詳細な説明は省略する。
【００４１】
５０３は、ＣＰＵ２０１が無線通信部Ａ２１５を制御して受信した応答信号に付加されているＵＵＩＤである。本実施形態では、Ｓ１０６において、ＣＰＵ２０１がカメラ４０２からの応答信号を受信したと判断すると、応答信号に付加されているカメラ４０２のＵＵＩＤであるｃａｍ４０２を測位データに追加記録する。
【００４２】
５０４は、相手デバイス確認結果フラグであり、ＣＰＵ２０１が無線通信部Ａ２１５を制御して応答信号を受信した場合は「ＰＡＳＳ」、応答信号を受信できなかった場合は「ＦＡＩＬ」を記録する。
【００４３】
５０５は、ＣＰＵ２０１が無線通信部Ａ２１５を制御して受信したカメラ４０２の応答信号の受信感度であり、ＣＰＵ２０１は応答信号を受信したら受信感度取得処理を行い、取得した受信感度を測位データに追加記録する。携帯端末４０１とカメラ４０２の距離が近い場合は受信感度が高く、距離が遠い場合は受信感度が低い。ＣＰＵ２０１が無線通信部Ａ２１５を制御して応答信号を受信できなかった場合は、ｎｏ ｄａｔａを記録する。
以上、図５までの説明で衛星測位システムの測位データを撮影画像に選択的に付加するための測位データのログを生成する方法を説明した。
【００４４】
図６は、本発明の実施形態における携帯端末４０１とカメラ４０２との間で通信を行い、測位データをカメラ４０２の撮影画像に選択的に付加する通信手順の関係を並列して示すフローチャートである。図６のフローチャートでは、携帯端末４０１とカメラ４０２とが通信を行い、図５で説明したログの測位データをカメラ４０２の撮影画像に選択的に付加する通信方法を説明する。
【００４５】
Ｓ６０１において、ＣＰＵ２０１は、測位データのマッチングを開始するか否かを判断する。ＣＰＵ２０１は測位データのマッチングを開始しないと判断すると、フローを終了する。
ＣＰＵ２０１が測位データのマッチングを開始すると判断すると、Ｓ６０２において、タッチパネル２２４または操作ボタン２０８の操作情報を得て、マッチングを行う測位データのログを選択するログ選択処理を実行し、その後、処理をＳ６０３に進める。なお、Ｓ６０２でマッチングを行う測位データのログを選択する際は測位データのログ期間と、相手デバイスを指定するＵＵＩＤとの情報を元に選択を行うこととする。
【００４６】
Ｓ６０３において、ＣＰＵ２０１は無線通信部Ａ２１５の送信電力を規定値、例えば１０ｄＢｍに設定し、その後、Ｓ６０４において、カメラ４０２へ対し、無線通信部Ａ２１５を制御してマッチング要求と称する、測位データ付加要求を送信する。マッチング要求には、ＲＯＭ２０３または記録媒体２０７に記憶している測位データのログの測位日時５０１の中から測位の開始日時、終了日時と、相手デバイスを指定するＵＵＩＤ５０３と、画像ＩＤ要求、画像撮影日時情報要求を含むものとする。
【００４７】
なお、画像ＩＤとは、カメラ４０２のＣＰＵ３０１が撮像素子制御部３０９を制御して撮像素子３１０により被写体を撮像、生成し記録媒体３０７に記録した画像に対して、カメラ４０２のＣＰＵ３０１が任意に割り付ける識別情報のことである。画像撮影日時情報とは、カメラ４０２のＣＰＵ３０１が撮像素子制御部３０９を制御して撮像素子３１０により被写体を撮像、生成し記録媒体３０７に記録した画像と併せて画像のヘッダ領域に記録する、前述の画像を生成した日時を示す日時情報のことである。
【００４８】
ここで、カメラ４０２側のフローを説明する。
Ｓ６５１において、ＣＰＵ３０１は、無線通信部Ａ３１５でマッチング要求を受信したか否かを判断する。ＣＰＵ３０１はマッチング要求を受信していないと判断すると、フローを終了する。
ＣＰＵ３０１はマッチング要求を受信したと判断すると、Ｓ６５２において、無線通信部Ａ３１５の送信電力を規定値、例えば１０ｄＢｍに設定する。その後、Ｓ６５３において、ＣＰＵ３０１はマッチング要求に含まれるＵＵＩＤがカメラ４０２自身のＵＵＩＤと一致するか否かを判断する。
【００４９】
ＣＰＵ３０１は、ＵＵＩＤが一致していないと判断すると、Ｓ６５４において、無線通信部Ａ３１５を制御して携帯端末４０１へＵＵＩＤ不一致応答を送信し、フローを終了する。
【００５０】
ＣＰＵ３０１はＵＵＩＤが一致していると判断すると、Ｓ６５５において、記録媒体３０７に記憶されている画像のヘッダ領域の情報を記録媒体３０７から読み込む。
次に、Ｓ６５６において、ＣＰＵ３０１は読み込んだ画像のヘッダ情報の画像撮影日時をＵＴＣに変換する。具体的には、画像のヘッダ領域に記録された時差情報を読み出し、この時差情報に基づき、画像撮影日時をＵＴＣに変換する。例えば、ＵＴＣ＋９という時差情報が記録されている場合は、撮像日時を９時間戻すことによりＵＴＣに変換することができる。
【００５１】
次に、Ｓ６５７において、ＣＰＵ３０１は、測位の開始日時、終了日時の間すなわちログ期間に対応する画像を、測位データマッチング対象画像として選択する。
次に、Ｓ６５８において、ＣＰＵ３０１はマッチング対象として選択した画像に対応する任意の画像ＩＤを生成し、カメラ４０２のＲＡＭ３０２に記録する。
【００５２】
図７は、記録媒体３０７に記憶している画像名７０１、撮像日時７０２および時差情報７０３の例と、ＣＰＵ３０１が選択した測位データマッチング対象画像に対応した画像ＩＤをＲＡＭ３０２に記憶している画像ＩＤ７５０の例である。本実施形態では、画像の撮影日時が過去のものからＩＤ Ｃ１、ＩＤ Ｃ２、ＩＤ Ｃ３、・・・・ＩＤ Ｃ１５、と順番に画像ＩＤを生成し、記録するものとする。
【００５３】
Ｓ６５９において、ＣＰＵ３０１は、無線通信部Ａ３１５を制御して、ＵＵＩＤ一致と画像ＩＤ７５０とＵＴＣに変換した画像撮影日時を含む応答を携帯端末４０１へ送信する、測位データ付加応答処理を行う。
【００５４】
ここで、携帯端末４０１側のフローの説明に戻る。
Ｓ６０５において、ＣＰＵ２０１はＵＵＩＤ一致と画像ＩＤ７５０とＵＴＣに変換した画像撮影日時を含む応答を受信したか否かを判断する。ＣＰＵ２０１は応答を受信していないまたはＳ６５４でのＵＵＩＤ不一致応答を受信したと判断すると、フローを終了する。
一方、ＣＰＵ２０１は画像ＩＤ７５０とＵＴＣに変換した画像撮影日時を含む応答を受信したと判断すると、処理をＳ６０６に進める。Ｓ６０６において、Ｓ６０２で選択したログの測位データの受信感度５０５の閾値を選択する閾値選択処理を行い、選択した閾値をＲＡＭ２０２に記録する。
【００５５】
なお、ＣＰＵ２０１がＳ６０６で選択する受信感度５０５の閾値は、予めＲＯＭ２０３に記録していた固定値でもよいし、タッチパネル２２４または操作ボタン２０８を操作して変更できるようにしてもよい。
【００５６】
Ｓ６０７において、ＣＰＵ２０１は、Ｓ６０６において選択した受信感度５０５の閾値に基づき、Ｓ６０２で選択したログの測位データに対応する測位データ付加対象フラグ８０１を設定し、ＲＡＭ２０２に記録する。測位データ付加対象フラグ８０１については、後に述べる図８で説明する。
【００５７】
Ｓ６０７において受信感度５０５の閾値が−２０ｄＢである場合、ＣＰＵ２０１は図５に示したログの測位データの受信感度５０５が−２０ｄＢ未満の測位データはマッチング対象測位データから除外する。Ｓ６０７において受信感度５０５の閾値が−５５ｄＢである場合、ＣＰＵ２０１は図５に示したログの測位データの受信感度５０５が−５５ｄＢ未満の測位データはマッチング対象測位データから除外する。
【００５８】
図８の８０１は、ＣＰＵ２０１が設定しＲＡＭ２０２に記録したログの測位データに対応する測位データ付加対象フラグ８０１の例である。
受信感度５０５の閾値が−２０ｄＢである場合、ＣＰＵ２０１は図８（Ａ）のように、受信感度５０５が閾値−２０ｄＢ未満、及び相手デバイス確認結果フラグ５０４が「ＦＡＩＬ」の測位データの測位データ付加対象フラグ８０１を「ＮＯ」とする。そして、それ以外を「ＹＥＳ」とする。
【００５９】
受信感度５０５の閾値が−５５ｄＢである場合、ＣＰＵ２０１は図８（Ｂ）のように、受信感度５０５が閾値−５５ｄＢ未満、及び相手デバイス確認結果フラグ５０４が「ＦＡＩＬ」の測位データの測位データ付加対象フラグ８０１を「ＮＯ」とする。そして、それ以外を「ＹＥＳ」とする。
【００６０】
次に、Ｓ６０８において、ＣＰＵ２０１はＳ６０５でカメラ４０２から受信した画像ＩＤ７５０とＵＴＣに変換した画像撮影日時と、Ｓ６０７において測位データ付加対象フラグ８０１を「ＹＥＳ」とした測位データとをマッチングし、ＲＡＭ２０２に記録する。
【００６１】
Ｓ６０８での処理を具体的に説明すると、ＣＰＵ２０１はＳ６０５でカメラ４０２から受信した画像ＩＤ７５０とＵＴＣに変換した画像撮影日時と、測位データ付加対象フラグ８０１を「ＹＥＳ」とした測位データの測位日時５０１とを比較する日時比較処理を行う。日時比較処理の結果、ＣＰＵ２０１はＵＴＣに変換した画像撮影日時と、測位データの測位日時５０１との日時の時間差が一定の閾値以下の関係となっているＵＴＣに変換した画像撮影日時に対応する画像ＩＤ７５０をマッチングする。
【００６２】
次に、Ｓ６０９において、ＣＰＵ２０１は、マッチングした測位データの位置をＬＣＤ２０４に表示した地図上に表示する。なお、ここで表示する地図はＲＯＭ２０３に記憶しているものを表示してもよいし、無線通信部Ａ２１５を使用して他の無線通信機器から取得してＲＡＭ２０２に一時記録して表示してもよい。
【００６３】
図９は、Ｓ６０９でマッチングした測位データの位置をＬＣＤ２０４に表示した地図上に表示する例を示す図である。図９（Ａ）は、受信感度５０５の閾値が固定値−２０ｄＢである場合のＬＣＤ２０４の表示例である。
【００６４】
図９（Ａ）において、破線丸印９０１はカメラ４０２の画像の実際の撮影地点。塗りつぶし黒丸９０２は携帯端末４０１での測位データの測位地点を示している。そして、破線９０３は測位データ付加対象として画像の撮影地点と測位地点とをマッチングして関連付ける考え方を破線で示している。
【００６５】
破線９０３で結ばれない破線丸印９０１と塗りつぶし黒丸９０２とは、マッチング対象外であるカメラ４０２の画像の実際の撮影地点と、携帯端末４０１での測位データの測位地点とを示している。
９０４は、受信感度５０５の閾値を変更し、受信感度の閾値を任意の値に設定する受信感度閾値設定処理を行うためのスライダである。例えば、受信感度５０５の閾値が固定値−２０ｄＢである場合、スライダ９０４はグレーアウトして操作できないようにしてもよい。
【００６６】
９０５は、複数ある受信感度５０５の閾値を示している。塗りつぶし黒丸上の数字９０６は携帯端末４０１での測位データの測位地点に関連付けられ、測位データ付加対象となった画像の数を示している。例えば、受信感度５０５の閾値が固定値−２０ｄＢである場合、マッチング対象となった画像の数は５である。
【００６７】
図９（Ｂ）は、受信感度５０５の閾値が可変値−５５ｄＢである場合のＬＣＤ２０４の表示例である。９０１から９０３の説明は図９（Ａ）と同様であるので省略する。
９０７は、受信感度５０５の閾値を変更するためのスライダである。例えば、タッチパネル２２４または操作ボタン２０８を操作してスライダ９０７を操作することで受信感度５０５の閾値を−５５ｄＢと設定したとする。
【００６８】
塗りつぶし黒丸上の数字９０８はマッチング対象となった携帯端末４０１での測位データの測位地点に関連付けられた画像の数を示し、前述の受信感度５０５の閾値が固定値−２０ｄＢよりも測位データの測位地点に関連付けられた画像の数が増えることになる。例えば、受信感度５０５の閾値が固定値−５５ｄＢである場合、マッチング対象となった画像の数は１１である。
【００６９】
つまり、前述の受信感度５０５の閾値が−２０ｄＢの場合よりも−５５ｄＢの場合の方が、実際の画像の撮影地点と測位地点との距離が遠くても測位データをマッチングすることができるが、実際の画像の撮影地点と測位地点とのズレは大きくなる。
逆の説明をすると、前述の受信感度５０５の閾値が−５５ｄＢの場合よりも−２０ｄＢの場合の方が、実際の画像の撮影地点と測位地点との距離がより近くないと測位データをマッチングすることができない。このため、実際の画像の撮影地点と測位地点とのズレは小さくすることができる。
【００７０】
図６のフローチャートの説明に戻る。
Ｓ６１０において、ＣＰＵ２０１は、Ｓ６０９でＬＣＤ２０４に表示した測位データをマッチング対象として決定するか、タッチパネル２２４または操作ボタン２０８の操作により、ＬＣＤ２０４に表示したＯＫボタン９０９が押されたか否かを判断する。
【００７１】
ＣＰＵ２０１は、ＬＣＤ２０４に表示したＯＫボタン９０９が押されず、キャンセルボタン９１０が押されたと判断すると、Ｓ６０６に戻り受信感度５０５の閾値の選択を再度行う。また、ＣＰＵ２０１は、ＬＣＤ２０４に表示したＯＫボタン９０９が押されて測位データのマッチング対象画像が決定したと判断すると、Ｓ６１１へ進む。
【００７２】
Ｓ６１１において、ＣＰＵ２０１は無線通信部Ａ２１５を制御してＳ６０８でマッチングした画像ＩＤと測位データのセットを対としてカメラ４０２へ送信し、Ｓ６１２において、測位データのマッチングが終了したか否かを判断する。
ＣＰＵ２０１は、測位データのマッチングが終了していないと判断すると、Ｓ６０２に戻り再度マッチングを行う測位データのログを選択する。また、ＣＰＵ２０１は、測位データのマッチングが終了したと判断すると、フローを終了する。
【００７３】
ここで、カメラ４０２側のフローを説明する。
Ｓ６６０において、ＣＰＵ３０１は携帯端末４０１でマッチングした画像ＩＤと測位データのセットを無線通信部Ａ３１５で受信したか否かを判断する。ＣＰＵ３０１は、画像ＩＤと測位データのセットを受信していないと判断すると、フローを終了する。また、ＣＰＵ３０１は、画像ＩＤと測位データのセットを受信したと判断すると、Ｓ６６１へ進む。
【００７４】
Ｓ６６１において、ＣＰＵ３０１は、Ｓ６５８で生成しＲＡＭ３０２に記録した画像ＩＤ７５０に一致する画像に対して、記録媒体３０７に記憶されているそれら画像のヘッダ領域に測位データを付加し、フローを終了する。
【００７５】
図１０は、Ｓ６６１でＣＰＵ３０１が記録媒体３０７に記憶されている画像のヘッダ領域に測位データを付加した後の記録媒体３０７に記憶している画像名７０１、撮像日時７０２および時差情報７０３の例と、付加された測位データ１００１の例を示す図である。
【００７６】
図１０（Ａ）は、携帯端末４０１のＣＰＵ２０１がＳ６０６で選択した受信感度５０５の閾値が−２０ｄＢである場合にマッチング対象となった画像５枚の各ヘッダ領域に測位データを付加した例を示している。
【００７７】
図１０（Ｂ）は、携帯端末４０１のＣＰＵ２０１がＳ６０６で選択した受信感度５０５の閾値が固定値−５５ｄＢである場合にマッチング対象となった画像１１枚の各ヘッダ領域に測位データを付加した例を示している。
【００７８】
図１０（Ａ）、（Ｂ）共に携帯端末４０１のＣＰＵ２０１がＳ６０６で選択した受信感度５０５が閾値未満、及び相手デバイス確認結果フラグ５０４が「ＦＡＩＬ」の測位データの区間に当たる画像に対しては測位データが付加されない。
【００７９】
このように、本実施形態では携帯端末４０１が測位データをログしている間、携帯端末４０１とカメラ４０２とは無線通信で相手呼び出しと応答を繰り返し行う。そして、その応答の受信感度の閾値および応答の有無で測位データを画像に付与するか否かを選択する、測位データ付加選択を行うことができる。
【００８０】
応答の受信感度の閾値は変更することが可能である。このため、携帯端末４０１とカメラ４０２との距離により異なる受信感度を任意に選択することで、測位データと画像撮影地点との一致精度を変更することができ、測位データと画像撮影地点とのズレを軽減することができる。なお、本実施形態では、携帯端末４０１とカメラ４０２との無線通信には、ＷＬＡＮ規格であるＩＥＥＥ８０２．１１に対応している無線通信部Ａ２１５及び無線通信部Ａ３１５を用いる例にして説明したが、無線通信が他の規格であっても本発明は適用可能である。
【００８１】
本実施形態では、図１に示す相手存在確認無線通信のフローにおいて、携帯端末４０１からの呼び出し信号に対し、カメラ４０２の応答信号にＵＵＩＤ情報を付加する構成で説明した。しかし、本発明は呼び出し信号の送信相手が既定の相手デバイスであれば、応答信号にＵＵＩＤ情報を付加する構成でなくても構わない。その場合、図６に示すフローでは、Ｓ６５３のＵＵＩＤ情報一致の判断は不要となる。
【００８２】
携帯端末４０１とカメラ４０２との無線通信には、近距離無線規格であるＩＥＥＥ８０２．１５．１（Bluetooth）に対応している無線通信部Ｂ２１７及び無線通信部Ｂ３１７を用いてもよい。さらに、無線通信部Ａ２１５、無線通信部Ａ３１５及び無線通信部Ｂ２１７、無線通信部Ｂ３１７の対応規格がＩＥＥＥ８０２．１５．４（ＺｉｇＢｅｅ）であってもよい。要は、携帯端末４０１とカメラ４０２との無線通信は共通の規格で通信が出来れば手段は何であってもよい。
【００８３】
［第２の実施形態］
第１の実施形態では、第１の無線通信装置である携帯端末４０１と第２の無線通信装置であるカメラ４０２とが無線通信を行い、衛星測位システムの測位データのログを生成する。そして、さらに生成したログの測位データを第２の無線通信装置の撮影画像に選択的に付加する方法を説明した。
【００８４】
第２の実施形態では、第１の無線通信装置である携帯端末４０１の相手デバイスとして、第２の無線通信装置であるカメラ４０２に加え、第３の無線通信装置であるカメラ４０３とが存在する場合の測位データのログ生成を説明する。さらに、生成したログの測位データをカメラ４０２の撮影画像に選択的に付加する方法を説明する。
【００８５】
図１１は、本実施形態における携帯端末４０１とカメラ４０２及びカメラ４０３の配置例を示す図である。
携帯端末４０１はＣＰＵ２０１で衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号４５０をアンテナ２２２で受信し、演算して測位データに変換した後、ＲＯＭ２０３または記録媒体２０７に測位データを記録する。
【００８６】
携帯端末４０１とカメラ４０２及びカメラ４０３とは、各々の無線通信部Ａまたは無線通信部Ｂのアンテナから無線通信信号４５１を出力し無線通信を行うことができる。
携帯端末４０１はＣＰＵ２０１で無線通信部Ａ２１５を制御し、カメラ４０２はＣＰＵ３０１で無線通信部Ａ３１５を制御し、携帯端末４０１とカメラ４０２とは無線接続を確立して無線通信を行うことができる。
【００８７】
携帯端末４０１とカメラ４０２とは、図１のフローを行う前に無線接続のペアリングが終了しているものとする。無線接続の確立はＷＬＡＮ規格におけるアドホックモードとインフラストラクチャーモードとのどちらのモードで接続されても構わない。
携帯端末４０１とカメラ４０３との接続は携帯端末４０１とカメラ４０２との接続と同様である。
【００８８】
図１２は、本実施形態に係るカメラ４０３の構成例を示すブロック図である。
図１２において、３５１はカメラ４０３の制御を司るＣＰＵであり、３５２はＣＰＵ３５１のワークエリアとして使用されるＲＡＭである。３５３はＣＰＵ３５１の処理手順を記憶しているＲＯＭであり、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。
【００８９】
３５４はＬＣＤであり、カメラの画面に画像データや操作情報などの映像を表示するために使用される。３７０はタッチパネル制御部であり、ＬＣＤ３５４を覆うように配置しているタッチパネル３７１の操作情報をＣＰＵ３５１へ伝える。
【００９０】
３５５はＬＥＤであり、カメラの処理状態を示すインジケーターとして使用される。３５６はメモリーカードソケットであり、挿入された記録媒体３５７へのデジタルデータの書き出し及び読み込みの制御を行う。３５８は、各種操作を行う操作ボタンであり操作情報をＣＰＵ３５１へ伝える。３５９は撮像素子制御部であり、撮像素子３６０の制御を行う。３６１は光学ユニット制御部であり、主としてレンズ及びその駆動系で構成される光学ユニット３６２の制御を行う。
【００９１】
３６３は、ＵＳＢインターフェースに代表されるような外部インターフェースの制御部であり、外部インターフェースコネクタ３６４を介して他の装置と接続することができる。３７５はＲＴＣであり計時を行うために使用される。ＲＴＣ３７５はＣＰＵ３５１の要求に応じて日時を示す日時情報を出力する。ＲＴＣ３７５はカメラ４０３本体の電源がＯＦＦの状態でもバックアップのための電源が供給されていれば計時動作を継続することができる。
【００９２】
３６５は無線通信を行うための無線通信部Ａ、３６６は無線通信を行うためのアンテナである。無線通信部Ａ３６５は、例としてＷＬＡＮ規格であるＩＥＥＥ８０２．１１に対応しているものとする。３６７は、無線通信部Ａ３６５とは異なる無線通信を行うための無線通信部Ｂ、３６８は無線通信を行うためのアンテナである。無線通信部Ｂ３６７は、例として近距離無線規格であるＩＥＥＥ８０２．１５．１に対応しているものとする。
【００９３】
図１３は、本実施形態における携帯端末４０１と相手デバイスであるカメラ４０２及び４０３との間で相手存在確認無線通信を行う手順の関係を並列して示すフローチャートである。
なお、本実施形態の以降の説明において、相手デバイスであるカメラ４０２及びカメラ４０３のどちらの動作にも掛かる説明を行う場合は、総称としてカメラ４０＊を用いることとする。
【００９４】
本実施形態は、基本的に第１の実施形態の図１で説明したフローと同様の処理であるので詳細な説明は省略し、図１のフローと図１３のフローとで相違の有る部分を説明する。
第１の実施形態の図１の携帯端末４０１側のステップはＳ１０＊、本実施形態の図１３の携帯端末４０１のステップはＳ１３０＊であり、携帯端末４０１側のステップ番号の下一桁の番号が同じステップは同じ動作である。
【００９５】
第１の実施形態の図１のカメラ４０２側のステップはＳ１５＊、本実施形態の図１３のカメラ４０２側のステップはＳ１３５＊、カメラ４０３側のステップはＳ１３６＊であり、カメラ４０＊側のステップ番号の下一桁の番号が同じステップは同じ動作である。
【００９６】
図１３のフローチャートでは、ＣＰＵ２０１はＳ１３０４で無線通信部Ａ２１５の送信電力を規定値、例えば１０ｄＢｍに設定してから、Ｓ１３３１において相手デバイス番号Ｎ＝１に設定する。Ｓ１３３２において、ＣＰＵ２０１はカメラ４０２へ呼び出し信号の送信を行う。なお、本実施形態では、相手デバイス番号Ｎ＝１に対応する相手デバイスはカメラ４０２、相手デバイス番号Ｎ＝２に対応する相手デバイスはカメラ４０３とする。この例では、カメラの台数は２台であるが、相手存在確認無線通信はカメラの台数分だけ順次行う。相手デバイス番号と対応する相手デバイスの対応はＲＯＭ２０３に記憶しているものとする。
【００９７】
Ｓ１３５５において、カメラ４０２は呼び出し信号を受信したら、携帯端末４０１へ応答信号の送信を行う。Ｓ１３５５での応答信号にはカメラ４０２の固有ＩＤ、例えばＵＵＩＤ情報を付加する。本実施形態では、カメラ４０２のＵＵＩＤをｃａｍ４０２とする。
【００９８】
Ｓ１３０６において、ＣＰＵ２０１は応答信号を受信したと判断するとＳ１３０７に進み、応答情報をＲＯＭ２０３または記録媒体２０７に記録済みの測位データに追加記録する。
そして、Ｓ１３３３において、ＣＰＵ２０１は全ての相手デバイス呼び出し応答が完了したか否かを判断する。ＣＰＵ２０１は、全ての相手デバイス呼び出し応答が完了したと判断するとＳ１３０８へ進む。
【００９９】
ＣＰＵ２０１は全ての相手デバイス呼び出し応答が完了していないと判断するとＳ１３３４へ進み、相手デバイス番号Ｎに１加算し、Ｓ１３３２へ戻る。
Ｓ１３３２では、相手デバイス番号Ｎ＝２に設定されているので、カメラ４０３へ呼び出し信号の送信を行う。
【０１００】
Ｓ１３６５において、カメラ４０３は呼び出し信号を受信したら、携帯端末４０１へ応答信号の送信を行う。Ｓ１３６５での応答信号にはカメラ４０３の固有ＩＤ、例えばＵＵＩＤ情報を付加する。本実施形態ではカメラ４０３のＵＵＩＤをｃａｍ４０３とする。Ｓ１３０６において、ＣＰＵ２０１は応答信号を受信した判断したら、Ｓ１３０７に進み、応答情報をＲＯＭ２０３または記録媒体２０７に記録済みの測位データに追加記録する。
Ｓ１３０８において、ＣＰＵ２０１は全ての相手デバイス呼び出し応答が完了したか否かを判断する。
【０１０１】
ＣＰＵ２０１がＳ１３０３でＲＯＭ２０３または記録媒体２０７に記録する測位データのログと、Ｓ１３０７で相手確認情報をＲＯＭ２０３または記録媒体２０７に追加記録した後の測位データのログの例を図１４に示す。
【０１０２】
図１４のログの項目は、第１の実施形態の図５で説明したものと同じである。しかし、第１の実施形態ではＣＰＵ２０１は１つの測位データに１つの相手デバイス応答情報を記録していたのに対して、本実施形態ではＣＰＵ２０１は１つの測位データに２つの相手デバイスの応答情報を記録する。
【０１０３】
１４０１は、ＣＰＵ２０１が衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号を受信した日時データである。
１４０２は、ＣＰＵ２０１が衛星測位システムの受信部２２１を制御して衛星４０４、４０５、４０６、４０７からの信号を受信した後、ＣＰＵ２０１で演算して信号を測位データに変換したものである。
【０１０４】
１４０３は、ＣＰＵ２０１が無線通信部Ａ２１５を制御して受信した応答信号に付加されているＵＵＩＤである。本実施形態では、Ｓ１３０６において、ＣＰＵ２０１がカメラ４０２の応答信号を受信した場合、カメラ４０２のＵＵＩＤであるｃａｍ４０２を追加記録する。そして、ＣＰＵ２０１がカメラ４０３の応答信号を受信した場合、カメラ４０３のＵＵＩＤであるｃａｍ４０３を追加記録する。
【０１０５】
１４０４は、相手デバイス確認結果フラグであり、ＣＰＵ２０１が無線通信部Ａ２１５を制御してカメラ４０２及びカメラ４０３の応答信号を受信した場合は「ＰＡＳＳ」、応答信号を受信できなかった場合は「ＦＡＩＬ」を記録する。
１４０５は、ＣＰＵ２０１が無線通信部Ａ２１５を制御して受信したカメラ４０２及びカメラ４０３の応答信号の受信感度である。ＣＰＵ２０１が無線通信部Ａ２１５を制御して応答信号を受信できなかった場合はｎｏ ｄａｔａを記録する。
【０１０６】
以上、図１３と図１４の説明で相手デバイス番号と対応する相手デバイスを管理することで１台の携帯端末４０１で２台の相手デバイス、カメラ４０２とカメラ４０３の呼び出し信号に対する応答情報を記録する方法を説明した。
【０１０７】
相手デバイスが２台だけでなく複数台である場合でも、本実施形態の方法を適用可能である。その場合、図１３のフローでは相手デバイス番号Ｎは相手デバイスＮ台分に設定され、図１４では１つの測位データにＮ台分の相手デバイスの応答情報を記録することになる。
【０１０８】
本実施形態で得られる図１４のログの測位データを携帯端末４０１とカメラ４０２及びカメラ４０３の撮影画像に選択的に付加する通信方法は、第１の実施形態で説明した図６のフローと同じである。
第１の実施形態の図６のＳ６０２において、マッチングを行うために選択する測位データのログは、携帯端末４０１のＲＯＭ２０３または記録媒体２０７に記録済みのログである。選択したログにマッチング対象となる相手デバイスのＵＵＩＤが記録されていれば図６のフローは成立する。
【０１０９】
［第３の実施形態］
第１の実施形態及び第２の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信と、図６のフローにおける測位データを撮影画像に選択的に付加するための通信の手段として、ＷＬＡＮ規格であるＩＥＥＥ８０２．１１を用いた。そして、その送信電力を１０ｄＢｍに設定する場合について説明した。
【０１１０】
第３の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信と、図６のフローにおける測位データを撮影画像に選択的に付加するための通信の手段とで、送信電力を異なる規定値に設定する場合について説明する。
【０１１１】
本実施形態は、基本的に第１の実施形態及び第２の実施形態の図１、図１３、図６で説明したフローと同様の処理であるので詳細な説明は省略し、相違の有る部分を説明する。
まず、本実施形態で図１の相手存在確認無線通信を行うフローについて説明する。
【０１１２】
Ｓ１０４において、携帯端末４０１のＣＰＵ２０１は、無線通信部Ａ２１５の送信電力を規定値、例えば６ｄＢｍに設定する。そして、Ｓ１０５において、ＣＰＵ２０１は無線通信部Ａ２１５を制御してカメラ４０２へ呼び出し信号の送信を行う。
Ｓ１５３において、カメラ４０２のＣＰＵ３０１は呼び出し信号を受信したと判断すると、Ｓ１５４において、ＣＰＵ３０１は無線通信部Ａ３１５の送信電力を規定値、例えば６ｄＢｍに設定する。そして、Ｓ１５５において、ＣＰＵ３０１は無線通信部Ａ３１５を制御して携帯端末４０１へ応答信号の送信を行う。
【０１１３】
次に、本実施形態で図１３の相手存在確認無線通信を行うフローについて説明する。
まずは、携帯端末４０１とカメラ４０２の相手存在確認無線通信について説明する。
Ｓ１３０４において、携帯端末４０１のＣＰＵ２０１は、無線通信部Ａ２１５の送信電力を規定値、例えば６ｄＢｍに設定する。そして、Ｓ１３３２において、ＣＰＵ２０１は無線通信部Ａ２１５を制御して相手デバイス番号Ｎ＝１に対応する相手デバイスであるカメラ４０２へ呼び出し信号の送信を行う。
【０１１４】
Ｓ１３５３において、カメラ４０２のＣＰＵ３０１は呼び出し信号を受信したと判断すると、Ｓ１３５４において、ＣＰＵ３０１は無線通信部Ａ３１５の送信電力を規定値、例えば６ｄＢｍに設定する。そして、Ｓ１３５５において、ＣＰＵ３０１は無線通信部Ａ３１５を制御して携帯端末４０１へ応答信号の送信を行う。
【０１１５】
次に、携帯端末４０１とカメラ４０３の相手存在確認無線通信について説明する。
Ｓ１３０４において、携帯端末４０１のＣＰＵ２０１は無線通信部Ａ２１５の送信電力を規定値、例えば６ｄＢｍに設定する。そして、Ｓ１３３２において、ＣＰＵ２０１は無線通信部Ａ２１５を制御して相手デバイス番号Ｎ＝２に対応する相手デバイスであるカメラ４０３へ呼び出し信号の送信を行う。
【０１１６】
Ｓ１３６３において、カメラ４０３のＣＰＵ３５１は呼び出し信号を受信したと判断すると、Ｓ１３６４において、ＣＰＵ３５１は無線通信部Ａ３６５の送信電力を規定値、例えば６ｄＢｍに設定する。そして、Ｓ１３６５において、ＣＰＵ３５１は無線通信部Ａ３６５を制御して携帯端末４０１へ応答信号の送信を行う。
【０１１７】
本実施形態で、図６の測位データを撮影画像に選択的に付加するための通信を行うフローについては、通信の手段としてＷＬＡＮ規格であるＩＥＥＥ８０２．１１を用いるため、第１の実施形態及び第２の実施形態と同じ送信電力１０ｄＢｍに設定するものとする。
【０１１８】
本実施形態と第１の実施形態及び第２の実施形態との違いを説明する。
第１の実施形態及び第２の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信の手段として、ＩＥＥＥ８０２．１１規格を用い、送信電力は１０ｄＢｍに設定する。本実施形態では、図１及び図１３のフローにおける相手存在確認無線通信の手段として、第１の実施形態及び第２の実施形態と同じＩＥＥＥ８０２．１１規格を用いるが、送信電力はより低い６ｄＢｍに設定する。
【０１１９】
一般的に、測位データのログ期間は数時間以上に及ぶ場合が多いため、本実施形態のように相手存在確認無線通信の手段の送信電力の設定をより低くすることは、互いの電池の消費を低減する手段として有効である。
相手存在確認無線通信の手段としては、ＩＥＥＥ８０２．１１規格でなく、ＩＥＥＥ８０２．１５．１及びＩＥＥＥ８０２．１５．４規格であっても本実施形態の方法を適用可能である。要は、図１及び図１３のフローにおける相手存在確認無線通信の手段での送信電力の設定を、図６のフローにおける測位データを撮影画像に選択的に付加するための通信手段の送信電力よりも低く設定することができれば通信規格は何であってもよい。
【０１２０】
［第４の実施形態］
第１の実施形態から第３の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信と、図６のフローにおける測位データを撮影画像に選択的に付加するための通信の手段として、ＷＬＡＮ規格であるＩＥＥＥ８０２．１１を用いることを説明した。
第４の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信の手段を、図６のフローにおける測位データを撮影画像に選択的に付加するための通信手段とは異なる無線通信部及び無線通信規格を用いることを説明する。
【０１２１】
本実施形態は、基本的に第１の実施形態の図１及び第２の実施形態の図１３で説明したフローと同様の処理であるので詳細な説明は省略し、相違の有る部分を説明する。
まず、本実施形態で図１の相手存在確認無線通信を行うフローについて説明する。
Ｓ１０４において、ＣＰＵ２０１は近距離無線規格であるＩＥＥＥ８０２．１５．１に対応している無線通信部Ｂ２１７の送信電力を規定値、例えば−２ｄＢｍに設定する。そして、Ｓ１０５において、ＣＰＵ２０１は無線通信部Ｂ２１７を制御してカメラ４０２へ呼び出し信号の送信を行う。
【０１２２】
Ｓ１５３において、カメラ４０２のＣＰＵ３０１は呼び出し信号を受信したと判断すると、Ｓ１５４において、ＣＰＵ３０１は近距離無線規格であるＩＥＥＥ８０２．１５．１に対応している無線通信部Ｂ３１７の送信電力を規定値、例えば−２ｄＢｍに設定する。そして、Ｓ１５５において、ＣＰＵ３０１は無線通信部Ｂ３１７を制御して携帯端末４０１へ応答信号の送信を行う。
【０１２３】
次に、本実施形態で図１３の相手存在確認無線通信を行うフローについて説明する。
まずは、携帯端末４０１とカメラ４０２の相手存在確認無線通信について説明する。
Ｓ１３０４において、ＣＰＵ２０１は近距離無線規格であるＩＥＥＥ８０２．１５．１に対応している無線通信部Ｂ２１７の送信電力を規定値、例えば−２ｄＢｍに設定する。そして、Ｓ１３３２において、ＣＰＵ２０１は無線通信部Ｂ２１７を制御して相手デバイス番号Ｎ＝１に対応する相手デバイスであるカメラ４０２へ呼び出し信号の送信を行う。
【０１２４】
Ｓ１３５３において、カメラ４０２のＣＰＵ３０１は呼び出し信号を受信したと判断すると、Ｓ１３５４において、ＣＰＵ３０１は近距離無線規格のＩＥＥＥ８０２．１５．１に対応している無線通信部Ｂ３１７の送信電力を規定値、例えば−２ｄＢｍに設定する。そして、Ｓ１３５５において、ＣＰＵ３０１は無線通信部Ｂ３１７を制御して携帯端末４０１へ応答信号の送信を行う。
【０１２５】
次に、携帯端末４０１とカメラ４０３の相手存在確認無線通信について説明する。
Ｓ１３０４において、ＣＰＵ２０１は、近距離無線規格であるＩＥＥＥ８０２．１５．１に対応している無線通信部Ｂ２１７の送信電力を規定値、例えば−２ｄＢｍに設定する。そして、Ｓ１３３２において、ＣＰＵ２０１は無線通信部Ｂ２１７を制御して相手デバイス番号Ｎ＝２に対応する相手デバイスであるカメラ４０３へ呼び出し信号の送信を行う。
【０１２６】
Ｓ１３６３において、カメラ４０３のＣＰＵ３５１は呼び出し信号を受信したと判断すると、Ｓ１３６４にて、ＣＰＵ３５１は近距離無線規格であるＩＥＥＥ８０２．１５．１に対応している無線通信部Ｂ３６７の送信電力を規定値、例えば−２ｄＢｍに設定する。そして、Ｓ１３６５において、ＣＰＵ３５１は無線通信部Ｂ３６７を制御して携帯端末４０１へ応答信号の送信を行う。
【０１２７】
本実施形態と、第１の実施形態から第３の実施形態との違いを説明する。
第１の実施形態から第３の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信の手段として、通信距離は長いが消費電力の多いＩＥＥＥ８０２．１１規格を用いる。それに対し、本実施形態では図１及び図１３のフローにおける相手存在確認無線通信の手段として、通信距離は短いが消費電力の少ないＩＥＥＥ８０２．１５．１規格を用いる。
【０１２８】
一般的に、測位データのログ期間は数時間以上に及ぶ場合が多いため、本発明の相手存在確認無線通信の手段として消費電力の少ない通信規格を用いることは、相手デバイスの電池の消費を低減する手段として有効である。
【０１２９】
相手存在確認無線通信の手段としては、ＩＥＥＥ８０２．１５．１規格でなく、ＩＥＥＥ８０２．１５．４規格であっても本実施形態の方法を適用可能である。
要は、図１及び図１３のフローにおける相手存在確認無線通信の手段を、図６のフローにおける測位データを撮影画像に選択的に付加するための通信手段よりも消費電力の少ない通信手段で行うことができれば通信規格は何であってもよい。
【０１３０】
［第５の実施形態］
第１の実施形態から第４の実施形態では、図１及び図１３のフローチャートにおける相手存在確認無線通信において、相手デバイスであるカメラ４０２及びカメラ４０３本体の電源はＯＮである。相手デバイス呼び出し信号に対してカメラ４０２のＣＰＵ３０１及びカメラ４０３のＣＰＵ３５１が無線通信部Ａ３１５または無線通信部Ｂ３１７、無線通信部Ａ３６５または無線通信部Ｂ３６７を制御して応答信号の送信を行う場合を説明した。
【０１３１】
第５の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信において、相手デバイス本体であるカメラ４０＊の電源がＯＦＦであるとする。そして、相手デバイス呼び出し信号に対してカメラ４０＊の、部分的に電源が供給された無線通信部Ａまたは無線通信部Ｂが自律的に応答信号の送信を行う場合を説明する。
【０１３２】
図１５（Ａ）は、本実施形態に掛かるカメラ４０２の無線通信部の構成例を示すブロック図である。カメラ４０２の無線通信部Ａ及び無線通信部Ｂ以外の構成は図３と同じであるとする。
図１５（Ｂ）は、本実施形態に掛かるカメラ４０３の無線通信部の構成例を示すブロック図である。カメラ４０３の無線通信部Ａ及び無線通信部Ｂ以外の構成は図１２と同じであるとする。
【０１３３】
図１５（Ａ）において、１５１５は無線通信を行うための無線通信部Ａ、１５１６は無線通信を行うためのアンテナである。無線通信部Ａ１５１５は、例としてＷＬＡＮ規格であるＩＥＥＥ８０２．１１に対応しているものとする。無線通信部Ａ１５１５の内部には無線通信部Ａ１５１５の制御を司るＣＰＵ１５６１、ＣＰＵ１５６１のワークエリアとして使用されるＲＡＭ１５６２、ＣＰＵ１５６１の処理手順を記憶しているＲＯＭ１５６３、計時を行うＲＴＣ１５６４が搭載されている。なお、ＲＯＭ１５６３は、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。ＲＴＣ１５６４は、カメラ４０２本体の電源がＯＦＦの状態でも無線通信部Ａ１５１５の電源が供給されていれば計時動作を継続することができる。
【０１３４】
１５１７は、無線通信部Ａ１５１５とは異なる無線通信を行うための無線通信部Ｂ、１５１８は無線通信を行うためのアンテナである。無線通信部Ｂ１５１７は、例として近距離無線規格であるＩＥＥＥ８０２．１５．１またはＩＥＥＥ８０２．１５．４規格に対応しているものとする。
【０１３５】
無線通信部Ｂ１５１７の内部には無線通信部Ｂ１５１７の制御を司るＣＰＵ１５７１、ＣＰＵ１５７１のワークエリアとして使用されるＲＡＭ１５７２、ＣＰＵ１５７１の処理手順を記憶しているＲＯＭ１５７３、計時を行うＲＴＣ１５７４が搭載されている。なお、ＲＯＭ１５７３は、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。ＲＴＣ１５７４はカメラ４０２本体の電源がＯＦＦの状態でも無線通信部Ｂ１５１７に電源が供給されていれば計時動作を継続することができる。
【０１３６】
無線通信部Ａ１５１５及び無線通信部Ｂ１５１７は内部にＣＰＵを持ち、カメラ４０２のＣＰＵ３０１の制御によらず、各々自立して無線通信をすることも可能である。よって、無線通信部Ａ１５１５及び無線通信部Ｂ１５１７はカメラ４０２本体の電源がＯＦＦの状態でも無線通信部Ａ１５１５及び無線通信部Ｂ１５１７に電源が供給されていれば各々自律して無線通信をすることが可能である。
【０１３７】
図１５（Ｂ）において、１６１５は無線通信を行うための無線通信部Ａ、１６１６は無線通信を行うためのアンテナである。無線通信部Ａ１６１５は、例としてＷＬＡＮ規格であるＩＥＥＥ８０２．１１に対応しているものとする。
【０１３８】
無線通信部Ａ１６１５の内部には無線通信部Ａ１６１５の制御を司るＣＰＵ１６６１、ＣＰＵ１６６１のワークエリアとして使用されるＲＡＭ１６６２、ＣＰＵ１６６１の処理手順を記憶しているＲＯＭ１６６３、計時を行うＲＴＣ１６６４が搭載されている。なお、ＲＯＭ１６６３は、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。ＲＴＣ１６６４はカメラ４０３本体の電源がＯＦＦの状態でも無線通信部Ａ１６１５の電源が供給されていれば計時動作を継続することができる。
【０１３９】
１６１７は、無線通信部Ａ１６１５とは異なる無線通信を行うための無線通信部Ｂ、１６１８は無線通信を行うためのアンテナである。無線通信部Ｂ１６１７は、例として近距離無線規格であるＩＥＥＥ８０２．１５．１またはＩＥＥＥ８０２．１５．４規格に対応しているものとする。
【０１４０】
無線通信部Ｂ１６１７の内部には無線通信部Ｂ１６１７の制御を司るＣＰＵ１６７１、ＣＰＵ１６７１のワークエリアとして使用されるＲＡＭ１６７２、ＣＰＵ１６７１の処理手順を記憶しているＲＯＭ１６７３、計時を行うＲＴＣ１６７４が搭載されている。なお、ＲＯＭ１６７３は、例えばフラッシュメモリなどの書き換えが可能な不揮発性メモリで構成される。ＲＴＣ１６７４はカメラ４０３本体の電源がＯＦＦの状態でも無線通信部Ｂ１６１７に電源が供給されていれば計時動作を継続することができる。
【０１４１】
無線通信部Ａ１６１５及び無線通信部Ｂ１６１７は内部にＣＰＵを持ち、カメラ４０３のＣＰＵ３５１の制御によらず、各々自立して無線通信をすることも可能である。よって、無線通信部Ａ１６１５及び無線通信部Ｂ１６１７はカメラ４０３本体の電源がＯＦＦの状態でも無線通信部Ａ１６１５及び無線通信部Ｂ１６１７に電源が供給されていれば各々自律して無線通信をすることが可能である。
【０１４２】
本実施形態の構成では、カメラ４０２の本体はＯＦＦの状態で、無線通信部Ａ１５１５または無線通信部Ｂ１５１７には電源が供給されているとする。また、カメラ４０３の本体はＯＦＦの状態で無線通信部Ａ１６１５または無線通信部Ｂ１６１７には電源が供給されているとする。
【０１４３】
本実施形態では、図１のフローのカメラ４０２の処理は全て無線通信部Ａ１５１５または無線通信部Ｂ１５１７が行うこととする。本実施形態では、図１３で説明したフローのカメラ４０２の処理は全て無線通信部Ａ１５１５または無線通信部Ｂ１５１７、カメラ４０３の処理は全て無線通信部Ａ１６１５または無線通信部Ｂ１６１７が行うこととする。
【０１４４】
その場合、カメラ４０２では図１及び図１３のフローの処理はＣＰＵ３０１の代わりにＣＰＵ１５６１またはＣＰＵ１５７１が対応して実施する。また、ＲＡＭ３０２の代わりにＲＡＭ１５６２またはＲＡＭ１５７２が対応し、ＲＯＭ３０３の代わりにＲＯＭ１５６３またはＲＯＭ１５７３が対応して実施することになる。
【０１４５】
カメラ４０３では、図１３のフローの処理はＣＰＵ３５１の代わりにＣＰＵ１６６１またはＣＰＵ１６７１が対応して実施する。また、ＲＡＭ３５２の代わりにＲＡＭ１６６２またはＲＡＭ１６７２が対応し、ＲＯＭ３５３の代わりにＲＯＭ１６６３またはＲＯＭ１６７３が対応して実施することになる。
【０１４６】
第１の実施形態から第４の実施形態との違いを説明する。
第１の実施形態から第４の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信時には、カメラ４０２またはカメラ４０３の本体はＯＮの状態である。カメラ４０２はＣＰＵ３０１が無線通信部Ａ３１５または無線通信部Ｂ３１７を制御して応答信号の送信を行う。カメラ４０３は、ＣＰＵ３５１が無線通信部Ａ３６５または無線通信部Ｂ３６７を制御して応答信号の送信を行う。
【０１４７】
本実施形態では、図１及び図１３のフローにおける相手存在確認無線通信時にはカメラ４０２及びカメラ４０３の本体はＯＦＦの状態である。カメラ４０２は、無線通信部Ａ１５１５のＣＰＵ１５６１が無線通信部Ａ１５１５を制御して応答信号の送信を行う。または、カメラ４０２は無線通信部Ｂ１５１７のＣＰＵ１５７１が無線通信部Ｂ１５１７を制御して応答信号の送信を行う。
【０１４８】
カメラ４０３は、無線通信部Ａ１６１５のＣＰＵ１６６１が無線通信部Ａ１６１５を制御して応答信号の送信を行う。または、カメラ４０３は、無線通信部Ｂ１６１７のＣＰＵ１６７１が無線通信部Ｂ１６１７を制御して応答信号の送信を行う。
【０１４９】
一般的に、測位データのログ期間は数時間以上に及ぶ場合が多いため、本実施形態の相手存在確認無線通信において相手デバイス本体の電源をＯＦＦ状態とする。部分的に電源が供給された無線通信部Ａまたは無線通信部Ｂだけが動作することは、電池の消費を低減する手段として有効である。
【０１５０】
なお、相手存在確認無線通信の手段としては、ＩＥＥＥ８０２．１１規格でなく、ＩＥＥＥ８０２．１５．１やＩＥＥＥ８０２．１５．４規格であっても本実施形態の方法を適用可能である。
また、本実施形態は第３の実施形態及び第４の実施形態の方法と組み合わせて実施することで、更に消費電力の少ない相手存在確認無線通信を行うことが可能である。
【０１５１】
［第６の実施形態］
第１の実施形態から第５の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信において、相手デバイスは呼び出し信号に対する応答にはカメラ４０２またはカメラ４０３の固有ＩＤ、例えばＵＵＩＤ情報を付加すると説明した。
【０１５２】
第６の実施形態では、図１及び図１３のフローにおける相手存在確認無線通信において、以下のようにする。すなわち、相手デバイスは呼び出し信号に対する応答には、カメラ４０＊のＵＵＩＤ情報に加え、カメラ４０＊のＲＴＣ３２５の日時情報（相手デバイスローカル日時と称する）を付加する方法を説明する。
【０１５３】
本実施形態は、基本的に第１の実施形態の図１及び第２の実施形態の図１３で説明したフローと同様の処理であるので詳細な説明は省略し、相違の有る部分を説明する。
本実施形態では、図１のフローにおいて、Ｓ１５５において、ＣＰＵ３０１は呼び出し信号を受信したと判断すると、携帯端末４０１へ応答信号の送信を行う。Ｓ１５５での応答信号にはカメラ４０２のＵＵＩＤ情報であるｃａｍ４０２と、ＣＰＵ３０１がＲＴＣ３２５から日時情報を取得した相手デバイスローカル日時情報を付加する。
【０１５４】
ＣＰＵ２０１は応答信号を受信したと判断すると、Ｓ１０７において、応答情報を測位データに追加記録する。ＣＰＵ２０１がＳ１０３でＲＯＭ２０３または記録媒体２０７に記録する測位データのログと、Ｓ１０７で相手確認情報をＲＯＭ２０３または記録媒体２０７に追加記録した後の測位データのログの例を図１６に示す。
【０１５５】
図１６において測位日時５０１、測位データ５０２、相手デバイスのＵＵＩＤ５０３、相手デバイス確認結果フラグ５０４、受信感度５０５の情報は実施形態の図５で説明したものと同じである。本実施形態では５０１から５０５の情報に加え、ＣＰＵ２０１は相手デバイスからの応答情報に含まれる相手デバイスローカル日時５０６を、ＲＯＭ２０３または記録媒体２０７に追加記録する。ＣＰＵ２０１は相手デバイスからの応答信号を受信できなかった場合はｎｏ ｄａｔａを記録する。
【０１５６】
本実施形態では、図１３のフローにおいて、Ｓ１３５５において、ＣＰＵ３０１は呼び出し信号を受信したと判断すると、携帯端末４０１へ応答信号の送信を行う。Ｓ１３５５での応答信号にはカメラ４０２のＵＵＩＤ情報であるｃａｍ４０２と、ＣＰＵ３０１がＲＴＣ３２５から取得した相手デバイスローカル日時情報を付加する。Ｓ１３０６において、ＣＰＵ２０１は応答信号を受信したと判断すると、Ｓ１３０７において応答情報を測位データに追加記録する。
【０１５７】
Ｓ１３６３において、ＣＰＵ３５１は呼び出し信号を受信したと判断すると、Ｓ１３６５において携帯端末４０１へ応答信号の送信を行う。Ｓ１３６５での応答信号にはカメラ４０３のＵＵＩＤ情報であるｃａｍ４０３と、ＣＰＵ３５１がＲＴＣ３７５から取得した相手デバイスローカル日時情報を付加する。Ｓ１３０６においてＣＰＵ２０１は応答信号を受信したと判断すると、Ｓ１３０７において応答情報を測位データに追加記録する。
【０１５８】
ＣＰＵ２０１がＳ１３０３でＲＯＭ２０３または記録媒体２０７に記録した測位データのログと、Ｓ１３０７で相手確認情報をＲＯＭ２０３または記録媒体２０７に追加記録した後の測位データのログの例を図１７に示す。
図１７において、測位日時１４０１、測位データ１４０２、相手デバイスＵＵＩＤ１４０３、相手デバイス確認結果フラグ１４０４、受信感度１４０５の情報は第２の実施形態の図１４で説明したものと同じである。
【０１５９】
本実施形態では１４０１から１４０５の情報に加え、ＣＰＵ２０１は相手デバイスからの応答情報に含まれる相手デバイスローカル日時１４０６を、ＲＯＭ２０３または記録媒体２０７に追加記録する。ＣＰＵ２０１は相手デバイスからの応答信号を受信できなかった場合はｎｏ ｄａｔａを記録する。
【０１６０】
本実施形態の図１７のログの項目は本実施形態の図１６で説明したものと同じである。ただし、図１６ではＣＰＵ２０１は１つの測位データに１つの相手デバイス応答情報を記録していたのに対して、図１７ではＣＰＵ２０１は１つの測位データに２つの相手デバイスの応答情報を記録する。
以上、図１６と図１７の説明で、測位データに呼び出し信号に対する応答情報に含まれる相手デバイスローカル日時を追加記録する方法を説明した。
【０１６１】
次に、前述した説明した処理によって得られた図１６及び図１７に示す測位データのログを用い、図１８で携帯端末４０１とカメラ４０２またはカメラ４０３とが通信を行い、測位データを撮影画像に選択的に付加する通信を行うフローを説明する。
【０１６２】
図１８は、本実施形態における携帯端末４０１と相手デバイスであるカメラ４０＊との間で相手存在確認無線通信を行う手順の関係を並列して示すフローチャートである。
本実施形態は、基本的に第１の実施形態の図６で説明したフローと同様の処理であるので詳細な説明は省略し、図６のフローと図１８のフローとで相違の有る部分を説明する。
【０１６３】
第１の実施形態の図６の携帯端末４０１側のステップはＳ６０＊からＳ６１＊、カメラ４０＊側のステップはＳ６５＊からＳ６６＊である。本実施形態の図１８の携帯端末４０１のステップはＳ１８０＊からＳ１８１＊であり、カメラ４０＊側のステップはＳ１８５＊からＳ１８６＊である。ステップ番号の下一桁の番号が同じステップは同じ動作である。また、図１６と図１７とではログの項目は同じであり、図１６と図１７とでカメラ４０２側の相手存在確認無線通信の結果は同じであるので、本実施形態での説明には図１７のログで説明する。
【０１６４】
本実施形態は、基本的に第１の実施形態の図６で説明したフローと同様の処理であるので詳細な説明は省略し、相違の有る部分を説明する。
なお、図１８のフローは携帯端末４０１と通信するのは１台の相手デバイスであるので、相手デバイスはカメラ４０２、カメラ４０３のどちらであってもよいが、本実施形態における図１８のフローの説明にはカメラ４０２と通信を行う場合を説明する。
【０１６５】
Ｓ１８０２において、携帯端末４０１のＣＰＵ２０１はタッチパネル２２４または操作ボタン２０８の操作情報を得て、マッチングを行う測位データのログを選択する。
Ｓ１８３０において、ＣＰＵ２０１はＲＯＭ２０３または記録媒体２０７に記憶しているログから、相手デバイスローカル日時１４０６における測位の開始日時ＴＳと終了日時ＴＥを算出してＲＡＭ２０２に記録する。
【０１６６】
図１７のログを例に説明すると、ｎｏ ｄａｔａでない相手デバイスローカル日時１４０６の何れかに対応する測位日時１４０１を起点として、ＣＰＵ２０１は相手デバイスローカル日時１４０６における測位の開始日時ＴＳと終了日時ＴＥを算出する。
【０１６７】
例として、測位日時time Stamp１４を起点に説明すると、ＣＰＵ２０１は相手デバイスローカル日時１４０６における開始日時ＴＳと終了日時ＴＥを次の式で算出する。
ＴＳ＝RTC Time C１４−｜time Stamp１４−time Stamp１｜
ＴＥ＝RTC Time C１４＋｜time Stamp２０−time Stamp１４｜
【０１６８】
そして、Ｓ１８０４において、ＣＰＵ２０１はカメラ４０２へ対し、無線通信部Ａ２１５を制御してマッチング要求を送信する。なお、マッチング要求にはＲＯＭ２０３または記録媒体２０７に記憶している測位データのログの測位日時１４０１の中から測位の開始日時、終了日時と、相手デバイスを指定するＵＵＩＤ１４０３と、画像ＩＤ要求、画像撮影日時情報要求を含むものとする。さらに、本実施形態ではマッチング要求の中にＳ１８３０で算出した相手デバイスローカル日時１４０６における測位の開始日時ＴＳと終了日時ＴＥも追加して送信する。
【０１６９】
Ｓ１８５３においてカメラ４０２のＣＰＵ３０１はＵＵＩＤが一致していると判断すると、Ｓ１８５５において、記録媒体３０７に記憶されている画像のヘッダ領域の情報を記録媒体３０７から読み込む。
【０１７０】
そして、Ｓ１８５７において、ＣＰＵ３０１は携帯端末４０１から受信したマッチング要求の中に含まれる相手デバイスローカル日時１４０６における測位の開始日時ＴＳと終了日時ＴＥから、ログ期間に対応する画像を測位データマッチング対象として選択する。
なお、本実施形態における測位の開始日時ＴＳ、終了日時ＴＥとは、元々はカメラ４０２のＲＴＣ３２５の日時情報である相手デバイスローカル日時１４０６から算出されたものである。
【０１７１】
相手デバイスローカル日時１４０６における測位の開始日時ＴＳ、終了日時ＴＥと、カメラ４０２の画像撮影日時とは、カメラ４０２のＲＴＣ３２５の日時情報に同期している。よって、本実施形態では相手デバイスローカル日時１４０６における測位の開始日時ＴＳと終了日時ＴＥの間にカメラ４０２で撮影された画像を測位データマッチング対象として選択すればよい。その結果、本実施形態ではカメラ４０２のＲＴＣ３２５の日時が正しく設定されていない状態であっても、測位期間と画像撮影日時の対応をとることが可能である。
【０１７２】
Ｓ１８５８において、ＣＰＵ３０１はマッチング対象として選択した画像に対応する任意の画像ＩＤを生成し、カメラ４０２のＲＡＭ３０２に記録する。そして、Ｓ１８５９において、ＣＰＵ３０１は、無線通信部Ａ３１５を制御して画像ＩＤ７５０と画像撮影日時を含む応答を携帯端末４０１へ送信する。
【０１７３】
本実施形態と第１の実施形態から第５の実施形態との違いを、図６と図１８とのフローにおける測位データを撮影画像に選択的に付加するための通信において、カメラ４０２側のＣＰＵ３０１がマッチング対象とする画像を選択する際の方法の違いで説明する。
【０１７４】
第１の実施形態から第５の実施形態では、カメラ４０２側のＣＰＵ３０１は画像撮影日時が携帯端末４０１の測位開始日時と終了日時の間である画像を選択する。よって、携帯端末４０１の測位日時とＵＴＣ変換後に時差を補正したカメラ４０２のＲＴＣ３２５の日時情報とで時間の差が小されば測位期間と画像撮影期間との差が小さい、すなわち、測位地点と画像撮影地点の差も小さいと言える。しかし、携帯端末４０１の測位日時とＵＴＣ変換後に時差を補正したカメラ４０２のＲＴＣ３２５の日時情報とで時間の差が大きれば測位期間と画像撮影期間との差が大きい、すなわち、測位地点と画像撮影地点の差も大きいと言える。
【０１７５】
本実施形態は、カメラ４０２側のＣＰＵ３０１は画像撮影日時が相手デバイスローカル日時１４０６における測位の開始日時ＴＳと終了日時ＴＥの間である画像を選択する。よって、携帯端末４０１の測位日時とＵＴＣ変換後に時差を補正したカメラ４０２のＲＴＣ３２５の日時情報との差に影響されず、マッチング対象画像を選択する場合に測位期間と画像撮影期間とのずれが少ない。
【０１７６】
なお、図１６及び図１７の測位データのログを記録するための図１及び図１３のフローにおける相手存在確認無線通信において、相手デバイスローカル日時５０６及び１４０６は測位毎に要求、応答する必要はない。測位の開始から終了までに相手デバイスローカル日時５０６及び１４０６を最低１回だけ要求、応答するだけでも本実施形態は実施可能である。
また、本実施形態は第１の実施形態から第５の実施形態の何れかの方法と組み合わせて実施することが可能である。
【０１７７】
［他の実施形態］
第１の実施形態から第６の実施形態では、第１の無線通信装置として携帯端末４０１、第２の無線通信装置としてカメラ４０２、第３の無線通信装置としてカメラ４０３を用いる装置構成で説明をした。
本発明を適用可能な装置は装置構成に限定されるものではない。携帯端末４０１の代わりに測位システムの受信手段との無線通信手段を備えた無線通信装置であれば、第１の無線通信装置となり得る。また、カメラ４０２及びカメラ４０３の代わりに無線通信手段を備えた無線通信装置であれば、第２の無線通信装置及び第３の無線通信装置となり得る。
【０１７８】
第１の実施形態から第６の実施形態では、相手存在確認無線通信での相手デバイスの応答信号としてＵＵＩＤ情報を付加する構成で説明した。しかし、本発明はＵＵＩＤ情報を付加する構成に限られるものではない。ＵＵＩＤ情報の代わりにＭＡＣアドレスや他のユニークな識別情報など、相手デバイスとして固有なことを表す番号、文字、記号であれば本発明は適用可能である。
【０１７９】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又はコンピュータ読み取り可能な記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【０１８０】
４０１  携帯端末
４０２  カメラ
４０３  カメラ
４５０  衛星からの信号
４５１  無線通信信号
９０１  画像の撮影地点
９０２  測位データの測位地点
９０３  測位データ付加対象
９０４  受信感度の閾値変更スライダ
９０５  受信感度の閾値
９０６  測位データ付加対象画像の枚数
９０７  受信感度の閾値変更スライダ
９０８  測位データ付加対象画像の枚数
【図１】
0006436678.tif 000002
【図２】
0006436678.tif 000003
【図３】
0006436678.tif 000004
【図４】
0006436678.tif 000005
【図５】
0006436678.tif 000006
【図６】
0006436678.tif 000007
【図７】
0006436678.tif 000008
【図８】
0006436678.tif 000009
【図９】
0006436678.tif 000010
【図１０】
0006436678.tif 000011
【図１１】
0006436678.tif 000012
【図１２】
0006436678.tif 000013
【図１３】
0006436678.tif 000014
【図１４】
0006436678.tif 000015
【図１５】
0006436678.tif 000016
【図１６】
0006436678.tif 000017
【図１７】
0006436678.tif 000018
【図１８】
0006436678.tif 000019