(57)【要約】【課題】  時刻調整があったことを、測位のログファイルから容易に分かるようにする。【解決手段】  位置情報を取得する位置取得手段と、日時を計時する計時部から、前記位置取得手段により位置情報を取得した際の日時を示す日時情報を取得する日時取得手段と、複数の位置情報とそれぞれの位置情報を取得した際の日時を示す日時情報とを対応づけログデータを生成する生成手段と、前記計時部が計時する日時の調整を検出する検出手段とを有し、前記検出手段により日時の調整が検出された場合、前記生成手段は既存のログデータとは別の新たなログデータを生成することを特徴とする。【選択図】  図１
2014026017.tif 000002
【特許請求の範囲】
【請求項１】
位置情報を取得する位置取得手段と、
日時を計時する計時部から、前記位置取得手段により位置情報を取得した際の日時を示す日時情報を取得する日時取得手段と、
複数の位置情報とそれぞれの位置情報を取得した際の日時を示す日時情報とを対応づけログデータを生成する生成手段と、
前記計時部が計時する日時の調整を検出する検出手段とを有し、
前記検出手段により日時の調整が検出された場合、前記生成手段は既存のログデータとは別の新たなログデータを生成することを特徴とするログ生成装置。
【請求項２】
前記検出手段により日時の調整が検出された後に取得される位置情報は前記生成手段により新たに生成された別のログデータに記録されることを特徴とする請求項１に記載のログ生成装置。
【請求項３】
前記検出手段により日時の調整が検出された後に取得される位置情報は前記生成手段により新たに生成された別のログデータに記録されると共に、既存のログデータにも記録されることを特徴とする請求項１または２に記載のログ生成装置。
【請求項４】
前記検出手段により日時の調整が検出される前に取得される位置情報と前記検出手段により日時の調整が検出された後に取得される位置情報とは、それぞれ別のログデータに記録されることを特徴とする請求項１に記載のログ生成装置。
【請求項５】
前記検出手段は、前記日時取得手段により連続して取得される複数の日時情報の間の時間差に基づき前記日時の調整を検出することを特徴とする請求項１乃至４のいずれか１項に記載のログ生成装置。
【請求項６】
前記日時取得手段により連続して取得される複数の日時情報のうち、後に取得された日時情報が先に取得された日時情報の示す日時よりも過去の日時を示す場合、前記検出手段は前記日時の調整が行われたことを検出する請求項１乃至５のいずれか１項に記載のログ生成装置。
【請求項７】
前記日時取得手段により連続して取得される複数の日時情報のうち、後に取得された日時情報が先に取得された日時情報の示す日時よりも所定の時間以上後の日時を示す場合、前記検出手段は前記日時の調整が行われたことを検出する請求項１乃至６のいずれか１項に記載のログ生成装置。
【請求項８】
前記生成手段は、前記計時手段から取得される日時情報を、前記位置情報を取得した際の日時として前記位置情報に対応づけてログファイルを生成し、
前記検出手段により日時の調整が検出された場合、前記生成手段は、既存のログファイルをクローズし新たなログファイルをオープンすることで、新たなログデータを生成する
ことを特徴とする請求項１乃至７のいずれか１項に記載のログ生成装置。
【請求項９】
前記検出手段により日時の調整が検出された場合、前記生成手段は、前記日時が調整された量を示す値を既存のログファイルに記録して前記既存のログファイルをクローズすることを特徴とする請求項８に記載のログ生成装置。
【請求項１０】
位置情報を取得する位置取得工程と、
日時を計時する計時部から位置情報を取得した際の日時を示す日時情報を取得する日時取得工程と、
複数の位置情報とそれぞれの位置情報を取得した際の日時を示す日時情報とを対応づけログデータを生成する第１の生成工程と、
前記計時部が計時する日時の調整を検出する検出工程と、
前記検出工程で日時の調整が検出された場合、既存のログデータとは別の新たなログデータを生成する第２の生成工程
とを有することを特徴とするログ生成方法。
【請求項１１】
コンピュータを請求項１乃至９のいずれか１項に記載のログ生成装置の各手段として機能させるための、コンピュータが読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＰＳ（全地球測位システム）等の測位手段による位置情報を時間の経過とともに記録するログ生成装置、方法及びプログラムに関する。
【背景技術】
【０００２】
地上座標系での測位システムとしてＧＰＳ（Global Positioning System）システムが周知である。特に、ＧＰＳにより測定された位置情報を時間の経過と共に継続的に記録する装置、所謂ＧＰＳロガーが市販され、マラソンや自転車での移動コースの記録に活用されている（特許文献１参照）。また、撮影旅行において撮影場所の記録にも利用されている。
【０００３】
携帯電話にＧＰＳ機能が標準的に装備され、また、好みのアプリケーションソフトウエア（以下、「アプリ」と略す）をユーザがインストール／アンインストール可能なスマートフォンが普及している。このような状況で、スマートフォンのＧＰＳ機能を利用し、位置情報を経時的に記録するアプリ（以下、「位置記録アプリ」という。）も出現している。
【０００４】
測位に関して、ＧＰＳ受信機に種々のジャイロを組み合わせることで、ＧＰＳ衛星からの電波を受信できない環境でも測位を可能にするシステムも知られている。また、位置決定精度は落ちるものの、各地に設置される無線ＬＡＮベースステーションの設置位置を事前にデータベースに登録しておき、その圏内で測位する方法や、携帯通信網の基地局からの距離により測位する方法も知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−１０８００１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＧＰＳロガーもスマートフォン上の位置記録アプリも、測定した３次元（緯度、経度及び高度）又は２次元（緯度及び経度）の位置情報と測位した時刻とを対にして、測位ログファイルとして記録するのが一般的である。他方、既存のデジタルカメラには、撮影時刻を画像データファイルに埋め込んでいるものが多い。画像データの撮影時刻と、測位ログファイルの測位時刻とを突き合わせることで、撮影位置を特定でき、画像ファイルに撮影位置情報として埋め込むことも可能になる。
【０００７】
専用機としてのＧＰＳロガーが生成する測位ログファイルに記録される時刻データはＧＰＳ衛星からの電波信号（ＧＰＳ信号）から計算されたものであり、高精度である。他方、スマートフォン上の位置記録アプリは、ＧＰＳによる測位で得られる位置情報は正確であるものの、測位時の時刻としては、スマートフォンに装備されるＲＴＣ（リアルタイムクロック）の出力を参照するので、時刻精度が当該ＲＴＣの精度に依存する。
【０００８】
一般的に、携帯電話は内蔵するＲＴＣの時刻を携帯通信網に問い合わせて補正する機能を具備しており、スマートフォンにも同様の機能が実装される。ＧＰＳ信号から算出される時刻でＲＴＣを補正しても良いが、そのためにはＧＰＳ受信回路に電源を投入して動作させる必要があり、これにより電力消費を無視できない。従って、ＧＰＳ機能を具備する携帯電話もスマートフォンも、ＲＴＣの時刻補正には携帯通信網上のタイマを参照するのが普通である。
【０００９】
このように別途時刻調整されるＲＴＣの出力時刻を逐次的に記録する場合、記録途中でＲＴＣの時刻が変更されると、時間的な連続性が破られ、いわば時刻記録が不連続な測位ログデータになってしまう。このような測位ログデータを利用すると、例えば、移動経路のグラフ化とか、撮影画像の時刻データの位置データへの変換を行う際に、不自然な位置ズレが生じてしまうため、取り扱いが難しい。
【００１０】
本発明は、このような不都合を解消し、ＲＴＣの時刻調整が介在しても取り扱いの簡単なログデータを生成することを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係るログ生成装置は、位置情報を取得する位置取得手段と、日時を計時する計時部から、前記位置取得手段により位置情報を取得した際の日時を示す日時情報を取得する日時取得手段と、複数の位置情報とそれぞれの位置情報を取得した際の日時を示す日時情報とを対応づけログデータを生成する生成手段と、前記計時部が計時する日時の調整を検出する検出手段とを有し、前記検出手段により日時の調整が検出された場合、前記生成手段は既存のログデータとは別の新たなログデータを生成することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ＲＴＣの時刻調整が介在しても取り扱いの簡単なログデータを生成することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１実施例の概略構成ブロック図である。
【図２】第１実施例の位置記録アプリの動作フローチャートである。
【図３】第１実施例で起動直後に生成されるログファイルの一例である。
【図４】第１実施例で時刻調整後に生成されるログファイルの一例である。
【図５】デジタルカメラの概略構成ブロック図である。
【図６】位置決定アプリによる撮影画像の撮影時刻を撮影位置に変更する動作のシーケンス図である。
【図７】位置決定アプリによる撮影画像の撮影時刻を撮影位置に変更する動作の別のシーケンス図である。
【図８】本発明の第２実施例の概略構成ブロック図である。
【図９】第２実施例の位置記録アプリの動作フローチャートである。
【図１０】第２実施例で起動直後に生成されるログファイルの一例である。
【図１１】第２実施例で時刻調整後に生成されるログファイルの一例である。
【図１２】時刻調整を含む単一ログファイルの例である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１５】
図１は、本発明の一実施例の概略構成ブロック図を示す。本実施例は、スマートフォン上の位置記録アプリとして実装されている。
【００１６】
スマートフォン１０は、コンピュータと同様にＣＰＵ１２、ＲＯＭ１４、主記憶としてのＲＡＭ１６、及び補助記憶としてのＳＳＤ（Solid State Drive）１８を具備する。ＳＳＤ１８はインターフェース２０を介してバス２２に接続し、当該バス２２にＣＰＵ１２、ＲＯＭ１４及びＲＡＭ１６も接続する。バス２２は、データと制御信号をバス２２に接続するデバイス間で転送する媒体として使用される。
【００１７】
ＲＯＭ１４には、種々の固定データ及びファームウエア等が記録されている。ＳＳＤ１８には、ＣＰＵ１２が実行する基本ソフトウエアであるＯＳ（オペレーティングシステム）５０と、ＣＰＵ１２が実行する応用ソフトウエアであるアプリが記録されている。スマートフォン１０のＳＳＤ１８には、応用ソフトウエアとして位置記録アプリ６０および位置決定アプリ６２が記録されている。なお、位置記録アプリ６０と位置決定アプリ６２の両方の機能を備えた一つのアプリが記録されていてもよい。位置記録アプリ６０は、スマートフォン１０の所在の緯度経度を時系列で記録するログファイルを生成する位置情報記録プログラムである。位置決定アプリ６２は、位置記録アプリ６０で生成されるログファイルを参照し、作成日時付きのファイルの、作成時の位置情報を決定するアプリである。作成日時付きのファイルは例えば、デジタルカメラによる撮影時刻を埋め込む又は付加された画像ファイルであり、作成時の位置情報は撮影時の位置情報に相当する。
【００１８】
バス２２には例えば液晶ディスプレイ（ＬＣＤ）からなる表示装置２４と、表示装置２４の画面上に接着されたタッチパネル２６と、機械的スイッチ類からなる操作装置２８が接続する。なお、表示装置２４は、着脱可能であってもよい。操作装置２８は、電源スイッチ、音量を変更するボリュームスイッチ、及び、画面スリープを指示するスリープボタン等を具備する。バス２２に接続する音声入出力装置２９は、音声入力のためのマイクと音声出力のためのスピーカからなり、主に通話に使われる。
【００１９】
ユーザが操作装置２８の電源スイッチをオンにすると、スマートフォン１０が起動し、ＣＰＵ１２は、ＳＳＤからＯＳ５０を読み出してＲＡＭ１６に展開し、ＯＳ５０を逐次取り込んで実行する。また、ＯＳと、ＯＳ上にインストールされるアプリケーションに従って、スマートフォン１０の各部を制御する。以下の説明では、ＣＰＵ１２がアプリケーション（またはアプリケーションの機能、あるいはＯＳやＯＳのサービス等）に従って所定の処理を実行することを、「アプリケーション（またはアプリケーションの機能、あるいはＯＳやＯＳのサービス等）は所定の処理を行う」のように表現する。なお、ＣＰＵ１２が装置全体を制御する代わりに、複数のハードウェアが処理を分担することでスマートフォン１０の各部を制御してもよい。
【００２０】
電話機能自体は、既存の携帯電話と同じである。バス２２には、携帯通信網３４との通信を制御するネットワーク制御ユニット（ＮＣＵ）３０が接続し、ＮＣＵ３０に携帯通信アンテナ３２が接続する。ＣＰＵ１２（ＯＳ５０）は、表示装置２４にテンキーを表示し、ユーザはタッチパネル２６を使って相手電話番号を入力し、発呼をＯＳ５０に指示する。ＯＳ５０は、この発呼指示に従い、バス２２に介してＮＣＵ３０を制御して相手端末に発呼させる。ＮＣＵ３０が出力する発呼信号は、携帯通信アンテナ３２及び携帯通信網３４を介して相手端末に到達する。相手端末の着呼操作により、スマートフォン１０と相手端末との間での通話接続が確立し、通話が可能になる。
【００２１】
相手端末の接続状態において、相手端末からの音声は、ＮＣＵ３０から音声入出力装置２９に転送されて音響出力される。また、スマートフォン１０のユーザの音声は、音声入出力装置２９により入力され、ＮＣＵ３０、携帯通信アンテナ３２及び携帯通信網３４を介して相手端末に伝送される。
【００２２】
バス２２には他に、ＧＰＳ受信装置３６、無線ＬＡＮ通信装置４２及び現在の日時を計時するＲＴＣ（Real Time Clock）４８が接続する。ＧＰＳ受信装置３６はその起動をＣＰＵ１２により制御されている。ＧＰＳ受信装置３６は、起動時にはＣＰＵ１２からの指示に従いＧＰＳアンテナ３８によりＧＰＳ衛星４０からの電波信号を受信し、測位を実行し、緯度・経度（及び標高）の位置データを出力する。無線ＬＡＮ通信装置４２は、無線ＬＡＮアンテナ４４を介して無線ＬＡＮアクセスポイントと所定のプロトコルで無線通信し、無線ＬＡＮアクセスポイントはインターネット等に接続する。
【００２３】
ＲＴＣ４８は、図示しないクロックを計数することで、現在の日時を計時する。ＲＴＣ４８が協定世界時ＵＴＣ（Universal Time, Coordinated）で時刻を計時する。必要に応じてＣＰＵ１２が、ＲＴＣ４８のＵＴＣ出力をスマートフォン１０の所在地のタイムゾーンに従いローカルタイムに変換する。日時情報サービス５４は、日時情報をＵＴＣ、ローカルタイム、及びその両方の何れで日時情報を管理することができる。日時情報サービス５４の時刻調整機能５４ａは、ＲＴＣ４８の出力を、携帯通信網３４上のタイマの値に基づき調整する。例えば、携帯通信網３４上のタイマがローカルタイムで、ＲＴＣ４８がＵＴＣである場合、日時情報サービス５４の時刻調整機能５４ａは、予め設定される又はＧＰＳで判明するタイムゾーンに従い、ローカルタイムをＵＴＣに変換し、ＲＴＣ４８の出力を変換したＵＴＣを示すように調整する。
【００２４】
ＲＴＣ４８は無線ＬＡＮで接続するインターネット上のＮＴＰサーバと同期することで時刻調整されてもよいし、ＧＰＳによる測位で得られる日時情報で時刻調整されてもよい。
【００２５】
通信装置４９は、スマートフォン１０を外部装置（以下に説明する例ではデジタルカメラ）との間で相互にデータを送受信する。通信装置４９は、例えばＵＳＢ規格に準拠する通信により外部装置とデータのやり取りを行う。
【００２６】
データ通信機能として、スマートフォン１０は、携帯通信網３４を介してインターネット等にアクセスできるだけでなく、無線接続する無線ＬＡＮアクセスポイントを介してもインターネットにアクセスできる。すなわち、ＣＰＵ１２上で動作するアプリのうち、インターネットアクセスを必要とするアプリ（例えば、ブラウザアプリ及びメールアプリ等）は、携帯通信網３４又は無線ＬＡＮアクセスポイントを介してインターネットに接続できる。
【００２７】
ＯＳ５０は、スマートフォン１０に装備されるデバイスを制御する上述した一般的な機能を具備するだけでなく、アプリに対して種々のサービスを提供する。本実施例に特徴的な機能として、ＯＳ５０は、位置情報サービス５２と日時情報サービス５４を具備する。
【００２８】
位置情報サービス５２は、位置記録アプリ６０等の位置情報を必要とするアプリからの問合せに応じてスマートフォン１０の位置情報を提供する。換言すると、位置情報サービス５２は、位置記録アプリ６０にとって測位手段として機能する。本実施例では、位置情報サービス５２は、位置情報要求に対して、スマートフォン１０の位置情報を要求元に単純に返信する単一応答モードと、指定された距離の移動ごとに位置情報を要求元に返信する距離毎応答モードとを具備する。
【００２９】
昨今では、無線ＬＡＮアクセスポイントのＭＡＣアドレスをその設置位置と対応付けて記憶し、位置情報を外部に提供する無線ＬＡＮ位置サービスが存在する。また、携帯通信網３４の基地局からの距離によるスマートフォン１０の位置探索技術も知られている。位置情報サービス５２は、ＧＰＳを利用可能な場合にはＧＰＳによる測位を使用し、ＧＰＳを利用できない場合には、無線ＬＡＮアクセスポイント４６による測位を使用し、いずれも使用できない場合には、携帯基地局からの測位を使用する。
【００３０】
位置情報サービス５２の位置決定機能５２ａは、ＧＰＳ受信装置３６から位置情報を読み出す、または無線ＬＡＮアクセスポイント４６の出力する無線信号のＭＡＣアドレスを上述の無線ＬＡＮ位置サービスに問い合わせてそれらの無線ＬＡＮアクセスポイントの位置情報を取得する、あるいは携帯通信網３４の基地局からの距離を使って、スマートフォン１０の位置を決定する。位置情報サービス５２の移動距離演算機能５２ｂは、位置決定機能５２ａで得られる位置情報を参照して移動距離を算出する手段であり、距離毎応答モードで動作する。
【００３１】
日時情報サービス５４の日時調整機能５４ａは、計時手段としてのＲＴＣ４８の示す日時を携帯通信網３４上の基準タイマと比較し、一定以上の時間差（例えば、１分）を検知すると、ＲＴＣ４８を当該基準タイマに同期させる。これにより、ＲＴＣ４８は、その精度に応じて１日に１乃至数回の頻度で時刻調整される。この日時調整機能５４ａによるＲＴＣ４８の計時する日時の調整は、位置情報サービス５２とは独立かつ並行して実行される。日時情報サービス５４の日時出力機能５４ｂは、位置記録アプリ６０等のアプリの問合せに応じて、現在の日時情報をＲＴＣ４８の出力から取り込み、要求元のアプリに提供する。
【００３２】
図２を参照して、位置記録アプリ６０によるログ生成動作を詳細に説明する。図２は位置記録アプリ６０に従って動作するＣＰＵ１２によるログファイル生成のフローチャートを示す。このフローチャートの各処理は、ＣＰＵ１２が位置記録アプリ６０およびＯＳ５０の機能に従って動作することにより実現される。また、このフローチャートは位置記録アプリ６０が起動することにより開始される。図２に示すフローでは位置情報サービス５２の距離毎応答モードを利用する。位置記録アプリ６０は特徴的な機能としてログ生成機能６０ａ及びログ記録機能６０ｂを具備する。ログ生成機能６０ａは、ログファイルをオープン／クローズする機能である。ログ記録機能６０ｂは、ログファイルに位置情報と日時情報を対で記録する機能である。
【００３３】
位置記録アプリ６０は起動すると、位置情報サービスに設定する移動距離Ｄ、時刻調整の有無を判定する閾値Δｔ及びその他の内部変数を初期化する（Ｓ１）。
【００３４】
次に、ログ生成機能６０ａが、ログファイルを記録媒体上、即ちＳＳＤ１８上に新規オープンする（Ｓ２）。
【００３５】
位置記録アプリ６０は、移動距離Ｄ（ここでは水平の移動距離）を指定した距離毎応答モードの位置情報要求をＯＳ５０の位置情報サービス５２に供給する（Ｓ３）。この要求に従い、位置情報サービス５２の位置決定機能５２ａはＧＰＳ受信装置３６を起動し、ＧＰＳ受信装置３６から出力される位置情報の逐次的な取り込みを開始する。この逐次的な取り込みを開始した後、位置情報サービス５２は、最初に取りこんだ位置情報を位置記録アプリ６０に送信する。その後は、移動距離演算機能５２ｂが、位置決定機能５２ａにより決定された位置情報と、前回位置記録アプリ６０に送信した位置情報とを用いて移動距離を計算し、指定された移動距離Ｄの移動ごとに、その時点の位置情報（緯度（ｘ），経度（ｙ））を位置記録アプリ６０に送信又は供給する。なお、本実施例では、二点間の距離を算出することで移動距離を求める場合を例に挙げて説明するが、移動距離の計算はこれに限られるものではない。例えば、位置情報が取り込まれる度に前回取りこまれた位置情報との差から移動距離を計算し、前回計算した結果に加算していくようにしてもよい。
【００３６】
先に説明したように、位置情報サービス５２の位置決定機能５２ａは、ＧＰＳ測位を利用できないときには無線ＬＡＮによる測位を試行し、無線ＬＡＮによる測位も利用できないときには携帯通信網３４の基地局による測位を試行する。位置情報サービス５２の位置決定機能５２ａは、ＧＰＳ受信装置３６からの情報、無線通信ＬＡＮ通信装置４２からの情報、ＮＣＵ３０からの情報を組み合わせて位置情報を決定してもよい。
【００３７】
位置記録アプリ６０は、ＯＳ５０の位置情報サービス５２から位置情報を受信するのを待機する（Ｓ４）。位置情報サービス５２から位置情報を受信すると、受信した緯度及び経度を変数（Ｐｘ，Ｐｙ）に代入する（Ｓ５）。続いて、位置記録アプリ６０は、ＯＳ５０の日時情報サービス５４に現在の日時を問い合わせる（Ｓ６）。ＯＳ５０の日時情報サービス５４の日時出力機能５４ｂは、ＲＴＣ４８の出力値である現在日時を読み込み、要求元である位置記録アプリ６０に供給する。これにより、位置記録アプリ６０は現在日時情報を受信する。
【００３８】
次に、位置記録アプリ６０は、ログファイルに既に位置情報が書き込まれているか否かを判定する（Ｓ７）。換言すれば、ログファイルにこれから書き込む位置情報が、ログファイルに書きこまれる最初の位置情報となるか否かを判定する。
【００３９】
まず、位置記録アプリ６０がログファイルに既に位置情報が書き込まれていないと判定した場合について述べる。この場合、位置記録アプリ６０は日時情報サービス５４から受信した現在日時情報を変数Ｔｐに代入する（Ｓ８）。次いで、位置記録アプリ６０のログ記録機能６０ｂが、ステップＳ５の位置情報（Ｐｘ，Ｐｙ）とステップＳ８の日時情報Ｔｐを対にしてログファイルに記録する（Ｓ９）。その後、処理はステップＳ１６に進む。ステップＳ１６以降の説明は後述する。
【００４０】
一方、位置記録アプリ６０がログファイルに既に位置情報が書き込まれていると判定した場合について述べる。この場合、位置記録アプリ６０は、日時情報サービス５４から受信した現在日時情報を変数Ｔｃに代入する（Ｓ１０）。
【００４１】
位置記録アプリ６０は、誤差Δｔの下で今回取得の日時Ｔｃと前回取得の日時Ｔｐとを比較し、時間的に隣接する２つの測位時刻間に時間的な矛盾が想定できるかどうかで時刻調整の有無を判定する（Ｓ１１）。具体的には、Ｔｐ＋ΔｔがＴｃより小さいかどうかを調べる。例えば、設定した移動距離Ｄに対して、測位の時間間隔が５分程度になると想定される場合に、Δｔを３分と設定する。このとき、ＴｃがＴｐから３分未満の経過を示す場合に、位置記録アプリ６０はＲＴＣ４８の時刻調整が行われたと判定する。Δｔに０を設定している場合、Ｔｃ＜ＴｐであるとＲＴＣ４８の時刻調整が実行されたことになる。このステップは、時刻調整検出手段として、また、時刻調整検出ステップとして作用する。
【００４２】
位置記録アプリ６０が時刻調整があったと判定した場合、処理はステップＳ１０に進む。具体的にはＴｐ＋ΔｔがＴｃより小さい場合（Ｓ１１でＮ）、位置記録アプリ６０のログ生成機能６０ａは、オープンしているログファイルをクローズする（Ｓ１２）。ログ生成機能６０ａは続いて、ステップＳ８で取得した日時をファイル名に組み入れた新規ログファイルをオープンする（Ｓ１３）。そして、ログ記録機能６０ｂが、ステップＳ６の位置情報（Ｐｘ，Ｐｙ）とステップＳ８の日時情報Ｔｃを対にしてログファイルに追記する（Ｓ１４）。
【００４３】
位置記録アプリ６０が時刻調整がなかったと判定した場合、処理はステップＳ１２に進む。具体的にはＴｐ＋ΔｔがＴｃ以上である場合（Ｓ１１でＹ）、ログ記録機能６０ｂが、ステップＳ５の位置情報（Ｐｘ，Ｐｙ）とステップＳ８の日時情報Ｔｃを対にしてログファイルに追記する（Ｓ１４）。
【００４４】
ステップＳ１４の後、位置記録アプリ６０は、日時Ｔｃを直前日時の変数Ｔｐに代入し（Ｓ１５）、ユーザによる終了操作の有無を確認する（Ｓ１６）。位置記録アプリ６０が終了操作を受け付けていないと判断した場合（Ｓ１６でＮ）、処理は、ステップＳ５に戻る。位置記録アプリ６０が終了操作を受け付けたと判断した場合（Ｓ１６でＹ）、位置記録アプリ６０は、ログ生成機能６０ａによりオープン中のログファイルをクローズさせて（Ｓ１７）、終了する。
【００４５】
図３は、図２に示すフローチャートにより最初に生成されるログファイルの例を示す。図４は、図３に示すログファイルに続いて、ステップＳ１０で別ファイルとして生成されるログファイル例を示す。図３に示すログファイル及び図４に示すログファイルにおいて、ファイル名はログファイルの生成順に付される連番と、ログファイルに最初に記録された位置情報に対応する日時情報から生成されている。
【００４６】
図３に示すログファイルの最後のレコードの地点から所定距離Ｄだけ移動した地点での記録が、図４に示すログファイルに最初の地点として記録される。すなわち、図３及び図４に示す例では、地点（３５．６８０９９９，１３９．７６６０１８）から地点（３５．６８０９９９，１３９．７６６０２１）に移動するまでの間にＲＴＣ４８の時刻調整が行われたことになる。図３に示すログファイルの最後のエントリ又はレコードの日時に対して、図４に示すログファイルの先頭のエントリ又はレコードの日時が相対的に過去であり、これがＲＴＣ４８の時刻調整の発生を示している。
【００４７】
このように、本実施例では、ＲＴＣ４８の有意な時刻調整が行われる都度、新たなログファイルが生成される。これにより、ログデータの記録中にＲＴＣ４８の時刻調整が行われたとしても、一つのログファイル内での時間の連続性が保たれる。
【００４８】
本実施例では位置情報として緯度と経度を記録するとしたが、標高値を加えても良いことは明らかである。この場合、移動距離Ｄに対しては、高度差を加味した距離とする。
【００４９】
このように位置記録アプリ６０により生成されたログファイルを使って、デジタルカメラによる撮影時刻付きの撮影画像に位置情報を付加することができる。
【００５０】
図５は、撮影時刻付きの撮影画像に位置情報を付加して記録するデジタルカメラの概略構成ブロック図を示す。撮像装置５１０の制御装置５２４は、レリーズボタンを含む操作装置５２８の操作及び設定に従い各部を制御し、特に、レリーズボタンの操作に従い、撮像部５１４の撮像条件（露出及びシャッタ速度）を決定し、記録処理を始動する。
【００５１】
撮像部５１４は、撮影レンズ５１２による被写体の光学像を電気画像信号に変換する。カメラ信号処理装置５１６は、撮像部５１４からの画像信号に色バランス調整及びガンマ変換等の周知のカメラ信号処理を施す。符号化装置５１８は、制御装置５２４からの記録指示に従い、カメラ信号処理装置５１６から出力される画像信号を公知の符号化方式、例えば、ＪＰＥＧ方式で圧縮符号化し、圧縮画像データを書込み読み出し装置５２０に供給する。
【００５２】
制御装置５２４は、ＲＴＣ５２６を参照して撮像時の時刻、すなわち撮影時刻を決定し、撮像条件と共に書込み読出し装置５２０に供給する。書込み読出し装置５２０は、符号化装置５１８からの圧縮画像データに制御装置５２４からの情報を撮影パラメータとして多重し、記録媒体５２２に記録する。撮影パラメータは例えば、圧縮画像データを収容する画像ファイルのヘッダに格納されるが、勿論、画像ファイルと１対１に対応する別のファイル又は場所に記録されることもある。記録媒体５２２は、例えば、フラッシュメモリ又はハードディスク等の不揮発性記録媒体からなる。
【００５３】
制御装置５２４は、以下に説明するように、通信装置５３０を介して外部装置、ここではスマートフォン１０と協働して記録媒体５２２に記録される画像ファイルに撮影場所の位置座標（撮影位置座標）を埋め込む又は対応付けることができる。
【００５４】
図６は、スマートフォン１０の位置決定アプリ６２がデジタルカメラ５１０と協働して、デジタルカメラ５１０の記録媒体５２２に記録される撮影画像に撮影位置座標を埋め込む動作のシーケンス例を示す。
【００５５】
位置決定アプリ６２（スマートフォン１０）は、カメラ５１０に対しＲＴＣ５２６が示す日時情報を要求する（Ｓ６０１）。カメラ５１０の制御装置５２４は、この要求に応じて、現在の日時情報をＲＴＣ５２６の出力から読み取り、位置決定アプリ６２に送信する（Ｓ６１１）。
【００５６】
位置決定アプリ６２は、カメラ５１０から受信したカメラ５１０の日時情報と、ＲＴＣ４８の出力する日時情報とを比較し、両者の時差を計算する（Ｓ６０２）。この時差を取得することで、カメラ５１０の撮影画像の撮影時刻と、位置記録アプリ６０で記録されるログファイルの測位時刻とを精度良く照合することが可能になる。位置決定アプリ６２は、計算した時差で位置記録アプリ６０のログ収集期間（開始時刻と終了時刻）を補正し、補正したログ収集期間をカメラ５１０に送信する（Ｓ６０３）。これにより、ログ収集期間中に撮影された画像のＩＤ（例えば、シリアル番号）と撮影時刻を要求する。このように要求する情報をログ収集期間により指定することで、余計な通信を行うことを防ぐことができる。この後、位置決定アプリ６２は、カメラ５１０からの応答を待機する。
【００５７】
カメラ５１０の制御装置５２４は、位置決定アプリ６２からの時差で補正されたログ収集期間に従い、このログ収集期間内に入る撮影画像を抽出する（Ｓ６１２）。ログ収集期間内に入っているかどうかは、記録媒体５２２に記録済みの撮影画像に付加されている撮影時刻を読み出し、その撮影時刻がログ収集期間内に入っているかどうかで確認できる。
【００５８】
カメラ５１０の制御装置５２４は、抽出した撮影画像から一つを選択し（Ｓ６１３）、選択した撮影画像のＩＤ（例えば、シリアル番号）と撮影時刻を、通信装置５３０を介してスマートフォン１０に送信する（Ｓ６１４）。カメラ５１０は、同じＩＤに対する位置情報の受信を待機する。
【００５９】
位置決定アプリ６２は、カメラ５１０から送信された撮影時刻をステップＳ６０２で計算した時差で補正し（Ｓ６０４）、補正後の撮影時刻と位置記録アプリ６０が生成したログファイルに含まれる日時情報とを照合する（Ｓ６０５）。なお、複数のログファイルが記録されている場合、より新しく生成されたログファイルとの照合を優先する。例えば、図３と図４のログファイルが記録されている場合は、先に図４のログファイルと照合する。このようにするのは以下の理由による。例えば図４のログファイルが生成される場合のように、時刻の調整によって新たにログファイルが生成される場合がある。この新たに生成されたログファイルに記録される日時情報は、調整後の日時情報であるため、例えば図３のログファイルの日時情報に比べて、図４のログファイルの日時情報のほうが正確であると考えられる。そのため、より正確な日時情報を用いて生成されるログファイルを優先するという意図で、新たに生成されたログファイルを優先して照合する。位置決定アプリ６２は、この照合の結果、時刻が対応する位置情報を撮影位置として決定し、撮影時刻と一緒に受信したＩＤと対にしてカメラ５１０に送信する。位置決定アプリ６２は、カメラ５１０から終了通知を受信するか（Ｓ６０６）、次の画像のＩＤと撮影時刻を受信するのを待機する。
【００６０】
カメラ５１０の制御装置５２４は、位置決定アプリ６２から位置情報とＩＤを受信すると、受信した位置情報を、受信したＩＤが示す撮影画像に付加する（Ｓ６１５）。受信したＩＤが先にステップＳ６１４で位置決定アプリ６２に送信したＩＤと一致しない場合、どこかでエラーが生じていることになる。このとき、制御装置５２４は、その旨を図示しない表示装置に表示して図６に示す処理を中断する。
【００６１】
カメラ５１０の制御装置５２４は、抽出した撮影画像の中で未だ撮影位置を付加していない撮影画像があるかどうかを調べる（Ｓ６１６）。未処理の撮影画像がある場合（Ｓ６１６）、次の未処理の撮影画像を選択し（Ｓ６１７）、ステップＳ６１４、Ｓ６１５を繰り返す。抽出した撮影画像の全てを処理した場合（Ｓ１６６）、制御装置５２４は、位置決定アプリ６２に終了通知を送信して（Ｓ６１８）、終了する。
【００６２】
位置決定アプリ６２は、カメラ５１０から終了通知を受信するまで、次の画像のＩＤと撮影時刻の受信を待機する。カメラ５１０から終了通知を受信すると、位置決定アプリ６２は、終了する。
【００６３】
図６に示すシーケンスでは、カメラ５１０の制御装置５２４とスマートフォン１０の位置決定アプリ６２が相互に作用している。例えば、最近のデジタルカメラの記録媒体は、カメラに装着した状態でＵＳＢマスストレージとして外部装置にマウントできるようになっていることが多い。そこで、スマートフォン１０がカメラ５１０の記録媒体５２２をＵＳＢのマスストレージとしてマウントする場合には、図６に示すシーケンスをスマートフォン１０上のアプリのみで実行できることになる。
【００６４】
図７は、スマートフォン１０の位置決定アプリ６２が、デジタルカメラ５１０の記録媒体５２２に記録される撮影画像に撮影位置座標を埋め込む動作の別のシーケンス例を示す。
【００６５】
位置決定アプリ６２（スマートフォン１０）は、カメラ５１０に対しＲＴＣ５２６が示す日時情報を要求する（Ｓ７０１）。カメラ５１０（の制御装置５２４）は、この要求に応じて、現在の日時情報をＲＴＣ５２６の出力から読み取り、位置決定アプリ６２に送信する（Ｓ７１１）。
【００６６】
位置決定アプリ６２は、カメラ５１０から受信したカメラ５１０の日時情報と、ＲＴＣ４８の出力する日時情報とを比較し、両者の時差を計算する（Ｓ７０２）。位置決定アプリ６２は、計算した時差で位置記録アプリ６０のログ収集期間（開始時刻と終了時刻）を補正し、補正したログ収集期間をカメラ５１０に送信する（Ｓ７０３）。この後、位置決定アプリ６２は、カメラ５１０からの応答を待機する。
【００６７】
カメラ５１０の制御装置５２４は、位置決定アプリ６２からの時差で補正されたログ収集期間に従い、このログ収集期間内に入る撮影画像を抽出する（Ｓ７１２）。制御装置５２４は、抽出した各撮影画像の撮影時刻を読み出し、各撮影画像のＩＤと対にしたリストを生成して位置決定アプリに送信する（Ｓ７１３）。デジタルカメラ５１０は、位置決定アプリ６２からの応答を待機する。
【００６８】
位置決定アプリ６２は、カメラ５１０からリストを受信すると、リストに記述される最初の撮影時刻を選択し（Ｓ７０４）、その撮影時刻を時差で補正する（Ｓ７０５）。位置決定アプリ６２は、時差補正した撮影時刻を、位置記録アプリ６０がログデータと照合する（Ｓ７０６）。位置決定アプリ６２は、この照合の結果、時刻が対応する位置情報を撮影位置として決定し、撮影時刻と一緒に受信したＩＤと対にして記憶する。
【００６９】
位置決定アプリ６２は、リストに次の未処理の撮影時刻があるかどうかを調べ（Ｓ７０７）、ある場合には（Ｓ７０７）、次の撮影時刻を選択してステップＳ７０５，Ｓ７０６を繰り返す。未処理の撮影時刻がリストに存在しない場合（Ｓ７０７）、位置決定アプリ６２は、ステップＳ７０６で決定したＩＤと撮影位置のリストをカメラ５１０に送信して（Ｓ７０９）、終了する。
【００７０】
デジタルカメラ５１０の制御装置５２４は、位置決定アプリ６２から送信されたリストに従い、当該リストのＩＤで特定される撮影画像に、当該ＩＤと対になる位置情報を撮影位置として付加する（Ｓ７１４）。リストの全ＩＤを処理したら、制御装置５２４は、図７に示す処理を終了する。
【００７１】
以上のように、本実施例では、日時情報の調整が行われたと判断されたタイミングでログデータを分けることで、一つのログデータ内での日時の連続性を保つ。これにより、例えば、移動経路のグラフ化や、撮影画像の時刻データの位置データへの変換を行う際の不自然な位置ズレ等を防ぐことができる。
【実施例２】
【００７２】
図８は、本発明の第２実施例の概略構成ブロック図を示す。図１と同じ構成要素には同じ符号を付してある。具体的には、スマートフォン８１０は、ＯＳ８５０がＯＳ５０の機能とは異なり、この相違に応じて、位置記録アプリ８６０の機能が位置記録アプリ６０とは異なる。
【００７３】
以下、変更部分及び本実施例に特徴的な部分を中心に説明する。ＯＳ８５０は、ＯＳ５０と同様に、スマートフォン８１０に装備されるデバイスを制御する一般的な機能を具備するだけでなく、アプリに対して種々のサービスを提供する。
【００７４】
ＯＳ８５０の位置情報サービス８５２は、位置情報サービス５２と同様の機能を具備する。位置決定機能８５２ａ、移動距離演算機能８５２ｂの機能は、それぞれ実施例１で説明した位置情報サービス５２の位置決定機能５２ａ、移動距離演算機能５２ｂと同様である。
【００７５】
日時情報サービス８５４の日時調整機能８５４ａは、ＲＴＣ４８の時刻調整が発生するとその旨の通知（ＲＴＣ調整通知信号）を位置記録アプリ８６０に供給する。また、日時情報サービス８５４の日時出力機能８５４ｂは、日時出力機能５４ｂと同様に、位置記録アプリ８６０からの問合せに応じて現在の日時情報をＲＴＣ４８の出力から取り込み、位置記録アプリ８６０に提供する。
【００７６】
図９を参照して、位置記録アプリ８６０によるログ生成動作を詳細に説明する。図９は位置記録アプリ８６０によるログファイル生成のフローチャートを示す。図９に示すフローでは位置情報サービス８５２の距離毎応答モードを利用する。位置記録アプリ８６０は特徴的な機能としてログ生成機能８６０ａ、ログ記録機能８６０ｂ及びＲＴＣ調整値記憶機能８６０ｃを具備する。ログ生成機能８６０ａは、ログファイルをオープン／クローズする機能である。ログ記録機能８６０ｂは、ログファイルに位置情報と日時情報を対で記録する機能である。ＲＴＣ調整値記憶機能８６０ｃは、ＲＴＣ４８の時刻調整値と時刻調整を行った日時を記憶する機能である。
【００７７】
位置記録アプリ８６０は起動すると、位置情報サービスに設定する距離Ｄ、その他の内部変数を初期化する（Ｓ９０１）。このとき、位置記録アプリ８６０は、ＯＳ８５０の日時情報サービス８５４に対し、ＲＴＣ４８の時刻調整が行われた場合にその調整値を通知するように要求する。この要求に応じて、日時情報サービス８５４の日時調整機能８５４ａは、ＲＴＣ４８の時刻を調整したときに、調整後の日時と、その調整により変更した日時の量を示す日時調整値とを含む日時調整通知を位置記録アプリ８６０に通知する。
【００７８】
次に、位置記録アプリ８６０のログ生成機能８６０ａが、ログファイルをＳＳＤ１８上に新規オープンする（Ｓ９０２）。
【００７９】
位置記録アプリ８６０は、移動距離Ｄ（ここでは水平の移動距離）を指定した距離毎応答モードの位置情報要求をＯＳ８５０の位置情報サービス８５２に供給する（Ｓ９０３）。この要求に従い、位置情報サービス８５２の位置決定機能５２ａはＧＰＳ受信装置３６を起動し、ＧＰＳ受信装置３６から出力される位置情報の逐次的な取り込みを開始する。ステップＳ９０３の処理とそれに応答する位置情報サービス８５２の処理は、図２のステップＳ３で行われる処理とそれに応答する位置情報サービス５２の処理と同様である。
【００８０】
位置記録アプリ８６０は、ＯＳ８５０の位置情報サービス８５２から位置情報を受信するのを待機する（Ｓ９０４）。位置情報サービス８５２から位置情報を受信すると、位置記録アプリ８６０は、受信した位置情報の２次元座標値を変数（Ｐｘ，Ｐｙ）に代入する（Ｓ９０５）。続いて、位置記録アプリ８６０は、日時情報サービス８５４に現在の日時を問い合わせる（Ｓ９０６）。日時情報サービス８５４の日時出力機能８５４ｂは、ＲＴＣ４８の出力値である現在日時を読み込み、要求元である位置記録アプリ８６０に供給する。これにより、位置記録アプリ８６０は現在日時情報を受信する。
【００８１】
位置記録アプリ８６０は、日時情報サービス８５４から取得した現在日時情報を変数Ｔｃに代入する（Ｓ９０７）。
【００８２】
次に、位置記録アプリ８６０は、ログファイルに既に位置情報が書き込まれているか否かを判定する（Ｓ９０８）。換言すれば、ログファイルにこれから書き込む位置情報が、ログファイルに書きこまれる最初の位置情報となるか否かを判定する。
【００８３】
位置記録アプリ８６０がログファイルに既に位置情報が書き込まれていないと判定した場合、処理はステップＳ９０９を経ずに、ステップＳ９１３に進む。位置記録アプリ８６０のログ記録機能８６０ｂは、オープンしているログファイルにステップＳ９０５の位置情報（Ｐｘ，Ｐｙ）とステップＳ９０７の日時情報Ｔｃを対にして追記する（Ｓ９１３）。
【００８４】
一方、位置記録アプリ８６０がログファイルに既に位置情報が書き込まれていると判定した場合、処理はステップＳ９０９に進む。
【００８５】
位置記録アプリ８６０は、今回の日時取得と前回の日時取得の間に日時調整通知を日時情報サービス８５４から受け取っていたかどうかを確認する（Ｓ９０９）。ＲＴＣ調整値記憶機能８６０ｃが、日時情報サービス８５４からの日時調整通知（日時調整後の日時と日時調整値を含む）を記憶している。
【００８６】
日時調整通知を受け取っていた場合（Ｓ９０９でＹ）、位置記録アプリ８６０は、起動時からの日時調整値を累積し、ログ記録機能８６０ｂがログファイルに累積した日時調整値を記録する（Ｓ９１０）。位置記録アプリ８６０のログ生成機能８６０ａが、オープンしているログファイルをクローズし（Ｓ９１１）、続いて、ステップＳ９０７で取得した日時をファイル名に組み入れた新規ログファイルをオープンする（Ｓ９１２）。そして、位置記録アプリ８６０のログ記録機能８６０ｂは、オープンされたログファイルに、ステップＳ９０５の位置情報（Ｐｘ，Ｐｙ）とステップＳ９０７の日時情報Ｔｃを対にして追記する（Ｓ９１３）。
【００８７】
日時調整通知を受け取っていない場合（Ｓ９０９でＮ）、位置記録アプリ８６０のログ記録機能８６０ｂは、オープンしているログファイルにステップＳ９０５の位置情報（Ｐｘ，Ｐｙ）とステップＳ９０７の日時情報Ｔｃを対にして追記する（Ｓ９１３）。
【００８８】
ステップＳ９１３の後、位置記録アプリ８６０は、ユーザによる終了操作の有無を確認する（Ｓ９１４）。終了操作が無い場合（Ｓ９１４でＮ）、位置記録アプリ８６０は、ステップＳ９０４に戻る。終了操作がなされている場合（Ｓ９１４でＹ）、位置記録アプリ８６０は、ログ生成機能８６０ａによりオープンしているログファイルをクローズさせて（Ｓ９１５）、終了する。
【００８９】
図１０は、図９に示すフローチャートにより最初に生成されるログファイルの例を示す。図１１は、図１０に示すログファイルに続いて、時刻調整により別ファイルとして生成されるログファイル例を示す。図１０に示すログファイルは日時調整の発生によりクローズされるので、ステップＳ９１０により、日時調整値が最後に記録されている。図１０に示す例では、ＲＴＣ４８が６分だけ後送りされている。この日時調整値は、ログファイルのヘッダ部に記録しても、ファイル名に埋め込む形で記録しても良い。なお、図１０に示すログファイル及び図１１に示すログファイルにおいて、ファイル名はログファイルの生成順に付される連番と、ログファイルに最初に記録された位置情報に対応する日時情報から生成されている。
【００９０】
図１０に示すログファイルの最後のレコードの地点から所定距離Ｄだけ移動した地点での記録が、図１１に示すログファイルに最初の地点として記録される。すなわち、図１０及び図１１に示す例では、地点（３５．６８０９９９，１３９．７６６０１８）から地点（３５．６８０９９９，１３９．７６６０２１）に移動するまでの間にＲＴＣ４８の日時調整が行われたことになる。
【００９１】
図１０に示すログファイルのように、日時調整値が記録されるログファイルでは、各ログデータの日時は、日時調整値により修正された後で時刻比較に利用される。この日時調整値による修正後では、図１０に示すログファイルと図１１に示すログファイルは、同一時間時上に並ぶデータファイルとなりうる。
【００９２】
例えば、図６及び図７に示すような時刻比較を行う場合、図１０に示すログファイルの各時刻データは、同じログファイルに記録されている日時調整値で調整された上で、時差の調整と時刻の比較に供されることになる。
【００９３】
このように、本実施例では、ＲＴＣ４８の日時調整が行われる都度、新たなログファイルが生成され、ログファイルに日時調整値（複数の日時調整を経ている場合には累積値）を記録される。これにより、ログファイルの内容を参照したときに、日時調整を容易に修正して、計時的な移動軌跡や移動速度等を正確に描出できる。まだ、デジタルカメラで撮影しタイムスタンプが埋め込まれた画像に撮影位置情報を関連付ける場合でＲＴＣ４８の日時調整がなされていても、より適切な位置情報を関連付けることが可能になる。
【００９４】
なお、位置情報として緯度と経度を記録するとしたが、標高値を加えても良いことは明らかである。この場合、移動距離Ｄに対しては、高度差を加味した距離とする。
【実施例３】
【００９５】
図１０及び図１１に示すログファイル例では、ＲＴＣの日時調整が発生する直前の位置を先行するログファイルの最後のレコードとし、ＲＴＣの日時調整直後の位置を新規のログファイルの先頭レコードとしている。
【００９６】
これに対し、ＲＴＣ４８の時刻調整が発生する直前の位置を新規ログファイルの先頭レコードとしてもよい。その際、先頭レコードとして記録される測位の日時は、時刻調整値で調整した値とする。
【００９７】
更には、ＲＴＣ４８の時刻調整が発生する直前の測位データをログファイルの最後のレコードとしつつ、新規ログファイルの先頭レコードとしても記録しても良い。すなわち、２つのログファイルに重複登録する。この際、新規ログファイルの先頭レコードとして記録される測位の日時は時刻調整値で調整した値とする。
【実施例４】
【００９８】
上記実施例では、時刻調整の前後でログファイルを別ファイルとした。これに対し、単一のログファイルにおいて各レコード又はエントリに時刻調整値のフィールドを設け、時刻調整以後のレコードに対して時刻調整値（累積値）を記録するようにしてよい。この場合、ログファイルの先頭に単独で記録する時刻調整値は、当然に不要になる。測位の日時にはＲＴＣ４８から供給される日時を記録する。図１２は、図１０及び図１１に示すログ例に対応する単一ログファイル例を示す。
【００９９】
このようなログファイルにより、任意の時刻調整をその過去に遡っても、また、未来に向けても適用することが容易に実現できる。これは、絶対的な日時よりも相対的な時間差を重視する場合に有用である。また、時間基準を任意の時点に設定できることにもなり、多様な利用が可能になる。
【実施例５】
【０１００】
変更例として、時刻調整があった場合、記録済みのログファイルのレコード又はエントリの日時情報を過去に遡って同様に調整しても良い。
【０１０１】
上述の実施例に加えて、時刻調整が行われた場合、その時刻調整よりも古いログファイルについて、ファイル名その他の要素に、時刻調整前の日時が記録されている旨を示すデータ又はフラグを付加してもよい。これにより、記録された日時に対する信頼性を確認しやすくなる。
【０１０２】
また、時刻調整で分離される複数のログファイルを一連で利用できると便利である。そのような用途には、ファイル名の前半には同じ名前を設定しつつ、後半部に一定規則の下でシリアル番号を付加するファイル命名規則を採用すれば良い。単純なシリアル番号の代わりに、日時情報の変化量を示すテキストを採用しても良い。何れの方法でも、複数のログファイルを１つのログファイルに容易に集約できるので、以後の利用が容易になる。
【０１０３】
上述した実施例は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されうる。また、各実施例は適宜組み合わせ可能である。
【０１０４】
なお、上述の実施例は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウエア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【０１０５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけではない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーションシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
さらに、以下のような処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。まず、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行う。
【図１】
2014026017.tif 000003
【図２】
2014026017.tif 000004
【図３】
2014026017.tif 000005
【図４】
2014026017.tif 000006
【図５】
2014026017.tif 000007
【図６】
2014026017.tif 000008
【図７】
2014026017.tif 000009
【図８】
2014026017.tif 000010
【図９】
2014026017.tif 000011
【図１０】
2014026017.tif 000012
【図１１】
2014026017.tif 000013
【図１２】
2014026017.tif 000014