(57)【要約】      （修正有）【課題】共通時刻情報を取得した場合であっても、ユーザが所望する地域における時刻を認識可能とする。【解決手段】共通時刻情報を取得する第１取得手段と、共通時刻情報を第１形態で記録する記録手段と、地域及び又はサマータイムを設定する設定手段と、第１取得手段にて取得された共通時刻情報に基づいて設定手段において設定された地域及び又はサマータイムに対応する対応時刻情報に編集処理する時刻編集手段と、時刻編集手段において編集処理された対応時刻情報を第１形態と異なる第２形態で出力する出力手段と、出力指示に応じて前記出力手段を制御して出力する制御手段を備える。【選択図】図２
2013178100.tif 000002
【特許請求の範囲】
【請求項１】
共通時刻情報を取得する第１取得手段と、
前記共通時刻情報を第１形態で記録する記録手段と、
地域及び又はサマータイムを設定する設定手段と、
前記第１取得手段にて取得された前記共通時刻情報に基づいて前記設定手段において設定された地域及び又はサマータイムに対応する対応時刻情報に編集処理する時刻編集手段と、
前記時刻編集手段において前記編集処理された対応時刻情報を前記第１形態と異なる第２形態で出力する出力手段と、
出力指示に応じて前記出力手段を制御して出力する制御手段を備える電子機器。
【請求項２】
位置情報を取得する第２取得手段を更に備え、
前記記録手段は、前記位置情報を前記第１形態で記録し、
前記出力手段において前記対応時刻情報及び前記位置情報を前記第２形態で出力されることを特徴とする、請求項１に記載の電子機器。
【請求項３】
前記設定手段において設定される地域及び又はサマータイムから設定されるべき前記共通時刻情報との時差を得る手段を更に備え、
前記時刻編集処理は前記時差を用いて前記対応時刻情報に編集処理することを特徴とする、請求項１又は２に記載の電子機器。
【請求項４】
前記出力手段において出力された前記対応時刻情報及び前記位置情報に基づいて、地図上に軌跡を示す線図を重畳する手段を更に備えることを特徴とする請求項２又は３に記載の電子機器。
【請求項５】
前記軌跡を示す線図には、前記通過点情報が付加されることを特徴とする電子機器。
【請求項６】
画像を取得する撮像手段と、前記画像に付加情報を付加する手段を更に備え、
前記付加情報として前記対応時刻情報を付加することを特徴とする電子機器。
【請求項７】
共通時刻情報を取得する第１取得手段と、
前記共通時刻情報を第１形態で記録する第１記録手段と、
前記共通時刻情報が記録されるタイミングに関連して現在の地域情報を記録する第２記録手段と、
前記第１取得手段にて取得された前記共通時刻情報に基づいて、前記第２記録手段において記録された地域情報に対応する対応時刻情報に編集処理する時刻編集手段と、
前記時刻編集手段において前記編集処理された対応時刻情報を前記第１形態と異なる第２形態で出力する出力手段と、
出力指示に応じて前記出力手段を制御して出力する制御手段を備える電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共通時刻情報を取得する電子機器に関する。
【背景技術】
【０００２】
近年、デジタルカメラや携帯電話、スマートフォン及びモバイル端末など電子機器においてＧＰＳ（グローバルポジショニングシステム）が搭載され、ＧＰＳロガー機能を有するものが販売されている。ＧＰＳロガー機能を使用すれば、ＵＴＣ時刻（世界協定時刻）、緯度経度、測位状態（測位可、測位不可、推測測位）、使用衛星、ＤＯＰ（Dilution of Precision）、アンテナ高度などの情報がＧＰＳログ情報として取得可能である。
【０００３】
ＧＰＳログ情報を利用すると、電子地図上に電子機器が移動した軌跡が表示可能であり、例えば歩行ルートとして表示される場合に利用される。歩行ルート上には、ＧＰＳログ情報を取得した時刻の位置（通過ポイントと称す）を表示することが出来、各ポイント間の移動に要した時間が電子地図上で見ることが出来る。
【０００４】
携帯端末装置に搭載されたＧＰＳを利用して、移動情報に基づいて地図上に携帯端末装置の移動軌跡を表示させるものが特許文献１に開示されている。
【特許文献１】特開２００６−９２０３２  ＧＰＳが搭載された電子機器を所持し、時差を伴う地域へ移動する途中でＧＰＳログを採取し歩行ルートの軌跡を地図上に表示した場合、特許文献１に開示された技術では、通過ポイントがＵＴＣ時刻で表示されることになる。ＵＴＣ時刻は地域毎の時差を考慮していないため、通過ポイントの時刻が理解出来ない恐れがある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上記の問題点を解決するもので、ＵＴＣ時刻などの共通時刻情報を取得した場合であっても、ユーザが所望する地域における時刻を認識可能とする電子機器を提供するものである。
【課題を解決するための手段】
【０００６】
本発明の電子機器は、共通時刻情報を取得する第１取得手段と、共通時刻情報を第１形態で記録する記録手段と、地域及び又はサマータイムを設定する設定手段と、第１取得手段にて取得された共通時刻情報に基づいて設定手段において設定された地域及び又はサマータイムに対応する対応時刻情報に編集処理する時刻編集手段と、時刻編集手段において編集処理された対応時刻情報を前記第１形態と異なる第２形態で出力する出力手段と、出力指示に応じて前記出力手段を制御して出力する制御手段を備えることを特徴とする。
【発明の効果】
【０００７】
本発明の電子機器によれば、ＵＴＣ時刻などの共通時刻情報を取得した場合であっても、ユーザが所望する地域における時刻を認識可能とすることが出来る。
【図面の簡単な説明】
【０００８】
【図１】本実施例に係るデジタルカメラ１の回路構成の一部を示すブロック図である。
【図２】本実施例に係るデジタルカメラ１のＧＰＳログ情報からＫＭＬファイルへの編集例を示した図である。
【図３】本実施例に係るデジタルカメラ１で生成されたＫＭＬファイルに基づいてＰＣ３２に表示される電子地図上に示されるルートの表示例を示した図である。
【図４】本実施例に係るデジタルカメラ１が保持する時刻変換表を示した図である。
【図５】本実施例に係るデジタルカメラ１が実行する手続きの一例を示すフローチャートである。
【図６】本実施例に係るデジタルカメラ１が実行する手続きの他の一例を示すフローチャートである。
【図７】本実施例に係るデジタルカメラ１が実行する手続きの更に他の一例を示すフローチャートである。
【図８】本実施例に係るデジタルカメラ１が実行する手続きの更に他の一例を示すフローチャートである。
【図９】本実施例に係るデジタルカメラ１が実行する手続きの更に他の一例を示すフローチャートである。
【図１０】本実施例に係るデジタルカメラ１が実行する手続きの更に他の一例を示すフローチャートである。
【図１１】本実施例に係るデジタルカメラ１が実行する手続きの更に他の一例を示すフローチャートである。
【図１２】本実施例に係るデジタルカメラ１が保持する地点都市変換表を示した図である。
【図１３】地点都市変換表に基づく各地点（Ｔ０〜Ｔ４）の一例を示した図である。
【図１４】地点都市変換表に基づく各地点（Ｔ０〜Ｔ４）の他の一例を示した図である。
【図１５】地点都市変換表に基づく各地点（Ｔ０〜Ｔ４）の更に他の一例を示した図である。
【図１６】地点都市変換表に基づく各地点（Ｔ０〜Ｔ４）とポイントＰ１との関係を示した図である。
【図１７】地点都市変換表に基づく各地点（Ｔ０〜Ｔ４）とポイントＰ２との関係を示した図である。
【図１８】本実施例の変形例に係るデジタルカメラ１が実行する手続きの一例を示すフローチャートである。
【図１９】本実施例の変形例に係るデジタルカメラ１が実行する手続きの他の一例を示すフローチャートである。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の電子機器の一実施例として、デジタルカメラ１に実施した形態につき、図面に沿って具体的に説明する。
【００１０】
図１は、本実施例のデジタルカメラ１のブロック図を示している。レンズユニット１２は、光学レンズを含むレンズ群及び絞りを含み、ＣＭＯＳイメージャユニット及び信号処理回路を含む内部回路ユニット１４に接続されている。主要被写体の１フレーム分の光学像はレンズユニット１２を通して内部回路ユニット１４に取り込まれる。レンズユニット１２、内部回路ユニット１４及びＳＤＲＡＭ１８は、ＣＰＵ１６と接続される。
【００１１】
内部回路ユニット１４内では、取り込んだ主要被写体の光学像に対して様々な処理を施し、Ｙ、Ｕ、Ｖ形式の１フレーム分のデジタル画像信号に変換する。変換されたデジタル画像信号はＳＤＲＡＭ１８に格納される。このように、主要被写体の光学像が様々な処理を経てＳＤＲＡＭ１８に格納されるまでの処理を、撮像処理と定義する。
【００１２】
ＳＤＲＡＭ１８に格納されたデジタル画像信号は、ＣＰＵ１６の制御によりＬＣＤ２０へ出力可能である。ＬＣＤ２０は、図示しないＬＣＤドライバを含み、ＬＣＤドライバはＹ、Ｕ、Ｖ信号をＲＧＢ信号に変換して、ＬＣＤ２０にデジタル画像信号に基づく画像を表示させることが出来る。このように、ＳＤＲＡＭ１８に格納されたデジタル画像信号が、ＬＣＤ２０に画像として表示されるまでの処理を、表示処理と定義する。
【００１３】
また、撮像処理及び表示処理が順次繰り返して行われることによって、ＬＣＤ２０にスルー画像が表示される。なお、本実施例では、モニタとしてＬＣＤ２０を採用した形態を説明するが、有機ＥＬなどの表示デバイスを採用しても良い。
【００１４】
操作部２２は、メニュー操作部２２ａ、レリーズ操作部２２ｂ及びモード選択操作部２２ｃを含み、カーソルキーなどが含まれても良い。
【００１５】
メニュー操作部２２ａが操作されると、ＬＣＤ２０上にメニュー画面が表示される。ユーザはメニュー画面に表示されている複数の項目の中から、所望の項目を選択する。選択された所望の項目に対して、所望の値を設定する。例えば、所望の項目として、“ＧＰＳログ機能オン”が選択されると、ＧＰＳログ機能がオンに設定される。
【００１６】
ＧＰＳログ機能がオンに設定されると、ＣＰＵ１６は、ＧＰＳモジュール３４を制御して、ＧＰＳログ記録を開始する。具体的には、ＧＰＳモジュール３４に対して、ＧＰＳログ記録の開始を指示することで、ＧＰＳモジュール３４は単独でＧＰＳ測位を行い、ＧＰＳログ情報を取得し、ＧＰＳモジュール３４内のメモリへ記録を続ける。なお、ＧＰＳログ記録を開始する前に、ＧＰＳログ情報を取得する測位間隔及び記録時間をユーザが設定することが可能である。従って、ＧＰＳモジュール３４はＧＰＳログ記録を開始すると、所定の時間間隔でＧＰＳ測位を行い、所定の記録時間ＧＰＳログ情報をメモリへ記録する。  また、メニュー画面に表示されている複数の項目の中から、所望の項目として“ＧＰＳログ機能オフ”が選択されると、ＧＰＳログ機能がオフに設定される。ＧＰＳログ記録中であった場合には、ＧＰＳログ記録が終了する。また、メニュー画面に表示されている複数の項目の中から、所望の項目として“ＧＰＳログ情報出力”が選択されると、ＧＰＳモジュール３４内のＧＰＳログ情報は、ＫＭＬファイルとしてメモリカード２６に出力される。
【００１７】
ＧＰＳログ情報は、ＧＰＳ時刻で採取するＧＰＳ測位データ（ＵＴＣ時刻、緯度経度、測位状態（測位可、測位不可、推測測位）、使用衛星数、ＤＯＰ及びアンテナ高度等）の集まりである。
【００１８】
ユーザによってモード選択操作部２２ｃが操作されることによって、デジタルカメラ１が備える複数のモードの一部である静止画撮影モード、動画撮影モードおよび再生モードのいずれか１つのモードを選択することが出来る。
【００１９】
モード選択操作部２２ｃが操作されることによって静止画撮影モードが選択されると、ＬＣＤ２０にスルー画像が表示される。ＬＣＤ２０にスルー画像が表示されている状態で、ユーザによってレリーズ操作部２２ｂが操作されると、静止画撮影用の解像度に基づいて、上述した撮像処理が１回実行される。
【００２０】
ＣＰＵ１６はメモリカードインタフェース２４と接続され、メモリカード２６はメモリカードインタフェース２４と接続されており、レリーズ操作部２２ｂの操作に応じて、メモリカードインタフェース２４を制御して、メモリカード２６上に静止画像ファイルをオープンし、メモリカード２６上に静止画像ファイルを作成するための管理情報を格納するための静止画像テンポラリファイルが作成される。ＳＤＲＡＭ１８に格納されたデジタル画像信号は、ＣＰＵ１６によってＪＰＥＧ方式で圧縮処理が施され、１フレーム分の静止画像圧縮データとしてＳＤＲＡＭ１８上に格納される。
【００２１】
そして、ＣＰＵ１６は、１フレーム分の静止画像圧縮データを静止画像ファイルへ格納し、静止画像テンポラリファイルに格納されている管理情報を用いて静止画像ファイルをクローズすることによって静止画像ファイルがメモリカード上２６に作成される。静止画像ファイルにはＥＸＩＦデータが含まれており、ＥＸＩＦデータとしては、時刻データ、ＧＰＳ測位データ、露出データやシャッタースピードデータなどが挙げられる。
【００２２】
また、デジタルカメラ１はＵＳＢインタフェース３０を介してＰＣ（パーソナルコンピュータ）３２に接続される。メモリカード２６に記録される静止画像圧縮データや、ＫＭＬファイルをＰＣ３２へ出力可能である。
【００２３】
ＰＣ３２は、地図情報に基づく電子地図を表示可能であり、デジタルカメラ１から出力されるＫＭＬファイルを参照して、図３に示すような軌跡（ルート）を電子地図上に表示することが出来る。また、ＰＣ３２にはマウスが含まれ、マウスが操作されることによって、各種設定などが行われる。例えば、デジタルカメラ１においてユーザがＧＰＳログ機能をオンに設定し、ユーザが歩行を行えば、ユーザの歩行状態を示したＧＰＳログ情報がメモリに保存される。そのＧＰＳログ情報はＫＭＬファイルとしてメモリカード２６へ出力される。そして、ＫＭＬファイルがＰＣ３２へ出力され、電子地図上に歩行ルートが表示されることとなる。歩行ルート上には、ＧＰＳ測位データを取得した時刻の位置（通過点）を表示することが出来、各ポイント間の移動に要した時間が電子地図上で見ることが出来る。
【００２４】
本実施例のデジタルカメラ１は、ＵＴＣ時刻に基づいて、デジタルカメラ１が設定した地域及び又はサマータイムに対応した時刻をＧＰＳカメラ時刻として設定される。ＧＰＳカメラ時刻は、ＵＴＣ時刻に基づく時刻であるため、より正確な時刻である。
【００２５】
また、ＧＰＳログ情報に基づくＫＭＬファイルが生成される際に、ＵＴＣ時刻に基づきデジタルカメラ１が設定した地域及び又はサマータイムに対応した時刻を生成し、日時情報として記録される。デジタルカメラ１が設定した地域及び又はサマータイムに対応した時刻は、図４に示すＵＴＣ時刻と地域時刻との関係を示した時間変換表を参照して生成される。例えば、ＵＴＣ時刻が０２／０５  １２：００  ＡＭ  であった場合、デジタルカメラ１が設定した地域が東京であれば、ＫＭＬファイルに日時情報として記録される時刻は、０２／０５  ０９：００  ＡＭ  となる。このように、時間変換表は各地域の時差が考慮されている。図４では、例としてＵＴＣ時刻とシドニー時刻、ケアンズ時刻及び東京時刻との関係を示したものを列挙したが、もちろんこれらの地域以外の地域時刻のデータも含まれているものとする。
【００２６】
更に、デジタルカメラ１が操作されることによって、地域としてシドニーが設定された場合、ＵＴＣ時刻が０２／０５  ４：００  ＡＭ  であれば、メモリに格納されているＧＰＳログ情報に基づき図４に示す時間変換表を参照して、０２／０５  ３：００  ＰＭがＫＭＬファイルに日時情報として記録されてメモリカード２６に出力される。
【００２７】
デジタルカメラ１が設定した地域が東京である場合におけるＧＰＳログ情報とＫＭＬファイルに含まれる情報を比較した図が図２である。ＧＰＳログ情報には、ＵＴＣ時刻が含まれる。一方、ＫＭＬファイルには、ＵＴＣ時刻から９時間がプラスされた地域（東京）の日時情報が含まれる。
【００２８】
従って、ＰＣ３２は、ＵＴＣ時刻ではなくＫＭＬファイルの日時情報を参照して、電子地図上にルートを表示する。
【００２９】
図３に示すようにＰＣ３２の電子地図上で、通過点（●印）へマウスを当てると図２に示したＫＭＬファイルに記述された各種情報（日時情報、緯度情報、経度情報など）が表示される。このように、通過点で示される時刻はＵＴＣ時刻ではなく、デジタルカメラ１が設定した地域及び又はサマータイムに対応した時刻である。
【００３０】
なお、デジタルカメラ１で生成される静止画像ファイルには、上述したようにＥＸＩＦデータとして、時刻データ、ＧＰＳ測位データ、露出データやシャッタースピードデータが格納される。時刻データとして、ＵＴＣ時刻に基づくデジタルカメラ１が設定した地域及び又はサマータイムに対応したＧＰＳカメラ時刻が格納され、ＧＰＳ測位データとして、静止画撮影時のＧＰＳ測位データ（ＵＴＣ時刻、緯度経度、測位状態（測位可、測位不可、推測測位）、使用衛星数、ＤＯＰ及びアンテナ高度等）が格納される。
【００３１】
また、設定地域が変更された場合、カメラ時刻は、図４に示す時刻変換表を参照して、デジタルカメラ１において設定されている地域に対応したＧＰＳカメラ時刻に変更される。この場合は、ＥＩＸＦデータ内の時刻データもＧＰＳカメラ時刻が設定されることとなる。
【００３２】
次に、図５〜図１１に示すフローチャートを用いて、ＧＰＳモジュール３４及びＣＰＵ１６が実行する手続きについて説明する。これらの処理は、ＧＰＳモジュール３４及びＣＰＵ１６が図示しないフラッシュメモリに格納されているプログラムを実行することにより実現される手続きである。
【００３３】
（１）ＧＰＳログメイン記録処理（ＣＰＵ１６実行）
ユーザによってＧＰＳログの記録が設定されると、ＣＰＵ１６は、図５に示すＧＰＳログメイン記録タスクを実行する。ステップＳ１において、ＲＥＣ＿ＴＩＭＥの値として記録時間を設定する。この記録時間は、ＧＰＳログを記録する期間を示しており、１時間記録する場合は、３５９９（６０（ｓｅｃ）×６０（ｍｉｎ）−１）に設定される。記録時間は予め決められているものであってもユーザによって決められるものであっても良い。
【００３４】
次にステップＳ３へ進み、ＧＰＳモジュール３４に対し、ＧＰＳログ記録処理の実行を要求する。次にステップＳ５へ進み、ステップＳ１で設定した時間記録の時間待ちを行うためにＣＵＮ＿ＴＩＭＥを１秒経過する毎にインクリメントする。
【００３５】
次にステップＳ７へ進み、ステップＳ１で設定した記録時間が経過したか否かを判別する。具体的には、ＣＮＴ＿ＴＩＭＥの値がＲＥＣ＿ＴＩＭＥの値より大きいか否かを判別する。ステップＳ７でＹＥＳと判別される、つまり１時間経過する（ＣＮＴ＿ＴＩＭＥの値が３６００（６０（ｓｅｃ）×６０（ｍｉｎ））となる）とステップ１３へ進み、ＧＰＳモジュール３４に対しＧＰＳログ記録処理を終了させる。
【００３６】
ステップＳ７においてＮＯと判別されるとステップＳ９へ進み、ＧＰＳログ機能のオン／オフの設定を判別する。この判別を行う理由としては、ＧＰＳログメイン記録処理中に、ユーザによってＧＰＳログ機能がオン／オフ設定される可能性があるからである。ＧＰＳログ機能がオフに設定されていた場合にはステップＳ１３へ進み、ＧＰＳモジュール３４に対しＧＰＳログ記録処理を終了させ、ＧＰＳログ機能がオンのままである場合には、ステップＳ１１へ進む。
【００３７】
ステップＳ１１では、デジタルカメラ１の電池残量が閾値以上であるか否かを判別する。閾値以上である場合はＹＥＳと判別されステップＳ５へ戻り、閾値未満である場合はＮＯと判別され、ステップＳ１３へ進み、ＧＰＳモジュール３４に対しＧＰＳログ記録処理を終了させる。
【００３８】
（２）ＧＰＳログ記録処理（ＧＰＳモジュール３４実行）
ＣＰＵ１６が実行するＧＰＳログメイン記録タスクからＧＰＳログ記録処理が要求されると、ＧＰＳモジュール３４は図６に示すＧＰＳログ記録タスクを実行する。
【００３９】
ＧＰＳモジュール３４は、ステップＳ２１においてＧＰＳモジュール３４内の図示しないレジスタに設けられたＲＥＣ＿ＩＮＴの値として測位間隔を設定する。例えば、測位間隔を１分とすれば、ＲＥＣ＿ＩＮＴの値を５９と（６０ｓｅｃ−１）設定する。測位間隔は予め決められているものであってもユーザによって決められるものであっても良い。
【００４０】
次にステップＳ２３へ進み、ＧＰＳモジュール３４内の図示しないレジスタに設けられたＣＮＴ_ＩＮＴの値として０を設定する。次にステップＳ２５へ進み、ステップＳ２１で設定した測位間隔の時間経過待ちを行うためにＣＮＴ＿ＩＮＴを１秒経過する毎にインクリメントする。
【００４１】
次にステップＳ２７へ進み、ステップＳ２１で設定した測位間隔の時間が経過したか否かを判別する。具体的には、ＣＮＴ＿ＩＮＴの値がＲＥＣ＿ＩＮＴの値より大きいか否かを判別する。ＣＮＴ＿ＩＮＴの値が６０になるまで、つまり６０秒経過するまで、ステップＳ２７においてＮＯと判別されてステップＳ６へ戻る処理を繰り返す。ＣＮＴ＿ＩＮＴの値が５９よりも大きい、つまり６０になるとＹＥＳと判断されてステップＳ２９へ進む。
【００４２】
ステップＳ２９では、ＧＰＳ測位を行い、ＵＴＣ時刻、緯度経度、測位状態（測位可、測位不可、推測測位）、使用衛星数、ＤＯＰ及びアンテナ高度等の取得を行う。
【００４３】
次にステップＳ３１へ進み、ＧＰＳ測位の結果、つまりＵＴＣ時刻や緯度経度などをＧＰＳモジュール３４内の図示しないメモリに格納する。そしてステップＳ３３へ進み、ＣＮＴ＿ＩＮＴを０にしてステップＳ３５へ進む。ステップＳ３５では、ＣＰＵ１６からのＧＰＳログ記録処理終了の要求が有ったか否かを判別する。ステップＳ３５においてＹＥＳと判別されると本タスクを終了する。
【００４４】
（３）静止画撮影処理（ＣＰＵ１６実行）
デジタルカメラ１は静止画撮影した際に、静止画ファイルのＥＸＩＦデータの一部であるＧＰＳタグデータとしてＧＰＳ測位データを付加することが出来る。その結果、ＥＸＩＦデータにはＧＰＳカメラ時刻とＧＰＳタグデータ内のＵＴＣ時刻の両方を格納することが出来る。
【００４５】
レリーズ操作部２２ｂが操作されるとＣＰＵ１６は図７に示す静止画撮影タスクを実行する。まずステップＳ４１ではＧＰＳタグデータ以外のＥＸＩＦタグデータの作成処理を行う。次のステップＳ４３ではＧＰＳ測位データの取得が設定されているか否かを判別する。
【００４６】
ステップＳ４３においてＹＥＳと判別されるとステップ４５へ進み、ＧＰＳモジュール３４に対し、後述するＧＰＳ測位処理を実行させるためにＧＰＳ測位要求を行う。次にステップＳ４７へ進み、ＧＰＳタグ作成処理では、ＥＸＩＦタグデータの一部としてＧＰＳ測位処理から得られたＧＰＳ測位データを記録する。そしてステップＳ４９へ進み上述したように静止画像ファイルが生成される。
【００４７】
ステップＳ４３においてＮＯと判別された場合はＧＰＳタグ作成処理が不要となるので、ステップＳ４９に進み、上述したように静止画像ファイルが生成される。
【００４８】
（４）ＧＰＳ測位処理（ＧＰＳモジュール３４実行）
ＧＰＳモジュール３４はＣＰＵ１６からの要求に応じて図８に示すＧＰＳログ測位タスクを実行する。ＧＰＳ測位データの取得が設定されている場合において、特に例えば静止画撮影を行う際にＧＰＳ測位が要求される。このＧＰＳ測位は後述する時間補正処理の実行中でも必要に応じてＧＰＳ測位が要求される。
【００４９】
ステップＳ５１では、ＣＰＵ１６からの測位要求を待つ。次にステップＳ５３に進み、測位要求が有ったか否かを判別し、ＮＯと判別されるとステップＳ５１へ戻り、ＹＥＳと判別されるとステップＳ５５へ進む。
【００５０】
ステップＳ５５ではＧＰＳ測位を行い、ＵＴＣ時刻、緯度経度、測位状態（測位可、測位不可、推測測位）、使用衛星数、ＤＯＰ及びアンテナ高度等の取得を行う。そして、ステップＳ５７へ進んでＧＰＳ測定の結果、つまり緯度経度やＵＴＣ時刻などをＧＰＳモジュール３４内の図示しないメモリに格納する。そしてステップＳ５１へ戻り、再びＣＰＵ１６からの測位要求を待つ。
【００５１】
（５）ＧＰＳログ要求待ち処理（ＧＰＳモジュール３４実行）
ＧＰＳモジュール３４は、ＣＰＵ１６からのコマンド要求に従って処理を行う。デジタルカメラ１の電源がオンされると、ＧＰＳモジュール３４は図９に示すＧＰＳログ要求待ちタスクを実行する。
【００５２】
ステップＳ６１において、ＣＰＵ１６からのコマンド要求待ちを開始し、ステップＳ６３へ進む。ステップＳ６３においてＣＰＵ１６からＧＰＳログ記録の停止要求コマンドが有ったか否かを判別し、ＹＥＳと判別するとステップＳ６５へ進み、ＧＰＳログ記録停止処理を実行する。つまり、ＧＰＳモジュール３４が実行しているＧＰＳログ記録タスクを強制終了させる。
【００５３】
ステップＳ６３においてＮＯと判別されるとステップＳ６７へ進み、ＣＰＵ１６からＧＰＳログの出力要求コマンドが有ったか否かを判別する。ステップＳ６７でＹＥＳと判別されるとステップＳ６９へ進み、ＧＰＳログ出力処理を実行する。この出力要求コマンドは、例えば後述するＫＭＬファイル記録処理において、ＣＰＵ１６から発行される。
【００５４】
ステップＳ６７においてＮＯと判別されるとステップＳ７１へ進み、ＧＰＳログの消去要求コマンドが有ったか否かを判別する。ステップＳ７１でＹＥＳと判別されるとステップＳ７３へ進み、ＧＰＳログ消去処理を実行する。
【００５５】
ステップＳ７１においてＮＯと判別されるとステップＳ７５へ進み、ＧＰＳログ記録の要求コマンドが有ったか否かを判別する。ステップＳ７５でＹＥＳと判別されるとステップＳ７７へ進み、ＧＰＳログ記録処理を実行する。
【００５６】
停止要求コマンド、出力要求コマンド、消去要求コマンド及び記録要求コマンドがない場合及び各処理後はステップＳ６１へ戻り、再びコマンド要求待ちを行う。
【００５７】
（６）時刻補正処理（ＣＰＵ１６実行）
デジタルカメラ１は、ユーザが任意に地域を設定することでその地域の時刻をＧＰＳ測位データから算出するＧＰＳカメラ時刻を表示することが可能である。ＧＰＳカメラ時刻は、所定間隔でＧＰＳ測位を行い、時刻を補正する。
【００５８】
ＧＰＳカメラ時刻での表示がユーザによって設定されると、ＣＰＵ１６は図１０の時刻補正タスクを実行する。ステップＳ９１で、ＣＮＴ＿ＩＮＴＡを０に設定する。次にステップＳ９３へ進み、時間経過待ちを行うためにＣＮＴ＿ＩＮＴＡを１秒経過する毎にインクリメントする。次にステップ９５へ進み、ＣＮＴ＿ＩＮＴＡの値が閾値ＳＴよりも大きいか否かを判別する。閾値ＳＴは、時刻補正の間隔を示した値で、例えば１日に１回時刻補正を行うのであれば、閾値ＳＴの値は８６３９９（６０（ｓｅｃ）×６０（ｍｉｎ）×２４−１）となる。ステップＳ９５においてＮＯと判別されるとステップＳ９３へ戻り、ＹＥＳと判別されるとステップＳ９７へ進む。
【００５９】
ステップＳ９７では、ＧＰＳモジュール３４に対して、ＧＰＳ測位を行うように要求する。次にステップＳ９９へ進み、現在のＧＰＳカメラ時刻とＧＰＳ測位によるＧＰＳ時刻を比較することにより、時間ズレ幅をチェックする。次にステップＳ１０１へ進み、ズレ幅が６０秒より大きいか否かを判別する。ステップＳ１０１においてＹＥＳと判別される、つまりズレ幅が６０秒よりも大きい場合は、ステップＳ１０３へ進みＧＰＳカメラ時刻をステップＳ９７で取得したＧＰＳ測位によるＧＰＳ時刻に更新する。
【００６０】
ステップＳ１０１においてＮＯと判別された場合、およびステップＳ１０３において時刻を更新するとステップＳ９１へ戻る。
【００６１】
（７）ＫＭＬファイル記録処理（ＣＰＵ１６実行）
本実施例のデジタルカメラ１はＧＰＳログ情報（ＧＰＳ測位データの集まり）を取得する際の、デジタルカメラ１が設定した地域及び又はサマータイムに依存することなく、ＧＰＳログ情報を採取した後に、ユーザが要求する地域におけるルートを生成することが出来る。
【００６２】
ユーザによって、ＧＰＳログ情報に基づくＫＭＬファイル出力が指示されると、ＣＰＵ１６は図１１に示すＫＭＬファイル記録タスクを実行する。
【００６３】
ステップＳ１１１では、ＧＰＳログ情報出力処理が実行される。つまり、ＣＰＵ１６はＳＤＲＡＭ１８上に、ＧＰＳモジュール３４の図示しないメモリから全てのＧＰＳログ情報を取り出して格納する。ここで、ＧＰＳログ情報は、開始から１分毎に取得された１時間分のＧＰＳ測位データの集まりであって、ＧＰＳ測位データをルートデータと称する。
【００６４】
次にステップＳ１１３へ進み、図示しないレジスタに設けられたＣＮＴの値を０に設定しステップＳ１１５へ進む。ステップＳ１１５では、現在設定されている地域を検出する。次にステップＳ１１７へ進み、メモリカード２６上にＫＭＬファイルをオープンさせ、ステップＳ１１９へ進む。ステップＳ１１９では、ＵＴＣ時刻に基づく時系列順にルートデータ１件をＳＤＲＡＭ１８から取得してステップＳ１２１へ進みＣＮＴの値をインクリメントする。
【００６５】
次にステップＳ１２３へ進み、図４に示すようなＵＴＣ時刻と地域時刻の関係を示した表を参照して、取得したルートデータのＵＴＣ時刻と地域時刻の時差ＴＩＭＥ＿ＤＩＦＦが０であるか否かを判別する。ステップＳ１２３においてＹＥＳと判別されるとステップＳ１２９へ進み、ＮＯと判別されるとステップＳ１２５へ進む。ステップＳ１２５では、ステップＳ１１９において取り出したルートデータのＵＴＣ時刻に時差ＴＩＭＥ＿ＤＩＦＦを加減して日時情報を算出する。そしてステップＳ１２７へ進み、ＵＴＣ時刻を算出された日時情報と差し替える。次にステップＳ１２９へ進み、ＫＭＬファイルに、差し替えられた日時情報を含むルートデータを書き込み、ステップＳ１３１へ進む。
【００６６】
ステップＳ１３１では、全てのルートデータが時系列順に取り出されたか否かを判別する。つまりＣＮＴの値がＭＡＸに到達したかを判別する。ＹＥＳと判別されるとステップＳ１３３へ進み、ＫＭＬファイルをクローズし、ＮＯと判別されるとステップＳ１１９へ戻り処理が繰り返される。
【００６７】
このように、本実施例であるデジタルカメラ１によれば、ＧＰＳログ情報を取得する際の、デジタルカメラ１が設定した地域及び又はサマータイムに依存することなく、ＧＰＳログ情報を採取した後に、ユーザが要求する地域におけるルートを生成することが出来る。
【００６８】
（８）具体的な使用例（日本からオーストラリアへ旅行した場合）
デジタルカメラ１の地域が東京に設定されたままオーストラリアのシドニーへ行き、ＧＰＳログ記録を行う。ＧＰＳログ情報の採取を終えた後に、デジタルカメラ１の地域をシドニーに設定する。続けてＧＰＳログ情報をメモリカード２６に出力する操作を行うと、ＫＭＬファイルには、シドニーの時間での時刻が記録されている。
【００６９】
そして、デジタルカメラ１の地域をシドニーに設定されたまま日本へ帰国した後、デジタルカメラの地域を東京に設定する。続けてＧＰＳログ情報をメモリカード２６に出力する操作を行うと、ＫＭＬファイルには東京の時間での時刻が記録される。
【００７０】
このように、ＧＰＳログ情報（ＧＰＳ測位データの集まり）はＧＰＳモジュール３４より採取され、ＧＰＳモジュール３４内のメモリへ保存される。このＧＰＳログ情報には、ＵＴＣ時刻が含まれる。そして、ＧＰＳログ情報を採取した後に、ユーザが所望の地域を設定することで、ＵＴＣ時刻と設定された地域の時刻変換表に基づいて、ＫＭＬファイルには設定された地域の日時情報が記録される。つまり、ＧＰＳログ情報の採取のタイミングと、ＫＭＬファイルの生成タイミングを分けることにより、ＫＭＬファイルを参照とした電子地図上に、設定された地域（旅行先の地域であってもいいし、現在いる地域であってもよい）の日時情報が表示される。従って、ＵＴＣ時刻のような地域毎の時差を考慮していないような時刻が表示されたり、ＧＰＳログ情報を採取する時に設定した地域を間違えてしまうことに起因する時刻が表示されたりすることがない。
【００７１】
なお、本実施例では、ユーザが所望の地域を設定することで、ＵＴＣ時刻と設定された地域の時刻変換表に基づいて、ＫＭＬファイルには設定された地域の日時情報が記録されるが、ＧＰＳ測位を行うことによって現在の地域を取得し、時刻変換表に基づいてＵＴＣ時刻と取得された地域又は直近の地域の日時情報をＫＭＬファイルに記録しても良い。
【００７２】
また、電子地図上に表示されるルートを生成するために本実施例ではＫＭＬファイルを採用したが、電子地図に描画可能なフォーマットであれば何でもよく、例えばＮＭＥＡファイルやＧＰＸファイルなどを採用しても良い。
【００７３】
また、本実施例では、ユーザが所望の地域を設定することで、ＵＴＣ時刻と設定された地域の時刻変換表に基づいて、ＫＭＬファイルには設定された地域の日時情報を記録しているが、時刻変換表を持たず、ＵＴＣ時刻と各地域の時差に基づいて各地域の時刻を求めてもよい。例えば、シドニーは、ＵＴＣ時刻との時差が１１時間である情報のみを保持していても良い。
【００７４】
また、この実施例のデジタルカメラ１は、以下のように変形することが出来る。
【００７５】
[変形例]
上述した実施例では、ＧＰＳログ情報をＫＭＬファイルとしてメモリカード２６へ出力する際、図４に示す時刻変換表に基づいて、ＵＴＣ時刻に基づくデジタルカメラ１において設定された地域に対応する時刻を日時情報として出力している。従って、複数の地域に亘ってＧＰＳ測位されたＧＰＳログ情報が記録された場合であっても、電子地図上に表示される全ての通過点には、デジタルカメラ１において設定されている１つの地域における日時情報しか表示されない。つまり、上述した実施例ではＧＰＳ測位が東京→シドニー→東京で行なわれ、ＧＰＳログ情報として記録された場合であっても、デジタルカメラ１において設定された地域が東京であれば、電子地図上の全ての通過点の日時情報は東京の時刻となってしまう。
【００７６】
そこで変形例では、ＧＰＳログ情報をＫＭＬファイルとしてメモリカード２６へ出力する際、デジタルカメラ１において設定された地域を参照するのではなく、ＧＰＳログ情報として記録されている緯度経度情報を参照して、日時情報が出力されるものとしている。従って、ＧＰＳ測位が東京→シドニー→東京のように時差を跨った複数の域に亘って行なわれた場合であっても、デジタルカメラ１において設定された地域に関係なく、電子地図上の通過点の日時情報をＧＰＳ測位された地域の時刻、例えば東京→シドニー→東京の時刻を表示することが出来る。
【００７７】
以下に変形例の具体例を説明する。
【００７８】
ＧＰＳログ情報は図５に示すＧＰＳログメイン記録タスク（ＣＰＵ１６が実行）及び図６に示すＧＰＳログ記録タスク（ＧＰＳモジュール３４が実行）の要領で取得される。ただし、上述した実施例では、ＧＰＳログ記録開始から１分毎にＧＰＳ測位データを取得し、１時間分のＧＰＳ測位データを取得するとＧＰＳログ記録を終了するが、この変形例では取得方法が異なる。ユーザによるＧＰＳログ記録を開始する操作が有るとＧＰＳログ記録を開始する。ＧＰＳログ記録開始からＧＰＳログ記録を終了する操作が有るまで、１時間毎にＧＰＳ測位データを取得し続ける。そして、ユーザによるＧＰＳログ記録を終了する操作が有るとＧＰＳログ記録を終了する。従って、東京→シドニー→東京などで時差を跨った複数の域に亘ったＧＰＳログ情報の取得が可能である。
【００７９】
そしてＧＰＳログ情報をＫＭＬファイルとして出力する際に、ＧＰＳログ情報内の各ＧＰＳ測位データ（ルートデータ）の緯度及び経度情報を取得する。取得した緯度及び経度情報から、ＧＰＳ測位データが取得された地点（ポイントＰ）がどの都市（地域）に属するかを特定する。特定には、図１２に示す地点都市変換表を参照する。
【００８０】
図１２に示す地点都市変換表には、都市番号、都市、地点、地点における緯度情報及び経度情報の関係が示されており、地点Ｔ０を略中心とし、地点Ｔ１、Ｔ２、Ｔ３及びＴ４で囲まれるエリアにＧＰＳ測位データが取得された地点（ポイントＰ）が存在すれば、各地点に対応する都市及び都市番号がポイントＰが属する都市（地域）として特定される。
【００８１】
例えば、都市番号００１、都市が東京、地点Ｔ０の緯度が３５°４１’２７．２６”Ｎ、経度が１３９°４１’３６．１７”Ｅであって、地点Ｔ１の緯度が４２°１４’１３．０３”Ｎ、緯度が１２９°１６’５８．６９”Ｅであって、地点Ｔ２の緯度が４２°１４'１３．０３Ｎ、経度が１５１°４６’９．２６”Ｅであって、地点Ｔ３の緯度が２４°１３’３０．５５”Ｎ、経度が１５１°４６’９．２６”Ｅであって、地点Ｔ４の緯度が２４°１３’３０．５５”Ｎ、緯度が１２９°１６’５８．６９”Ｅであれば、図１３に示すように東京（地点Ｔ０）を略中心とし、半径約２０００キロメートルの４点（Ｔ１、Ｔ２、Ｔ３及びＴ４）に囲まれたエリアが、ＧＰＳ測位データが取得された地点（ポイントＰ）が各地点に対応する都市に属すか否かを判定するエリアとなる。
【００８２】
同様に都市番号が００２、都市がシドニーの場合は、図１４に示すようにシドニー（地点Ｔ０）を略中心とし、半径約２０００キロメートルの４点（Ｔ１、Ｔ２、Ｔ３及びＴ４）に囲まれたエリアが、ポイントＰが各地点に対応する都市に属すか否かを判定するエリアとなる。
【００８３】
同様に都市番号が００３、都市がアドレードの場合は図１５に示すようにアドレード（地点Ｔ０）略中心とし、半径約２０００キロメートルの４点（Ｔ１、Ｔ２、Ｔ３及びＴ４）に囲まれたエリアが、ポイントＰが各地点に対応する都市に属すか否かを判定するエリアとなる。
【００８４】
図１６はＧＰＳ測位データが取得された地点（ポイントＰ１）が都市として東京に特定されるケースを示している。ポイントＰ１は緯度が２６°２１’５４．０１”Ｎ、経度が１３２°４３’２６．９９”Ｅであり、図１６に示すようにポイントＰ１は都市番号００１、都市が東京の各地点Ｔ１〜Ｔ４に囲まれるエリアに含まれている。
【００８５】
図１７はＧＰＳ測位データが取得された地点（ポイントＰ２）が都市として東京に特定されないケースを示している。図に示すようにポイントＰ２は都市番号００１、都市が東京の各地点Ｔ１〜Ｔ４に囲まれるエリアに含まれていない。
【００８６】
次にＧＰＳログ情報をＫＭＬファイルとしてメモリカード２６へ出力する際の、ＣＰＵ１６が実行するＫＭＬファイル記録処理２の手続きについて図１８及び図１９を参照して説明する。
【００８７】
（９）ＫＭＬファイル記録処理２（ＣＰＵ１６実行）
ユーザによって、ＧＰＳログ情報に基づくＫＭＬファイル出力が指示されると、ＣＰＵ１６は図１８に示すＫＭＬファイル記録タスク２を実行する。
【００８８】
ステップＳ１４１では、ＧＰＳログ情報出力処理が実行される。ここでは、ＣＰＵ１６はＳＤＲＡＭ１８上に、ＧＰＳモジュール３４の図示しないメモリから全てのＧＰＳログ情報を取り出して格納する。ここで、ＧＰＳログ情報は、ユーザの開始指示からユーザの指示により終了するまで１時間毎に取得されたＧＰＳ測位データ（ルートデータ）の集まりである。
【００８９】
次にステップＳ１４３へ進み、メモリカード２６上にＫＭＬファイルをオープンさせ、ステップＳ１４５へ進む。ステップＳ１４５では、図示しないレジスタに格納されているＣＮＴ＿Ｇの値を０に設定する。そしてステップＳ１４７へ進み、ＣＮＴ＿Ｇの値をインクリメントしてステップＳ１４９へ進む。ステップＳ１４９では、ルートデータ１件を取得し、次のステップＳ１５１では地域算出変換処理を実行する。この地域算出変更処理は図１９を用いて後ほど説明する。ステップＳ１５１における処理が終了すると、ステップＳ１５３へ進み、ＣＮＴ＿Ｇの値がＭＡＸになったか否か、つまり全ルートデータが変換済みとなったか否かを判別する。ＮＯと判別されるとステップＳ１４７へ進み、全てのルートデータが変換済みとなるまで上述したステップＳ１４９〜ステップＳ１５３の処理を繰り返す。
【００９０】
ステップＳ１５３でＹＥＳと判別されるとステップＳ１５５へ進み、ＫＭＬファイルをクローズして本処理を終了させる。
【００９１】
（１０）地域算出変換処理（ＣＰＵ１６実行）
ＫＭＬファイル記録タスク２におけるステップＳ１５１の手続きを、図１９の地域算出変換タスクを参照して説明する。
【００９２】
ステップＳ１６１では、ステップＳ１４９で取得した１件のルートデータのＧＰＳ位置情報である緯度及び経度情報をポイントＰとして設定する。次にステップＳ１６３へ進み、都市番号を０に設定し、次のステップＳ１６５において図示しないレジスタに格納されたＣＮＴ＿Ｂの値を０に設定する。そしてステップＳ１６７へ進み、ＣＮＴ＿Ｂの値をインクリメントする。次のステップＳ１６９では、ＣＮＴ＿Ｂの値が最大値であるか否かを判別し、ＮＯと判別されるとステップＳ１７１へ進み、都市番号をＣＮＴ＿Ｂの値に設定する。つまり、ステップＳ１６９では、図１２に示す地点都市変換表において、格納されている都市番号の最大値（登録数）であるか否かを判別しているのである。
【００９３】
次にステップＳ１７３へ進み、図１２に示す地点都市変換表を参照して、ステップＳ１７１において設定された都市番号に対応する地点Ｔ１〜Ｔ４の緯度経度を検出する。次のステップＳ１７５では、ポイントＰの緯度がＴ１とＴ４内に存在するか否かを判別する。ＮＯと判別されるとステップＳ１６７へ戻り、ＹＥＳと判別されるとステップＳ１７７へ進む。ステップＳ１７７では、ポイントＰの経度がＴ１とＴ２内に存在するか否かを判別し、ＮＯと判別されるとステップＳ１６７戻る。
【００９４】
ステップＳ１７７においてＹＥＳと判別されると、ステップＳ１７９へ進み、図４に示すようなＵＴＣ時刻と地域時刻の関係を示した表を参照して、取得したルートデータのＵＴＣ時刻と地域時刻の時差ＴＩＭＥ＿ＤＩＦＦが０であるか否かを判別する。ステップＳ１７９においてＹＥＳと判別されるとステップＳ１８５へ進み、ＮＯと判別されるとステップＳ１８１へ進む。ステップＳ１８１では、ステップＳ１４９において取り出したルートデータのＵＴＣ時刻に時差ＴＩＭＥ＿ＤＩＦＦを加減して日時情報を算出する。そしてステップＳ１８５へ進み、ＫＭＬファイルに算出した日時情報を含むルートデータを書き込む。
【００９５】
ステップＳ１６９において、ＣＮＴ＿Ｂの値が最大値となった場合（ＹＥＳ）、つまりポイントＰがどの都市にも属さない場合は、ステップＳ１８３に進み、日時情報をブランク（ｎｕｌｌ）と設定する。そしてステップＳ１８５では、ＫＭＬファイルに日時情報をブランクとしたルートデータを書き込む。
【００９６】
このように変形例では、デジタルカメラ１に設定されている地域に合わせた日時情報をＫＭＬファイルに記録するのではなく、ＧＰＳログ情報に含まれる緯度経度情報に基づいて、ＧＰＳ測位時の地域に合わせた日時情報をＫＭＬファイルに記録するため、ＧＰＳ測位が時差を跨った複数の地域に亘って行われた場合であっても、電子地図上の通過点の日時情報をＧＰＳ測位された各地域の時刻を表示することが出来る。
【００９７】
なお、図１２の地点都市変換表の精度が高くなれば、図１９のステップＳ１６９及びステップＳ１８３の処理は省略できる。
【００９８】
このように、変形例では、ＧＰＳログ情報をＫＭＬファイルとしてメモリカード２６へ出力する際、デジタルカメラ１において設定された地域を参照するのではなく、ＧＰＳログ情報として記録されている緯度経度情報を参照して日時情報が出力される。従って、ユーザがＫＭＬファイルに基づきＰＣ３２の電子地図上に歩行ルートを表示させた際に、通過点にはＧＰＳ測位を行った地域に対応する日時情報が表示されるため、例えば旅の記録の整理などに役立てることが出来る。
【符号の説明】
【００９９】
１２      ・・・    レンズユニット
１４      ・・・    内部回路ユニット
１６      ・・・    ＣＰＵ
１８      ・・・    ＳＤＲＡＭ
２２      ・・・    操作部
２４      ・・・    メモリカードインタフェース
２６      ・・・    メモリカード
３０      ・・・    ＵＳＢインタフェース
３２      ・・・    ＰＣ
３４      ・・・    ＧＰＳモジュール
【図１】
2013178100.tif 000003
【図２】
2013178100.tif 000004
【図３】
2013178100.tif 000005
【図４】
2013178100.tif 000006
【図５】
2013178100.tif 000007
【図６】
2013178100.tif 000008
【図７】
2013178100.tif 000009
【図８】
2013178100.tif 000010
【図９】
2013178100.tif 000011
【図１０】
2013178100.tif 000012
【図１１】
2013178100.tif 000013
【図１２】
2013178100.tif 000014
【図１３】
2013178100.tif 000015
【図１４】
2013178100.tif 000016
【図１５】
2013178100.tif 000017
【図１６】
2013178100.tif 000018
【図１７】
2013178100.tif 000019
【図１８】
2013178100.tif 000020
【図１９】
2013178100.tif 000021