JP2014075123A - 記録装置、記録装置の制御方法、プログラム - Google Patents

Abstract

【課題】 複数の領域に軌跡情報が記録されている記録装置から軌跡情報を取り出す場合、軌跡情報を取りこぼす恐れがあった。
【解決手段】 記録装置は、位置情報と日時情報を第１の記録媒体に記録し、第１の記録媒体に記録されている位置情報と日時情報をログファイルとして第２の記録媒体に出力し、第２の記録媒体に記録されているログファイルを外部装置に送信する際に、第１の記録媒体に記録されている位置情報と日時情報をログファイルとして第２の記録媒体に出力してから、第２の記録媒体に記録されているログファイルを送信することを特徴とする。
【選択図】 図１０

Description

本発明は、ＧＰＳを搭載した記録装置に関するものである。

近年、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を搭載したデジタルカメラを用いて、定期的に位置情報を記録（ロギング）し、デジタルカメラの移動軌跡を示すログデータを生成することが行われている。例えば、特許文献１には、デジタルカメラに搭載されたＧＰＳにより移動軌跡を記録することが開示されている。しかしながら、ログデータの記録のためにデジタルカメラ全体の機能をＯＮにしておくのは、消費電力の面で効率がよくない。これを解決するため、例えばカメラ全体を制御するメインＣＰＵとそれに付随するメイン記録部とは別に、ＧＰＳを動作させるためのサブＣＰＵと位置情報を記録するためのサブ記録部を用意することが考えられる。そして、カメラ全体を動作させる必要のない状況では、メイン記録部ではなくサブ記録部に位置情報を蓄積し、メインＣＰＵおよびメイン記録部への通電を停止する。これにより、ログデータの記録を継続しつつ不要な電力の消費を低減することができる。

特開２００９−０６３４５１号公報

しかしながら、上記のようにログデータが記録される領域が複数存在する場合、ユーザはそれぞれの領域にログデータが記録されている可能性を意識する必要があった。そこで本発明は、ログデータが記録される領域が複数存在している場合でも、ユーザがそのことを意識することなく、ログデータを取り込むことができるようにすることを目的とする。

本願発明の記録装置は、位置情報と日時情報とを対応づけて第１の記録媒体に記録する記録手段と、前記第１の記録媒体に記録されている位置情報と日時情報とをログファイルとして第２の記録媒体に出力する出力手段と、前記第２の記録媒体に記録されているログファイルを外部装置に送信する送信手段とを有し、前記送信手段が前記第２の記録媒体に記録されているログファイルを前記外部装置に送信する際には、前記出力手段は前記第１の記録媒体に記録されている位置情報および日時情報に基づくログファイルを前記第２の記録媒体に出力し、前記送信手段は、前記第２の記録媒体に記録されているログファイルに加えて、前記出力手段により出力されたログファイルも前記外部装置に送信することを特徴とする。

本発明によれば、ユーザは、ログデータが記録される領域が複数存在していることを意識することなく、複数の領域に記録されているログデータを取り込むことができる。

第１の実施形態に係る記録装置のブロック図である。 第１の実施形態に係る外部装置のブロック図である。 第１の実施形態に係るシリアルフラッシュメモリに記録されているデータの概念図である。 第１の実施形態に係るシリアルフラッシュメモリにログデータを記録する処理を示すフローチャートである。 第１の実施形態に係るシリアルフラッシュメモリから記録媒体にログデータを出力する処理を説明するためのシーケンス図である。 第１の実施形態に係る記録媒体に記録されるログファイルの概念図である。 第１の実施形態に係るシリアルフラッシュメモリから記録媒体にログデータを出力する際の第１制御部の動作を示すフローチャートである。 第１の実施形態に係るシリアルフラッシュメモリから記録媒体にログデータを出力する際の第２制御部の動作を示すフローチャートである。 第１の実施形態に係る外部装置でのログファイル利用の一例を示す図である。 第１の実施形態に係る外部装置からログファイルを取得する要求を受け付けた際の画像処理装置の動作を示すフローチャートである。 第２の実施形態に係る記録装置のブロック図である。 （ａ）、（ｂ）、（ｃ）第２の実施形態に係る記録装置で表示される画面の一例を示す図である。（ｄ）その他の実施形態に係る記録装置で表示される画面の一例である。 第２の実施形態に係る記録装置の動作を示すフローチャートである。

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

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

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

本実施形態のデジタルカメラ１００では、第１制御部１０１と第２制御部１１０とが協働することにより各部の制御を行う。第１制御部１０１は、主に撮像して画像を生成するための処理を制御する。第２制御部１１０は、主にデジタルカメラ１００の移動軌跡を示すログデータを生成するための処理を制御する。第１制御部１０１の制御する機能が必要無い場合は、ユーザ操作により第１制御部１０１への通電を停止することができる。その一方で、第２制御部１１０には通電を継続する。つまり、消費電力の低減とロギングの継続を両立する。

第１制御部１０１は、入力された信号や、後述のプログラムに従って、後述の第２制御部１１０と協働してデジタルカメラ１００の各部を制御する。本実施形態では、第１制御部１０１は、主に撮像して画像を生成するための処理を制御する。なお、第１制御部１０１の機能を複数のハードウェアが分担してもよい。

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

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

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

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

記録媒体１０７は、撮像部１０２から出力された画像や、後述の第２制御部１１０から提供されるログデータ等を記録することができる。記録媒体１０７は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、デジタルカメラ１００は少なくとも記録媒体１０７にアクセスする手段を有していればよい。

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

第２制御部１１０は、入力された信号や、後述のプログラムに従って、前述の第１制御部１１０と協働してデジタルカメラ１００の各部を制御する。本実施形態では、第２制御部１１０は、主にログデータを生成するための処理を制御する。なお、第２制御部１１０の機能を複数のハードウェアが分担してもよい。本実施形態では、第２制御部１１０は、第１制御部１０１に電力を供給していない状態でも通電することができる。すなわち、第１制御部１０１の動作を停止した状態（いわゆる省電力状態）であっても、第２制御部１１０により制御される機能を有効に保つことができる。

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

作業用メモリ１１２は、後述のログ取得部１１４から出力されるデータを一時的に保持するバッファメモリや、第２制御部１１０の作業領域等として使用される。

操作部１１３は、ユーザがデジタルカメラ１００に対する指示をユーザから受け付けるために用いられる。操作部１１３は例えば、ユーザがデジタルカメラ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、撮像を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンなどの操作部材を含む。なお、操作部材が第２制御部１１０により制御されるのは、省電力状態から復帰する指示を受け付けられるようにするためである。ユーザは、操作部１１３の操作部材を操作することで、デジタルカメラ１００を省電力状態から通常状態へと復帰させることができる。

ログ取得部１１４は、測位処理を行う。測位処理とは、ＧＰＳ衛星から信号を受信し、受信した信号からデジタルカメラ１００の位置を示す位置情報、および信号を受信した日時を示す日時情報を算出する処理である。ログ取得部１１４により算出された位置情報および日時情報は、必要に応じて第２制御部１１０に提供される。

シリアルフラッシュメモリ１１５は、ログ取得部１１４で得られた位置情報および日時情報をログデータとして記録するための記録媒体である。本実施形態では、シリアルフラッシュメモリ１１５の記録領域をリングバッファの形で扱う。第２制御部１１０は、ログ取得部１１４から提供される位置情報と日時情報を対応づけてシリアルフラッシュメモリ１１５へ記録する。なお、本実施形態のデジタルカメラ１００では、外部からシリアルフラッシュメモリ１１５に直接アクセスすることは出来ないように制御される。シリアルフラッシュメモリ１１５に記録されたログデータは、一旦記録媒体１０７を経由して外部に出力されることになる。この処理については後に詳述する。

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

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

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

操作部２０５は、ＰＣ２００に対する指示をユーザから受け付けるために用いられる。操作部２０５は例えば、キーボードや、ポインティングデバイス等が含まれる。ポインティングデバイスとしては、例えばマウスやタッチパッド、タッチパネル等を用いることができる。

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

記録媒体２１０は、制御部２０１により実行される各種の制御プログラムやＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、画像ファイルや音声ファイル等のコンテンツ情報、地図に関する情報等を格納する。記録媒体２１０は、ＰＣ２００に着脱可能なよう構成してもよいし、ＰＣ２００に内蔵されていてもよい。すなわち、ＰＣ２００は少なくとも記録媒体２１０にアクセスする手段を有していればよい。

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

ネットワークインターフェース２１１は、例えばインターネット等のネットワーク回線に接続するために利用される。なお、本実施形態では、画像ファイルや地図に関する情報は記録媒体２１０に保存されているものとして説明するが、ネットワークインターフェース２１１を介して外部装置から画像ファイルや地図に関する情報を取得する場合も同様に本発明を実現できる。なお、本実施形態における情報処理装置は、単一の情報処理装置で実現してもよいし、必要に応じた複数の情報処理装置に各機能を分散して実現するようにしてもよい。複数の情報処理装置で構成される場合は、互いに通信可能なようにＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）などで接続されている。また、前述の通信部２０８はネットワークインターフェース２１１と兼用してもよい。

＜シリアルフラッシュメモリへのログデータの記録＞
次に、デジタルカメラ１００においてシリアルフラッシュメモリ１１５にログデータを記録する処理について説明する。本実施形態のデジタルカメラ１００では、前述のように、第２制御部１１０がログデータを記録するための処理を制御する。第２制御部１１０は予め定められた間隔でログ取得部１１４に位置情報および日時情報を要求する。そして、その要求に対する応答として受信される位置情報と日時情報とを対応づけて、ログデータとしてシリアルフラッシュメモリ１１５に記録する。以後、このログデータの記録を繰り返すことをロギングと呼ぶ。また、位置情報と日時情報とが対応づけられてシリアルフラッシュメモリ１１５に記録されている状態のデータをログデータと呼ぶ。

このロギングの結果、複数のログデータが記録されたシリアルフラッシュメモリ１１５の記録領域の一部の概念図を図３に示す。図３において、記録領域３００は、シリアルフラッシュメモリ１１５の記録領域の一部である。この領域３００の内、記録領域３０２にはログデータが記録される。記録領域３０２に記録されている複数のログデータのうち、一つのログデータのデータ構造を示す概念図をログデータ３２０に示す。ログデータの一つ一つには、位置情報を取得した日時を示す日時情報３２１が先頭に記録される。この日時情報はＵＴＣの時間軸で計時される日時を示す。また、位置情報として、緯度・経度を示す情報３２２〜３２６が記録される。また、この位置情報の精度を示す情報として、算出に用いた信号の数、すなわち利用した衛星の数３２７や、ＤＯＰ情報３２８なども併せて記録される。この記録領域３０２はリングバッファの形式で構成される。ゆえに、ログデータは記録領域の先頭から末尾まで順に記録され、記録領域３０２の空き容量を超えるログデータが記録される場合は、足りない容量の分だけ最も古いログデータから上書きされていく。なお、これらのログデータのデータ長は一定となるように調整される。例えばデータの末尾に空データを付与するなどして調節する。

記録領域３０１は、ログデータを管理するための情報であるログ管理レコードが記録される。このログ管理レコードが記録される領域３０１もリングバッファ形式で構成される。

本実施形態のデジタルカメラ１００では、シリアルフラッシュメモリ１１５に記録されている状態から、記録媒体１０７に出力する際に、このログ管理レコードが管理するログデータを一つのまとまりとして出力する。記録領域３０１に記録されている複数のログ管理レコードのうち、一つのログ管理レコードの概念図をログ管理レコード３１０に示す。ログ管理レコードには、ロギングを開始した日時を示す開始日時３１１が記録されている。この開始日時３１１には、ログ管理レコードに対応する先頭のログデータの日時情報が用いられる。また、ログ管理レコードにはＵＴＣ時差３１２も記録される。ＵＴＣ時差とは、ＵＴＣ（Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ， Ｃｏｏｒｄｉｎａｔｅｄ：協定世界時）と現地時間（地方標準時）との時差を示す時差情報である。このＵＴＣ時差の情報は、ユーザがメニュー操作等を介して現在位置に対応するタイムゾーンを選択することにより、予めデジタルカメラ１００の設定値として設定しておく。あるいは、ログ取得部１１４から取得される位置情報に基づき、タイムゾーンを決定し、ＵＴＣ時差を算出してもよい。更に、それぞれのログ管理レコードには、対応するログデータの記録開始アドレス３１３とデータサイズ３１４が含まれており、これらの情報により対応するログデータ群が決定される。具体的には、前述のように、ログデータのデータ長は一定であり、かつログデータは記録領域に順に記録されるため、開始アドレスからデータサイズの示す値分だけデータ量をカウントすれば、ログ管理レコードに対応するログデータ群を決定できる。これにより、記録領域３００に順次記録されていく複数のログデータが、特定のまとまりに分けて管理される。なお、ロギング中の最新のログ管理レコードについては、対応するログデータが随時増加していく。つまり、最終的にそのログ管理レコードが管理するログデータのデータサイズが定まっていない。そのため、ロギング中の最新のログ管理レコードのデータサイズは未記録となる。このログ管理レコードのデータサイズが記録されるタイミングは、時間の経過やユーザ操作による日付の変更があった場合や、ユーザ操作やカメラの移動によりタイムゾーンの設定、すなわちＵＴＣ時差が変更された場合である。すなわち、ログ管理レコードは日付毎およびＵＴＣ時差毎に異なるレコードとなるように記録される。

上述のデータの記録を実現するための、デジタルカメラ１００の処理について説明する。図４は、シリアルフラッシュメモリ１１５に位置情報と日時情報とを対応づけてログデータとして記録する際のデジタルカメラ１００の動作を示すフローチャートである。このフローチャートに示される各処理は、デジタルカメラ１００の第２制御部１１０が、不揮発性メモリ１１１に記録されているプログラムを実行し、プログラムに従いデジタルカメラ１００の各部を制御することにより実現される。以降の第２制御部１１０が実行するフローチャートについても同様である。また、このフローチャートに示される処理は、例えばＧＰＳを用いたロギングを開始する指示を、メニュー操作等を介して受け付けたことに応じて開始される。

まず、ステップＳ４０１にて、第２制御部１１０は、ログ取得部１１４から位置情報および日時情報を受信する。これらの情報は、第２制御部１１０がログ取得部１１４に要求した応答として返される情報である。

次に、ステップＳ４０２では、第２制御部１１０は、ステップＳ４０１で受信した位置情報および日時情報を、ログデータとしてシリアルフラッシュメモリ１１５に記録する。

続くステップＳ４０３では、第２制御部１１０は、ログ管理レコードのうち、ログデータを追加して対応付けるべきログ管理レコードが記録されているか否かを判断する。具体的には、第２制御部１１０は、シリアルフラッシュメモリ１１５に記録されているログ管理レコードのうち、データサイズが記録されていないものがあるか否かを判断する。前述のように、ロギング中はそのログ管理レコードには、対応するログデータのデータサイズが記録されない。つまり、管理するログデータのデータサイズが未記録のログ管理レコードは、今後ログデータが追加されるものであると判断できる。

まず、ステップＳ４０３で第２制御部１１０が、データサイズが記録されていないログ管理レコードがあると判断した場合について述べる。この場合、処理はステップＳ４０４に進む。

ステップＳ４０４では、第２制御部１１０は、ステップＳ４０２でシリアルフラッシュメモリ１１５に記録したログデータの日時情報に基づき、日付の変更があるか否か判断する。具体的には、ステップＳ４０２以前に記録したログデータの日時情報とステップＳ４０２で記録したログデータの日時情報とを比較して、日付が異なるか否かを判断する。日付が異なっている場合は、日付の変更があったと判断することになる。例えば、時間の経過により次の日になってからログデータが取得される場合などは、異なる日付を示す。

まず、ステップＳ４０４にて、第２制御部１１０が、日付の変更があったと判断した場合について説明する。この場合、処理はステップＳ４０６に進む。

ステップＳ４０６では、第２制御部１１０は、ログ管理レコードが管理するログデータの総サイズを、該当するログ管理レコードのデータサイズの項目に記録する。ここで記録するサイズは、ステップＳ４０２で記録された位置情報を含まないように記録される。これによりログ管理レコードが管理するログデータの範囲が確定する。例えば、図３のログ管理レコード４の記録開始アドレス３１３にログデータ７のアドレスが記録されている状態で、本ステップの処理によりログ管理レコード４のデータサイズ３１４に３つのログデータ分のサイズが記録されたとする。この場合、ログ管理レコード４が管理するログデータの範囲は、ログデータ７〜ログデータ９として確定する。

そして、続くステップＳ４０７にて、第２制御部１１０は、新たにログ管理レコードを生成し、ステップＳ４０２で記録された位置情報のアドレスを記録開始アドレスの項目に記録する。これにより、新たなログ管理レコードの記録範囲の開始位置が確定する。

その後、ステップＳ４０８では、第２制御部１１０は、ロギングの終了指示を受け付けたか否かを判断する。指示を受け付けていないと判断した場合、処理はステップＳ４０１に戻り、本フローチャートの処理を繰り返す。結果として、定期的に位置情報が記録される。これらの一連の位置情報は、デジタルカメラ１００の移動軌跡を示すことになる。一方、ロギングの終了指示を受け付けたと判断した場合、処理を終了する。

以上が、ステップＳ４０４にて、第２制御部１１０が、日付の変更があったと判断した場合の説明である。

次に、ステップＳ４０４にて、第２制御部１１０が、日付の変更がなかったと判断した場合について説明する。この場合、処理はステップＳ４０７に進む。

ステップＳ４０７では、第２制御部１１０は、ＵＴＣ時差が変更されたか否かを判断する。具体的には、現在のデジタルカメラ１００のＵＴＣ時差の設定と、シリアルフラッシュメモリ１１５に記録されている最新のログ管理レコードのＵＴＣ時差とを比較する。比較の結果、ＵＴＣ時差が一致していない場合は、ＵＴＣ時差が変更されたと判断する。ＵＴＣ時差が変更されていないと判断した場合、処理はステップＳ４０８に進む。一方、ＵＴＣ時差が変更されたと判断した場合、処理はステップＳ４０６に進む。

次に、ステップＳ４０３で第２制御部１１０が、データサイズが記録されていないログ管理レコードがないと判断した場合について述べる。この場合は、既にログ管理レコードの管理するログデータの範囲が定まっているため、新たに記録されたログデータは新たなログ管理レコードに管理されることになる。ゆえに、処理はステップＳ４０７に進み、第２制御部１１０は新たなログ管理レコードを生成する。その後の処理は上述で説明した通りである。

以上が、シリアルフラッシュメモリ１１５にログデータを記録する際のデジタルカメラ１００の動作の説明である。

＜記録媒体１０７へのログデータの出力＞
次に、シリアルフラッシュメモリ１１５に記録されているログデータを、記録媒体１０７にログファイルとして出力する処理について説明する。

本実施形態におけるデジタルカメラ１００では、シリアルフラッシュメモリ１１５に記録されているログデータを、管理レコードで区切られた単位毎に一つのログファイルとして記録媒体１０７に出力することができる。なお、記録媒体１０７の記録領域をログデータで圧迫する可能性があるため、本実施形態ではログデータの出力は自動ではなく、ユーザの操作に応じて実行する。

図５は、シリアルフラッシュメモリ１１５に記録されているログデータを、記録媒体１０７にログファイルとして出力する際のデジタルカメラ１００の動作の概要を示すシーケンス図である。このシーケンス図に示す動作は第１制御部１０１および第２制御部１１０がそれぞれ、不揮発性メモリ１０３および不揮発性メモリ１１１に記録されているプログラムを、作業用メモリ１０４および作業用メモリ１１２に展開・実行することにより実現される。またこのシーケンス図の動作は、例えばログデータを記録媒体１０７に出力する指示を第２制御部１１０が受け付けたことに応じて開始する。

まず、ステップＳ５０１にて、第２制御部１１０は、シリアルフラッシュメモリ１１５に記録されているすべてのログ管理レコードの情報を第１制御部１０１に送信する。それぞれのログ管理レコードの情報には、データサイズと開始日時、およびＵＴＣ時差が含まれる。

ログ管理レコードの情報を受信した第１制御部１０１は、ステップＳ５０２にて、ログ管理レコードの情報に含まれるデータサイズからログデータの総サイズを算出し、記録媒体１０７の空き容量とログデータの総サイズとを比較する。これにより、記録媒体１０７にログデータを記録するのに十分な空き容量があるかを判断する。比較の結果、第１制御部１０１が、記録媒体１０７の空き容量が足りないと判断した場合、第１制御部１０１は空き容量が不足している旨をユーザに通知し、本シーケンスの処理を終了する。一方、比較の結果、第１制御部１０１が空き容量が十分であると判断した場合、第１制御部１０１はＳ５０１で情報を送信されたログ管理レコードのうち、一つのログ管理レコードに対応するログデータの要求を第２制御部１１０に送信する。図５では、説明のため、空き容量が十分あると判断した場合の例を示している。すなわち、ステップＳ５０３にて、第１制御部１０１はログデータの要求を第２制御部１１０に送信する。

ログデータの要求を受信した第２制御部１１０はステップＳ５０４にて、シリアルフラッシュメモリ１１５に記録されているログデータのうち、要求されたログデータを読み出し、第１制御部１０１に送信する。

ログデータを受信した第１制御部１０１はステップＳ５０５で、受信したログデータを記録媒体１０７に記録するログファイルの形式に変換する。本実施形態では記録媒体１０７は、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ：データの管理のためのファイルシステムの形式）形式でデータを取り扱う。

続くステップＳ５０６では、第１制御部１０１は、変換して得たログファイルを、記録媒体１０７に記録する。

ステップＳ５０７では、第１制御部１０１は、ステップＳ５０１で情報を送信されたすべてのログ管理レコードに対応するログデータに関して、ステップＳ５０５の処理が実行されたか否かを判断する。第１制御部１０１が、まだすべてのログ管理レコードに対応するログデータに関してステップＳ５０５の処理を実行していないと判断した場合、ステップＳ５０３に戻り、他のログ管理レコードに関して処理を繰り返す。一方、第１制御部１０１が、すべてのログ管理レコードに対応するログデータに関してステップＳ５０５の処理が完了したと判断した場合、処理を終了する。

以上が、ログデータを記録媒体１０７に出力する際のデジタルカメラ１００の動作の概要である。

ログデータの出力の結果、記録媒体１０７には、図６に示すようなログファイル６００が記録される。本実施形態におけるログファイル６００はＮＭＥＡフォーマットに従ったデータが記録されたテキストデータである。ＮＭＥＡフォーマットでは記録されている情報のうち、＄ＧＰＧＧＡから始まる行と＄ＧＰＲＭＣから始まる行とが対になっている。この対の情報には、位置情報６１３とその位置情報を取得した日付６１２および時間６１１が記録されている。また、ログファイルのヘッダ領域６０１には、ログファイルが記録される際の記録条件が記録される。具体的には、ログファイルとして記録される位置情報が取得された日時を示す記録日時６０２が記録される。この記録日時６０２には、位置情報を管理していたログ管理レコードの開始日時３１１の値が用いられる。さらに、ログファイルを生成した際にデジタルカメラ１００に設定されているタイムゾーンの情報、すなわちＵＴＣ時差６０３も記録条件として記録される。これらの記録条件は、図５のステップＳ５０１で送信されたログ管理レコードの情報が用いられ、ステップＳ５０６で記録媒体に記録される際にヘッダに記録される。また、ログファイルのファイルネームは、ログ管理レコードの開始日時３１１の値に基づき決定される。

次に、各制御部の動作について詳述する。

図７は、上記の動作を実現するための第１制御部１０１の動作を示すフローチャートである。このフローチャートの各処理は、第１制御部１０１が不揮発性メモリ１０３に記録されているプログラムを作業用メモリ１０４に展開・実行することにより実現される。またこのフローチャートの処理は、例えば第１制御部１０１が通電されたことに応じて開始する。

まず、ステップＳ７０１にて、第２制御部１１０からログ管理レコードの情報（開始日時とＵＴＣ時差、およびデータサイズ）を受信する。このログ管理レコードの情報は、それぞれのログ管理レコードに対応する情報であることが区別可能な状態で受信される。

次に、第１制御部１０１は、ステップＳ７０２にて、記録媒体１０７の空き容量とログデータの総サイズとを比較して、記録媒体１０７にログデータを記録するのに十分な空き容量があるかを判断する。

比較の結果、第１制御部１０１が、記録媒体１０７の空き容量が足りないと判断した場合、処理はステップＳ７０３に進む。ステップＳ７０３では、第１制御部１０１は空き容量が不足している旨を第２制御部１１０に通知する。これに併せて、第１制御部１０１はステップＳ７０４にて、空き容量が不足している旨をユーザに通知し、本シーケンスの処理を終了する。

一方、比較の結果、第１制御部１０１が空き容量が十分であると判断した場合、処理はステップＳ７０５に進む。第１制御部１０１はステップＳ７０５で、ログ管理レコードが管理するログデータの要求を第２制御部１１０に送信する。ここは、ステップＳ７０１で受信したログ管理レコードの情報に基づき、一つのログ管理レコードが管理するログデータをまとめて要求する。この要求を受けた第２制御部１１０は、シリアルフラッシュメモリ１１５から対応するログデータを読み出し、第１制御部１０１に送信する。

ステップＳ７０６にて第２制御部１１０からログデータを受信すると、第１制御部１０１はステップＳ７０７でログデータを、記録媒体１０７に記録するログファイルの形式に変換する。例えば、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ：データの管理のためのファイルシステムの形式）形式に変換する。

本実施形態では、ステップＳ７０７で得られるログファイルを記録する前に、既に記録媒体１０７に記録されているログファイルにまとめて記録するか、別のファイルとして記録するかを判断する。具体的には、ステップＳ７０８にて、第１制御部１０１は記録媒体１０７に既に記録されているログファイルのヘッダ領域からログファイルの記録条件を読み出し、ステップＳ７０１で受信したログ管理レコードの情報に含まれる情報と比較する。比較の結果、記録条件とログ管理レコードの情報に含まれる情報とが所定の関係を満たす場合、ログデータは既に記録されているログファイルに追記されることになる。ここでログファイルのヘッダ領域から読み出される記録条件とは、図６の説明で述べた記録日時６０２とＵＴＣ時差６０３である。第１制御部１０１は、ログファイルから読み出した記録日時６０２と、これから記録しようとしている位置情報に対応するログ管理レコードに含まれる開始日時３１１とを比較する。同様に、ログファイルから読み出したＵＴＣ時差６０３と、これから記録しようとしている位置情報に対応するログ管理レコードに含まれるＵＴＣ時差３１２とを比較する。比較の結果、記録日時６０２の示す日付と開始日時３１１の示す日付とが一致していないと判断された場合、ステップＳ７０７で得られたログファイルは、既に記録媒体１０７に記録されているログファイルとは記録条件が異なると判断する。または、ＵＴＣ時差６０３とＵＴＣ時差３１２とが一致しない場合、ステップＳ７０７で得られたログファイルの記録条件は、既に記録媒体１０７に記録されているログファイルの記録条件と異なると判断する。日付の比較、及びＵＴＣ時差の比較の両方で一致していると判断された場合は、ステップＳ７０７で得られたログファイルの記録条件は、既に記録媒体１０７に記録されているログファイルの記録条件と一致すると判断する。

ステップＳ７０８にて、記録条件が一致すると判断された場合、処理はステップＳ７０９に進む。

ステップＳ７０９では、第１制御部１０１は既に記録されているログファイルに、ステップＳ７０７で変換したログファイルをマージする。この結果、同一日、同一ＵＴＣ時差のログデータは、一つのログファイルにまとめて記録されることになる。これにより、ログファイルの管理が容易になる。その後、処理はステップＳ７１１に進む。

ステップＳ７１１では、第１制御部１０１はステップＳ７０１で受信した全てのログ管理レコードに関して、ステップＳ７０５以降の処理を行ったかを判断する。

第１制御部１０１が第１制御部１０１はステップＳ７０１で受信した全てのログ管理レコードに関して、ステップＳ７０５以降の処理を行っていないと判断した場合、処理はステップＳ７０５に戻り、ステップＳ７０５以降の処理を繰り返す。

一方、全てのログ管理レコードに関してステップＳ７０５以降の処理を行ったと判断した場合は、本フローチャートの処理を終了する。

一方、ステップＳ７０８にて、記録条件が一致しないと判断された場合、処理はステップＳ７１０に進む。

ステップＳ７１０では、第１制御部１０１はステップＳ７０７で変換したログファイルを、既に記録されているログファイルとは別のファイルとして記録媒体１０７に記録する。この結果、日付あるいはＵＴＣ時差が異なるログデータは別のファイルとして記録されることになる。その後、処理はステップＳ７１１に進む。

以上が第１制御部１０１の動作の説明である。

次に、上記の第１制御部１０１の動作に対応する第２制御部１１０の動作について説明する。図８は、図５の動作を実現するための第２制御部１０１の動作を示すフローチャートである。このフローチャートの各処理は、第２制御部１０１が不揮発性メモリ１１１に記録されているプログラムを作業用メモリ１１２に展開・実行することにより実現される。またこのフローチャートは、例えば操作部１１３を介して第２制御部１１０がログデータの出力指示を受け付けたことに応じて開始する。

まずステップＳ８０１にて第２制御部１１０は、一旦ロギングの処理を停止するようログ取得部１１４を制御する。

次に、ステップＳ８０２で第２制御部１１０は、データサイズが未記録のログ管理レコードについて、現在記録されているログデータまでを管理の対象としてデータサイズを記録する。これにより、現在シリアルフラッシュメモリ１１５に記録されているログ管理レコードは全てデータサイズが記録され、その管理範囲が決定されることになる。

続いて、ステップＳ８０３では、第２制御部１１０は、シリアルフラッシュメモリ１１５に記録されているすべてのログ管理レコードに関する情報を第１制御部１０１に送信する。具体的にはそれぞれのログ管理レコードに含まれるデータサイズ、開始日時、およびＵＴＣ時差が送信される。

次に、ステップＳ８０４にて第２制御部１１０は、第１制御部１０１からの応答が、空き容量が足りない旨を示す情報か、ログデータの要求であるかを判断する。空き容量が足りない旨を示す情報であった場合、本フローチャートの処理を終了する。一方、ログデータの要求であった場合、処理はステップＳ８０５に進む。

ステップＳ８０５では、第２制御部１１０は、シリアルフラッシュメモリ１１５に記録されているログデータのうち、要求されたログデータを読み出し、第１制御部１０１に送信する。

ステップＳ８０６では、第２制御部１１０は、すべてのログデータを送信したか否かを判断する。まだ送信していないログデータがあると判断された場合、処理はステップＳ８０４に戻り、第１制御部１０１からの要求を待つ。一方、すべてのログデータを送信したと判断した場合、処理はステップＳ８０７に進む。

ステップＳ８０７では、第２制御部１１０は第１制御部１０１に送信したログデータおよびそれらのログデータを管理の対象としていたログ管理レコードを削除し、ロギングを再開するようログ取得部１１４を制御する。

以上が、ログデータを記録媒体１０７に出力する際のデジタルカメラ１００の動作の説明である。

＜ＰＣ２００へのログデータの出力＞
次に、デジタルカメラ１００の記録媒体１０７に記録されているログファイルをＰＣ２００に取り込む際の処理について述べる。

ＰＣ２００では、デジタルカメラ１００と接続した状態で所定のアプリケーションを実行することにより、デジタルカメラ１００の記録媒体１０７に記録されているログファイルを取り込むことができる。これにより取り込まれたログファイルの利用について、地図上に移動軌跡を表示することを例に挙げて説明する。ＰＣ２００には、デジタルカメラ１００から取り込んだログファイルを用いて地図上に移動軌跡を表示することができるアプリケーションがインストールされているものとする。このアプリケーションを実行中のＰＣ２００の表示部２０６に表示される画面の一例を図９に示す。

図９の画面９００は、ＰＣ２００で実行中のアプリケーションのウインドウが表示されている領域である。このウインドウのうち、表示領域９０１には、デジタルカメラ１００から取り込み記録媒体２１０に記録されているログファイルがリストアップされる。ユーザはこのログファイルのリストの中から、任意のログファイルを、操作部２０５を介して選択することができる。

表示領域９０２には、選択中のログファイル９０４に含まれる位置情報に基づき算出される移動軌跡９１０が表示される。この移動軌跡９１０は、位置情報に基づき適切な縮尺の地図上に重畳して表示される。これにより、ユーザはデジタルカメラ１００を持ち歩いた移動軌跡を容易に把握することができる。

また、このアプリケーションのウインドウには、取り込みボタン９０５が表示されている。この取り込みボタン９０５は、デジタルカメラ１００とＰＣ２００との通信が確立している状態で選択することができる。取り込みボタン９０５が選択されると、ＰＣ２００からデジタルカメラ１００に対して、記録媒体１０７に記録されているログファイルを送信させるための要求が送信される。

本実施形態のデジタルカメラ１００では、この要求に対して、記録媒体１０７に記録されているログファイルのみならず、シリアルフラッシュメモリ１１５に記録されているログデータも併せてＰＣ２００に送信する。このような動作を行うのは以下の理由による。例えば、一度シリアルフラッシュメモリ１１５に記録されているログデータを記録媒体１０７に出力する。図８で説明したようにログデータの出力中はロギングの動作を停止するが、ログデータの出力が完了すると、ロギングの動作は再開する。結果として、記録媒体１０７とシリアルフラッシュメモリ１１５の両方に、デジタルカメラ１００の移動軌跡を示す情報が記録されることになる。このような状況でＰＣ２００が記録媒体１０７からログファイルを取り込む場合、予めログデータを記録媒体１０７に出力しなければ、シリアルフラッシュメモリ１１５に記録されている分のログデータを取りこぼす恐れがある。そこで、本実施形態のデジタルカメラ１００は、ＰＣ２００からログファイルの要求を受け付けた場合に、記録媒体１０７に記録されているログファイルを送信する前に、シリアルフラッシュメモリ１１５に記録されているログデータを記録媒体１０７に出力する。これにより、ロギングして得られた全てのログデータが、記録媒体１０７に出力されるため、ユーザの手間を要することなく、ログデータの取りこぼしを防ぐことができる。

以下、本実施形態の特徴であるこの処理を実現するためのデジタルカメラ１００の動作について説明する。

図１０は、要求元のＰＣ２００へログファイルを送信する際のデジタルカメラ１００の動作を示すフローチャートである。このフローチャートは例えば第１制御部１０１がＰＣ２００からの要求を受信することに応じて開始される。

まず、ステップＳ１００１では、第１制御部１０１は、ＰＣ２００から要求を受信した旨を第２制御部１１０に通知する。

続くステップＳ１００２では、第１制御部１０１と第２制御部１１０とが協働して、図５〜８で説明したログデータをシリアルフラッシュメモリ１１５から記録媒体１０７に出力する処理を実行する。すなわち、第２制御部１１０は、第１制御部１０１から要求を受信した旨を通知されることをトリガとして、図８のフローチャートに示す処理を開始する。

ステップＳ１００３では、第１制御部１０１は、記録媒体１０７に記録されているログファイルをＰＣ２００へ送信する。ここで、記録媒体１０７には、ステップＳ１００２の処理により既にシリアルフラッシュメモリ１１５に記録されているログデータがログファイルとして出力済みである。すなわち、ユーザは記録媒体１０７に記録されているログファイルを取得する要求を入力するだけで、記録媒体１０７に記録されているログファイルのみならず、シリアルフラッシュメモリ１１５に記録されているログデータも取得することができる。記録媒体１０７に記録されているログファイルが全てＰＣ２００に送信されると、本フローチャートの処理は終了する。

以上のように、本実施形態のデジタルカメラ１００では、記録媒体１０７に記録されているログファイルをＰＣ２００に送信する前に、シリアルフラッシュメモリ１１５に記録されているログデータを記録媒体１０７に出力する。すなわち、ロギングして得られた全てのログデータが記録媒体１０７に出力される。そのため、ユーザは複数の領域に移動軌跡の情報が記録されていることを意識するという手間を要することなくログデータの取りこぼしを防ぐことができる。

［第２の実施形態］
第１の実施形態では、デジタルカメラ１００が一つの記録媒体を扱う場合を例に挙げて説明した。これに対し、本実施形態では、デジタルカメラ１００が複数の記録媒体を扱うことができる場合を例に挙げて説明する。なお、本実施形態では、第１の実施形態と共通する部分については説明を省略し、本実施形態に特有の部分を中心に説明する。

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

図１１のデジタルカメラ１１００は、記録媒体１１０７と記録媒体１１１７の二つの記録媒体を取り扱うことができること以外は、図１のデジタルカメラ１００と同様である。

記録媒体１１０７と記録媒体１１１７は、どちらも撮像部１１０２から出力された画像や、後述の第２制御部１１０から提供されるログデータ等を記録することができる。記録媒体１１０７および記録媒体１１１７は、デジタルカメラ１００に着脱可能なよう構成される。

ユーザは、撮像モードにおいて撮像部１１０２により生成される画像をこれらの記録媒体のどちらに記録するかを、メニュー操作を介して予め設定することができる。なお、ここでいう撮像モードとは、撮像部１１０２を用いて被写体を撮像し、画像データを生成するためのモードである。

また、再生モードにおいて表示部１１０６に再生される画像をこれらの記録媒体のどちらから読み出すかを、メニュー操作を介して予め設定することができる。なお、ここでいう再生モードとは、記録媒体１１０７または記録媒体１１１７に記録されている画像データを表示部１１０６に表示させることで、ユーザに画像の閲覧を可能とさせるためのモードである。

なお、本実施形態では、撮像モードでの記録先の記録媒体と、再生モードでの読み出し元の記録媒体とを個別に設定することができるものとして説明するが、これに限られるものではない。例えば、記録と読み出しのどちらにも共通した設定として記録媒体を選択させるようにしてもよい。

さて、本実施形態でも、第１の実施形態と同様に、シリアルフラッシュメモリ１１１５に記録されたログデータをログファイルとして、記録媒体１１０７または記録媒体１１１７に出力することができる。ただし、本実施形態では、記録媒体が複数存在するため、どの記録媒体に記録すべきかを適切に決定する必要がある。

本実施形態では、このログデータの出力先についても、撮像モードでの記録先と再生モードでの読み出し元とは別に選択することができる。

例えば、ユーザはメニュー操作を介して、図１２（ａ）のようなＧＰＳに関する設定メニューを表示させることができる。このうち、ログデータに関するメニュー項目の選択を制御部１１０１が検知すると、例えば図１２（ｂ）のような画面に遷移する。

図１２（ｂ）の画面では、ログデータの記録のＯＮ／ＯＦＦの切り替えや、シリアルフラッシュメモリ１１１５に記録されているログデータを消去するためのメニュー項目が表示される。そして、シリアルフラッシュメモリ１１１５に記録されているログデータを、記録媒体に出力するためのメニュー項目も表示される。ユーザは、これらのメニュー項目を操作部１１１３を介して選択することにより、メニュー項目に応じた指示を入力することができる。

さて、ユーザ操作によって、ログデータを記録媒体に出力する指示が入力されたことを、制御部１１０１が検知した場合、図１２（ｃ）のような画面に遷移する。ここでは、ログデータを出力する記録媒体を選択することができるボタン１２１１およびボタン１２１２が表示されている。なお、記録媒体が接続されていない場合、ボタンはグレーアウトされ、選択できない状態で表示される。これにより、記録媒体が接続されていないことをユーザに把握させる。また、ボタン１２１１およびボタン１２１２は、どちらか一方のみを選択できるようにしてもよいし、両方とも選択できるようにしてもよい。両方選択した場合は当然、両方にログデータが出力される。

図１２（ｃ）では、二つの記録媒体が接続されており、ボタン１２１１が選択されている状態の例である。ボタンが選択された状態で、例えば操作部１１０５に含まれる決定ボタンの押下等によって決定の指示が入力されると、シリアルフラッシュメモリ１１１５に記録されているログデータをログファイルとして、指示に応じた記録媒体に記録する。

本実施形態では、図１２（ｃ）の画面に遷移した際に、ボタン１２１１とボタン１２１２のうち、予め撮像モードでの記録先として設定されている記録媒体に対応するボタンが選択された状態の画面を表示する。なお、このボタンの「スロット」という文字列は記録媒体の挿入口を表すものであるが、これは、デジタルカメラ１１００としては、記録媒体を識別するというよりむしろ、どのスロットに接続されている記録媒体かで、データの出力先を区別することに由来する。なお、上述の説明で記録媒体を選択するという表現を用いている部分は、いずれもデジタルカメラ１１００の動作としては、対応するスロットを選択するという認識に等しい。ただし、説明が煩雑になることを防ぐため、以降の説明でも、スロットを選択することも「記録媒体を選択する」という表現を用いる。

さて、このように、予め撮像モードでの記録先として設定されている記録媒体に対応するボタンが選択された状態でログデータの出力先を選択するための画面を表示するのには以下のような理由がある。すなわち、撮像画像を記録する記録媒体が、現在メインで利用している記録媒体である可能性が高く、また、画像とログデータとを一つの記録媒体に記録することで、より簡単に画像とログデータとを管理できると考えられるためである。これにより、ユーザは例えば方向キー等を用いて記録媒体を選択する手間を必要とすることなく、画像データの記録先と同じ記録媒体をログデータの出力先として選択することができる。なお、例えば撮像モードにて、両方の記録媒体に画像データを記録するよう設定される場合も考えられる。このような場合は、やはりボタン１２１１とボタン１２１２の両方が選択された状態で表示される。

図１３に、上述の表示を実現するためのデジタルカメラ１１００の動作を示すフローチャートを示す。このフローチャートに示す処理は、例えば図１２（ｂ）のシリアルフラッシュメモリ１１１５に記録されているログデータを、記録媒体に出力するためのメニュー項目が選択されたことを第２制御部１１０１が検知することに応じて開始される。

まず、ステップＳ１３０１では、デジタルカメラ１１００は、接続されている複数の記録媒体のうち、現在撮像画像を記録する記録媒体として設定されている記録媒体がどの記録媒体かを判断する。

続くステップＳ１３０２では、デジタルカメラ１１００は、ログデータの出力先を選択するための画面を表示部１１０６に表示する。ここでは、ステップＳ１３０１で判断した結果に基づき、現在撮像画像を記録する記録媒体として設定されている記録媒体をログデータの出力先として決定するためのボタンを選択した状態で、表示が開始するよう制御される。結果として、たとえは図１２（ｃ）のような画面が表示される。これに併せて、ユーザからの操作に応じてログデータの出力先の記録媒体を決定する指示を受け付ける。

ユーザからの指示を受け付けると、次にステップＳ１３０３では、第１制御部１１０１と第２制御部１１１０とが協働して、図５〜８で説明したログデータをシリアルフラッシュメモリ１１５から記録媒体に出力する処理を実行する。

以上のように、本実施形態のデジタルカメラでは、複数の記録媒体のうち、撮像画像を記録する記録媒体が選択された状態でログデータの記録先を選択する画面を表示する。これにより、ユーザがログデータの記録先を選択する際の手間を低減することができる。

［その他の実施形態］
上述の実施形態では、ユーザ操作に応じてログデータをシリアルフラッシュメモリ１１５から記録媒体１０７に出力する処理を実行する例について述べた。しかしながら、記録媒体１０７の記録容量が十分大きければ、記録領域をログデータで圧迫する可能性は低くなる。そのような場合は上述の実施形態に加えて、ログデータを自動的に記録媒体１０７に出力するようにしてもよい。具体的には、シリアルフラッシュメモリ１１５の空き容量が一定値以下になった場合、自動的にログデータを記録媒体１０７に出力する。これにより、ログデータを出力する指示をユーザが入力する手間を省くことができる。

また、上述の実施形態では、ログデータを記録媒体１０７に出力する際に、これから記録するログファイルを既に記録されているログファイルに追記するか新たなログファイルとして記録するかを、ログファイルへの変換後に判断する例について述べた。これについては、ログ管理レコードの情報を受信した後（図７のステップＳ７０１以降）であれば、ログファイルへの変換前に判断してもよい。具体的には、図７のステップＳ７０８の処理は、ステップＳ７０１〜ステップＳ７０７の間のうち、どのタイミングで実行されてもよい。一般的にステップＳ７０７の処理でログファイルが生成される条件は、ステップＳ７０１〜ステップＳ７０７の間で変化することは考えにくい。そのため、ステップＳ７０８の処理は、ステップＳ７０１〜ステップＳ７０７の間のどのタイミングで実行しても、ステップＳ７０７の後に実行する場合と同様の結果である場合が多いと考えられる。そのため、ステップＳ７０８の処理のタイミングは、上述の実施形態に限定されない。

また、上述の実施形態では、これから記録するログファイルを既に記録されているログファイルに追記するか新たなログファイルとして記録するかを判断する際に用いる条件として、記録日時やＵＴＣ時差を用いる例について述べた。これについては、更に他の情報を用いてもよい。例えば、ログファイルを生成したデジタルカメラのモデル名、機器毎に固有の値を持つシリアルナンバー、ベンダ名等、ログファイルを生成したデジタルカメラに関する情報を用いてもよい。あるいは、ファイルフォーマットバージョンや測地系、位置情報の記録の間隔等、予め定められた記録形式の情報を用いてもよい。なお、記録日時やＵＴＣ時差以外の情報は、ログファイルを生成する際に決定される情報であるため、ログ管理レコードに記録されない。したがって、シリアルフラッシュメモリ１１５から出力したログデータを、既に記録されているログファイルにマージする際には、ログ管理レコードの情報ではなく、デジタルカメラ１００に設定されているログファイルの生成に関する値を参照する。このように様々な種類の条件が一致するかどうかを判断することで、予期せぬエラーが生じる可能性を低減したり、後のログファイルの取り扱いを容易にしたりすることができる。

また、上述の実施形態では、記録媒体１０７に記録されるログファイルの数に制限を設けることはしていなかった。これについては、レスポンスの速度を保証するために、記録媒体１０７に記録されるログファイルの数に上限を定めてもよい。なお、このように上限を定めた場合、カード内に存在するログファイルが上限に達してしまう場合が考えられる。このような状況でログファイルが更に生成される動作が実行される場合、ユーザに上限に達していることを伝え、カードを入れ替えることを促すメッセージを表示させるなどの処理を行っても良い。

また、上述の実施形態に加えて、シリアルフラッシュメモリ１１５に記録されているログ管理レコードのうち、開始日時の示す日付とＵＴＣ時差が同じログ管理レコード同士を関連づけて保持してもよい。例えば、一旦タイムゾーンが変更されて別なログ管理レコードが生成された後に元のタイムゾーンに再変更された場合には、開始日時の示す日付とＵＴＣ時差とが共通していながら別のログ管理レコードが生成されることになる。このような場合、これらのログ管理レコードはまとめて取り扱うことが好ましいと考えられる。そこで、これらのログ管理レコードを関連付けておく。なお、関連付けの方法としては、例えば元のタイムゾーンでのログデータを管理するログ管理レコードに、再変更後のタイムゾーンでのログデータを管理するログ管理レコードの先頭アドレスを記録しておく等の方法が考えられる。これにより、例えば第１制御部１０１からの要求に対して、関連付けられたログ管理レコードのログデータも送信する等、より柔軟にログデータを取り扱うことができる。

また、上述の第２の実施形態に加えて、接続されたＰＣからの要求に応じてログデータを出力する前に先にシリアルフラッシュメモリ内のログデータを記録媒体に出力する場合は、撮像画像の記録先として設定されている記録媒体に出力するようにしてもよい。

また、上述の第２の実施形態では、画像データとログデータとを一緒の記録媒体に記録することを目的として、撮像モードで記録先として設定した記録媒体が選択された状態でログデータを出力する記録媒体を選択する画面を表示する場合を例に挙げて説明した。その一方で、記録媒体の容量を考慮する場合も考えられる。すなわち、画像データを記録する記録媒体の空き容量を考慮して、ログデータは、画像データを記録する記録媒体とは別の記録媒体とすることが考えられる。このような場合は、例えば、図１２（ｃ）の画面に遷移する際に、予め撮像モードでの記録先として設定されていた記録媒体ではない記録媒体に対応するボタンが選択された状態で図１２（ｃ）の画面を表示する。

また、上述したように、撮像モードで両方の記録媒体が記録先として設定される場合も考えられる。この場合は、記録する画像データのクオリティの設定（画像のサイズや圧縮率等の設定）を記録媒体毎に設定することができる。例えば、片方には例えばＪｐｅｇのように圧縮された（つまりデータサイズの小さい）画像を記録し、もう片方には、例えばＲＡＷ画像のように圧縮していない（つまりデータサイズの大きい）画像を記録するように設定することが考えられる。一方、記録媒体の総容量そのものがそれぞれ異なることも考えられる。これらの点を考慮し、記録媒体の容量とその記録媒体に記録される画像のデータサイズとから、残りの撮像回数を計算する。残りの撮像回数が多い方が、より容量に余裕のある記録媒体である。したがって、残り撮像回数が多い方の記録媒体に対応するボタンが選択された状態で図１２（ｃ）の画面を表示する。

なお、上述の実施形態に加えて、ログデータの出力先の記録媒体が選択された際に、同日の記録された他のログデータが、選択されていない方の記録媒体に記録されている場合も考えられる。しかしながら、同日に取得されたログデータは、マージして扱う方がより便利であることが多いと考えられる。そこで、このような場合には、このまま選択された記録媒体にログデータを出力した場合、ログデータが分散して記録される可能性があることをユーザに通知してもよい。例えば、図１２（ｄ）のような画面を表示し、出力先の確認を促す。

また、上述の実施形態では、図１２（ｃ）に遷移した際に選択状態とするボタンを、撮像モードの記録先に基づき決定する例について述べた。これについては、例えば再生モードの読み出し元として設定されている記録媒体が選択された状態で表示されてもよい。

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

Claims (15)

1. 位置情報と日時情報とを対応づけて第１の記録媒体に記録する記録手段と、
   前記第１の記録媒体に記録されている位置情報と日時情報とをログファイルとして第２の記録媒体に出力する出力手段と、
   前記第２の記録媒体に記録されているログファイルを外部装置に送信する送信手段とを有し、
   前記送信手段が前記第２の記録媒体に記録されているログファイルを前記外部装置に送信する際には、前記出力手段は前記第１の記録媒体に記録されている位置情報および日時情報に基づくログファイルを前記第２の記録媒体に出力し、前記送信手段は、前記第２の記録媒体に記録されているログファイルに加えて、前記出力手段により出力されたログファイルも前記外部装置に送信することを特徴とする記録装置。
2. 前記第２の記録媒体に記録されているログファイルを取得する要求を外部装置から受け付ける受け付け手段を更に有し、
   前記受け付け手段により要求が受け付けられた場合、前記出力手段は、前記送信手段が前記外部装置にログファイルを送信する前に、前記第１の記録媒体に記録されている位置情報および日時情報をログファイルとして前記第２の記録媒体に出力することを特徴とする請求項１に記載の記録装置。
3. ユーザ操作に応じた指示を受け付ける操作手段を更に有し、
   前記操作手段により、前記第１の記録媒体に記録されている位置情報および日時情報を前記第２の記録媒体に出力する指示を受け付けた場合、前記出力手段は、前記第１の記録媒体に記録されている位置情報と日時情報とをログファイルとして前記第２の記録媒体に出力することを特徴とする請求項１または２に記載の記録装置。
4. 前記第１の記録媒体の空き容量が所定の値以下になった場合、前記出力手段は自動的に、前記第１の記録媒体に記録されている位置情報と日時情報とをログファイルとして前記第２の記録媒体に出力することを特徴とする請求項１乃至３のいずれか１項に記載の記録装置。
5. 前記記録手段は、前記位置情報および前記日時情報を定期的に前記第１の記録媒体へ記録し、
   前記出力手段が、前記第１の記録媒体に記録されている位置情報と日時情報とをログファイルとして前記第２の記録媒体に出力している間、前記記録手段は、前記第１の記録媒体への位置情報および日時情報の定期的な記録を停止することを特徴とする請求項１乃至４のいずれか１項に記載の記録装置。
6. 前記出力手段による前記第１の記録媒体に記録されている位置情報と日時情報の前記第２の記録媒体への出力が完了した場合、前記記録手段は前記第１の記録媒体への位置情報および日時情報の定期的な記録を再開することを特徴とする請求項５に記載の記録装置。
7. 前記第２の記録媒体に出力される位置情報のうち、取得された際の条件が所定の関係を満たす位置情報は同一のログファイルに記録されることを特徴とする請求項１乃至６のいずれか１項に記載の記録装置。
8. 前記第２の記録媒体に出力される位置情報のうち、取得された際の日付が所定の関係を満たす位置情報は同一のログファイルに記録されることを特徴とする請求項７に記載の記録装置。
9. 前記第２の記録媒体に出力される位置情報のうち、取得された際の前記記録装置の設定が所定の関係を満たす位置情報は同一のログファイルに記録されることを特徴とする請求項７または８に記載の記録装置。
10. 前記日時情報を出力する計時手段と、
    前記計時手段が計時する日時と協定世界時との時差を示す時差情報を保持する手段とを更に有し、
    前記第２の記録媒体に出力される位置情報のうち、取得された際に前記記録装置が保持していた時差情報が所定の関係を満たす位置情報は同一のログファイルに記録されることを特徴とする請求項７乃至９のいずれか１項に記載の記録装置。
11. 前記第２の記録媒体に出力される位置情報のうち、前記第２の記録媒体に出力された際に前記記録装置が保持していた前記記録装置のベンダ名、前記記録装置のモデル名、前記記録装置のシリアルナンバーのうち少なくとも一つが所定の関係を満たす位置情報は同一のログファイルに記録されることを特徴とする請求項７乃至１０のいずれか１項に記載の記録装置。
12. 前記第１の記録媒体に記録されている位置情報および日時情報をログファイルとして出力する指示を前記操作手段が受け付けた場合、前記出力手段は更に、第２の記録媒体と、第２の記録媒体とは異なる第３の記録媒体のうち、指示に応じて決定された記録媒体に、前記第１の記録媒体に記録されている位置情報と日時情報とをログファイルとして出力することを特徴とする請求項３に記載の記録装置。
13. 前記第２の記録媒体と前記第３の記録媒体のうち、前記第１の記録媒体に記録されている位置情報および日時情報をログファイルとして出力するための記録媒体を選択する指示を受け付ける選択手段と、
    前記操作手段により選択された記録媒体を前記第１の記録媒体に記録されている位置情報および日時情報をログファイルとして出力するための記録媒体として決定する決定手段とを更に有し、
    前記選択手段は、前記第２の記録媒体と前記第３の記録媒体のうち、撮像された画像データを記録する記録媒体として設定されている記録媒体が選択された状態で、前記選択する指示の受け付けを開始することを特徴とする請求項１２に記載の記録装置。
14. 位置情報と日時情報とを対応づけて第１の記録媒体に記録する記録工程と、
    前記第１の記録媒体に記録されている位置情報と日時情報とに基づくログファイルを第２の記録媒体に出力する出力工程と、
    前記第２の記録媒体に記録されているログファイルを外部装置に送信する送信工程とを有し、
    前記送信工程で前記第２の記録媒体に記録されているログファイルが前記外部装置に送信される際には、ログファイルが送信される前に前記出力工程が実行されることを特徴とする記録装置の制御方法。
15. コンピュータを、請求項１乃至１３のいずれか１項に記載の記録装置の各手段として機能させるためのコンピュータが読み取り可能なプログラム。

Images