JP6440391B2 - 画像管理装置および画像管理装置の制御方法 - Google Patents

Description

本発明は画像管理装置および画像管理装置の制御方法に関し、特に、位置名称を用いて
画像データを管理するために用いて好適な技術に関する。

従来、画像の管理および検索のため、撮影した画像に撮影日時やキーワードなどのメタ
データを付与することが行われている。デジタルカメラや携帯電話、スマートフォンの普
及により、ユーザが撮影する画像が増え、その管理および検索をいかに容易にするかが重
要な問題になっている。

その解決方法の一つとして、撮影時のＧＰＳ情報から、場所名や建築物名などのランド
マーク名称を取得し、メタデータとして画像に付与することが行われている。
特許文献１では、現在存在するランドマークだけでなく、過去に存在した、または存在
予定のランドマークを検索する技術について言及している。

特開２００９−５８２５２号公報

しかしながら、特許文献１に係る発明では、ユーザが管理している画像に付与されてい
るランドマークの、現在の名称がユーザにわからないという問題があった。
本発明は前述の問題点に鑑み、ユーザが管理している画像に付与されているランドマー
クの現在の名称をユーザが知ることができるようにすることを目的とする。

本発明の画像管理装置は、位置名称を用いて画像を管理する画像管理装置において、管
理している画像の位置名称を取得する取得手段と、前記取得手段によって取得した位置名
称が変更されているか否かを判定する判定手段と、前記判定手段において、位置名称が変
更されたと判定した場合、画像に関する情報に変更後の位置名称を追加する追加手段とを
有することを特徴とする。

本発明によれば、ユーザが管理している画像に付与されているランドマークの、現在の
名称をユーザが知ることができる。

第１の実施形態に係る画像管理装置の構成例を示すブロック図である。 第１の実施形態に係る画像データの概念図である。 第１の実施形態に係る画像管理装置のＵＩ（ユーザインタフェース）の一例を示す図である。 第１の実施形態に係る画像管理装置のデータベースで用いられるテーブルの概要を示す図である。 第１の実施形態に係る、ユーザが取り込みを選択したときの処理を表すフローチャートである。 第１の実施形態に係るサーバのデータベースで用いられるテーブルの概要を示す図である。 ランドマークの形状の一例を表す図である。 第１の実施形態に係るサーバが、緯度・経度がどのランドマークに対応するかを求める処理を示すフローチャートである。 第１の実施形態に係るサーバに新たなランドマーク情報を登録する処理を表すフローチャートである。 第１の実施形態に係るサーバに登録されているランドマーク情報を削除する処理を表すフローチャートである。 第１の実施形態に係るサーバに登録されているランドマーク名称を変更する処理を表すフローチャートである。 第１の実施形態に係る画像管理装置の、ランドマーク名称の問い合わせおよび更新処理を表すフローチャートである。 Ｓ１２１０の判定手段の処理について説明するフローチャートである。 Ｓ１２１１の追加手段の処理で用いられるテーブルの概要を説明する図である。 第１の実施形態に係る画像管理装置の、ユーザがランドマーク名称検索を指示したときの処理を表すフローチャートである。 第１の実施形態に係る画像管理装置の検索ダイアログを表す図である。 第２の実施形態に係る画像管理装置のデータベースで用いられるテーブルの概要を示す図である。 第２の実施形態に係るサーバのデータベースで用いられるテーブルの概要を示す図である。 第２の実施形態に係る画像管理装置の、ランドマーク名称の問い合わせおよび更新処理を表すフローチャートである。 Ｓ１９１０の判定手段の処理について説明するフローチャートである。 Ｓ１９１１の追加手段の処理について説明するフローチャートである。 第２の実施形態に係る画像管理装置の、サムネイルに重畳する文字列を決定するテーブルの一例を示す図である。 第２の実施形態における画像管理装置のメッセージダイアログを表す図である。 第２の実施形態に係る画像管理装置のＵＩ（ユーザインタフェース）の一例を示す図である。 第２の実施形態に係る画像管理装置の、ユーザがランドマーク名称検索を指示したときの処理を表すフローチャートである。

以下、本発明にかかる実施形態を、図面を参照して詳細に説明する。
[第１の実施形態]
図１は、本実施形態における画像管理装置の構成例を示すブロック図である。本実施形
態においては、画像管理装置は、ＰＣ（パーソナルコンピュータ）上で動作するアプリケ
ーションという形態で実施される。また、画像管理装置は、ネットワークを介してサーバ
と接続し、ＧＰＳ情報を送信して、管理している画像の位置名称を取得する。本実施形態
において、位置名称とはランドマーク名称、住所である。

図１において、１００はＰＣ、１０１はＣＰＵ、１０２はＲＡＭである。１０３はＲＯ
Ｍであり、画像検索装置の基本的な制御プログラムが記録されている。この制御プログラ
ムは、画像検索装置の起動時にＲＡＭ１０２に読み込まれ、ＣＰＵ１０１によって実行さ
れる。１０４は二次記録装置であり、実際にはハードディスクあるいはメモリディスクな
どである。

二次記録装置１０４には、高レベルな制御プログラム、画像ブラウザ、画像データに関
する情報を管理するためのデータベース、カメラと接続して画像データをＰＣ１００に取
り込むためのアプリケーション、取り込まれた画像データなどが記録される。これらのソ
フトウェアは、ＲＡＭ１０２に適時読み込まれ、ＣＰＵ１０１によって実行される。高レ
ベルな制御プログラムは、たとえば、オペレーションシステムである。

１０５は、ＵＳＢケーブルを接続するためのＵＳＢインタフェースであり、ＰＣ１００
はこれを用いてカメラと接続される。１０６は、ユーザが画像検索装置に指示を与えるた
めの操作部であり、キーボードやマウスなどから構成される。
１０７は、画像やグラフィカルユーザインタフェース（ＧＵＩ）画面を表示する表示部
であり、モニタなどから構成される。入力手段および表示手段は、ＵＩを表示部１０７に
出力する。

１０８は、ネットワーク接続インタフェースであり、ＰＣ１００はこのインタフェース
を介して外部のサーバとアクセスできる。１０９は、１０１〜１０８が情報をやり取りす
る際に用いるバスである。
１１０は、サーバＰＣ（以下、単にサーバと称する）である。サーバ１１０の構成は、
ＰＣ１００と同じであるため説明は省略する。また、１２０は、ＰＣ１００とサーバ１１
０を接続しているネットワークである。

図２は、本実施形態で使用する画像データの概念図である。２００は１つのファイルで
あり、１枚の画像データに対応する。
２０１は、画像に関するメタデータが格納されるメタデータヘッダである。メタデータ
は、Exifなどの規格で定められており、たとえば撮影日時・撮影時のカメラパラメータ（
フォーカス距離やズーム倍率など）、画像検索用のキーワード、コメント、サムネイルな
どがそれに相当する。

２０２は、画像のデコードに必要な情報が格納される画像ヘッダである。たとえば、JP
EG画像の場合、画像ヘッダ２０２には、画像を縮小したサムネイル画像が格納される。画
像データ２０３には、実際の画像が格納される。メタデータヘッダ２０１には、画像のラ
ンドマーク名称を記録する領域２０４が存在する。

図３は、本実施形態における画像管理装置のＵＩ（ユーザインタフェース）の一例を示
す図である。
図３において、３０１はウインドウ、３０２はメニューである。メニュー項目３０３〜
３０４については、後に詳述する。
３０５はフォルダツリーを表す図になっており、実際のフォルダ階層に対応する。ユー
ザがフォルダツリー３０５でフォルダを選択すると、画像管理装置はそのフォルダ内の画
像一覧を３０６に表示する。

３０７は、フォルダ内の画像数が多く、３０６に表示しきれなかったときにユーザ操作
が可能になるスクロールバーである。３０８には、キーワード検索やランドマーク名称検
索などを行ったとき、検索キーとなる文字列を表示する。

本実施形態における画像管理装置は、データベースを用いて画像を管理する。
図４は、そのデータベースで用いられるテーブルの概要を示す図である。
図４において、４０１は第１のテーブルである。４０２は、画像ごとにユニークに発行
される画像ＩＤである。具体的には、画像ＩＤは３２ビットあるいは６４ビットの符号な
し整数である。

４０３は、画像ファイルのファイルパスである。４０４は、ＧＰＳの緯度・経度であり
、簡単のため、本実施形態では文字列として記録されている（もちろん、緯度と経度を別
個の数値型として記録してもよい）。４０５は、次にランドマーク名称を問い合わせる日
時であり、６４bitの整数として記録されている（図４では簡単のため、年月日を記載し
ている）。この日時の使用法は、後に詳述する。

４０６は、最新のランドマーク名称である。４０７は、画像のサムネイルデータである
。４０８は第２のテーブルである。４０９は、４０２に対応する画像ＩＤである。４１０
は、最新のランドマーク名称である。４１１は、４１０のランドマーク名称を追加した日
時である。

データベースの使用例として、例えば以下のようなものがある。ユーザがフォルダツリ
ー３０５でフォルダを選択したとき、画像管理装置は、テーブル１に対して、「ユーザが
指定したフォルダパスを含むファイルパス４０３」を検索し、ヒットしたレコードの画像
サムネイルを取得して、３０６に表示する。

次に、ユーザがメニュー３０２より「取り込み（３０３）」を選択したときの処理につ
いて、図５のフローチャートを用いて説明する。この処理はＲＯＭ１３に格納されている
プログラムをＲＡＭ１０２に展開し、ＣＰＵ１０１が実行することにより実現される。
まず、Ｓ５０１にて、ＰＣ１００のＵＳＢインタフェース１０５に、カメラが接続され
ているかどうかを判定する。接続されていなければＳ５０２に進み、カメラを接続するよ
うユーザを促すメッセージを表示する。その後、Ｓ５０１に戻る。

カメラが接続されていればＳ５０３に進み、カメラ内の画像を取得する。その後、Ｓ５
０４に進む。
Ｓ５０４では、取得した画像数だけ画像ＩＤを発番する。以下の処理は、簡単のため、
取得した画像数が１枚だった場合について説明する。
Ｓ５０５では、取得手段を用いてＧＰＳ情報などの画像のメタデータを取得する。その
後、Ｓ５０６に進む。
Ｓ５０６では、画像のメタデータをデータベースに記録する。

次に、Ｓ５０７では、画像にＧＰＳ情報が付加されているかどうかを判定する。付加さ
れていなければ、処理を終了する。付加されていればＳ５０８に進む。
Ｓ５０８では、ネットワーク接続インタフェース１０８を介してサーバ１１０と接続し
、ＧＰＳ情報（緯度および経度）を送信する。

その後、Ｓ５０９では、送信に成功したかどうかを判定する。送信に失敗すれば処理を
終了する。送信に成功すればＳ５１０に進む。
Ｓ５１０では、ランドマーク名称を取得できたかどうかを判定する。送信した緯度・経
度に、何らかのランドマークが存在しなかった場合、ランドマーク名称は取得できないの
で、処理を終了する。

ランドマーク名称を取得できればＳ５１１に進み、ランドマーク名称を画像ファイルの
所定の領域２０４に記録する。
Ｓ５１２では、ランドマーク情報をデータベースに記録する。具体的には、ランドマー
ク名称を第１のテーブル４０１のカラム４０６に、画像ＩＤとランドマーク名称とランド
マーク追加日時の組み合わせをテーブル４０８のカラム４０９〜４１１に記録する。また
、ランドマーク追加日時から所定の期間（たとえば、１か月）先の日時を、第１のテーブ
ル４０１のカラム４０５に記録する。以上で処理を終了する。

次に、サーバ１１０におけるランドマーク情報の管理方法を説明する。サーバ１１０に
おいても、データはデータベースを使用して管理する。
図６に、データベースのテーブルの概念図を示す。６０１はランドマークテーブルであ
る。６０２はランドマークＩＤであり、実際のランドマークに対応して発番される。６０
３はランドマーク名称である。６０４はランドマーク西端の経度、６０５はランドマーク
の東端の経度、６０６はランドマークの北端の緯度、６０７はランドマークの南端の緯度
、６０８はランドマーク形状データを指す値（ランドマーク形状データＩＤ）である。

６０４〜６０８は、画像管理装置から送信された緯度・経度が、どのランドマークに対
応するかをデータベースから求めるために必要なデータである。この処理を、図７のラン
ドマークの形状例を説明する図、および図８のサーバ１１０のフローチャートを用いて説
明する。

図７において、７０１は、あるランドマーク（たとえば、公園）である。７０２は、ラ
ンドマーク７０１を内包する長方形である。カラム６０４〜６０７には、長方形７０２の
西端の径度、東端の径度、北端の緯度、南端の緯度が記録されている。７０３は、ランド
マーク７０１を２つの長方形と６つの直角三角形で近似したランドマーク形状データを図
示したものである。

図８のフローチャートに示すように、サーバ１１０は、Ｓ８０１で画像管理装置から送
信された経度x・緯度yを受信する。
Ｓ８０２では、データベースを検索して、地点(x、y)が長方形７０２に含まれているラ
ンドマークを検索し、ランドマークＩＤのリストを作成する。地点(x、y)が長方形７０２
に含まれているかどうかは、(x、y)とカラム６０４〜６０７を比較することで容易に判定
可能である。

Ｓ８０３では、リストが空かどうかを判定する。空であれば、Ｓ８０４に進み、画像管
理装置に対して、ランドマークが存在しなかったことを送信した後、処理を終了する。
リストが空でなければＳ８０５に進み、整数型の変数Ｎに１を代入する。

Ｓ８０６では、リストからＮ番目のランドマークＩＤに対応するランドマーク形状デー
タＩＤを取得する。
Ｓ８０７では、対応するランドマーク形状データ（たとえば、ランドマーク形状データ
７０３）を取得する。
Ｓ８０８では、地点(x、y)がランドマーク形状データ７０３を構成する長方形または直
角三角形のいずれかに含まれているかどうかを判定する。

含まれていればＳ８０９に進み、画像管理装置に、リストのＮ番目のランドマークＩＤ
に対応するランドマーク名称を送信した後、処理を終了する。
含まれていなければＳ８１０に進み、変数Ｎがリストの最後かどうかを判定する。最後
であればＳ８０４に進み、画像管理装置に対して、ランドマークが存在しなかったことを
送信した後、処理を終了する。最後でなければＳ８１１に進み、変数Ｎに１を加算した後
、Ｓ８０６に戻る。

ところで、ランドマークとなる建築物などは、新たに建設されることや、建て替えられ
たり名称が変更されたりすること、解体されることがある。このような場合、サーバ１１
０の管理者は、サーバ１１０が管理するランドマーク情報をメンテナンスする。これらの
処理について、図９〜図１１のフローチャートを用いて説明する。なお、これらの処理は
公知であるため、サーバ管理者が使用するユーザインタフェースについては、説明を省略
する。

図９は、サーバ１１０に新たなランドマーク情報を登録する処理を表すフローチャート
である。
Ｓ９０１では、ランドマークに関する情報の入力を受け付ける。
Ｓ９０２では、ユニークなランドマークＩＤを発番する。
Ｓ９０３では、ランドマークＩＤおよびランドマーク情報をデータベースに記録する。

図１０は、サーバ１１０に登録されているランドマーク情報を削除する処理を表すフロ
ーチャートである。
Ｓ１００１では、削除するランドマークのランドマークＩＤの入力を受け付ける。
Ｓ１００２では、入力されたランドマークＩＤがデータベースにあるかどうかを判定す
る。データベースになければ処理を終了する。データベースにあればＳ１００３に進み、
ランドマークＩＤに対応するランドマーク情報をデータベースから削除する。

図１１は、サーバ１１０に登録されているランドマーク名称を変更する処理を表すフロ
ーチャートである。
Ｓ１１０１では、ランドマークＩＤおよび変更後のランドマーク名称の入力を受け付け
る。
Ｓ１１０２では、入力されたランドマークＩＤがデータベースにあるかどうかを判定す
る。データベースになければ処理を終了する。データベースにあればＳ１１０３に進み、
ランドマークＩＤに対応するランドマーク名称を更新する。

前述のように、サーバ１１０が管理するランドマーク情報が変化する。このため、本実
施形態における画像管理装置は、サーバ１１０に定期的に問い合わせを行い、管理してい
る画像に付随しているランドマーク名称およびデータベースに記録されているランドマー
ク名称を更新する機能を有する。

以下では、図１２のフローチャートを使用し、この処理について説明する。この処理は
ＲＯＭ１３に格納されているプログラムをＲＡＭ１０２に展開し、ＣＰＵ１０１が実行す
ることにより実現される。
まず、Ｓ１２０１では、現在の日時を取得する。次に、Ｓ１２０２に進み、起動直後あ
るいは前回の問い合わせから一定期間（たとえば、１時間）経過したかどうかを判定する
。起動直後でなかった場合や、前回の問い合わせから一定時間経過していない場合はＳ１
２０１に戻る。そうでなければＳ１２０３に進み、問い合わせ日時を記録し、その後Ｓ１
２０４に進む。

Ｓ１２０４では、データベースの第１のテーブル４０１のカラム４０５の「次のランド
マーク名称問い合わせ日時」が、先ほど取得した日時より前である画像の画像ＩＤを検索
し、画像ＩＤのリストを作成する。
Ｓ１２０５では、このリストが空かどうかの判定を行う。空であった場合はＳ１２０１
に戻る。空でなかった場合はＳ１２０６に進み、変数Ｎを１で初期化して代入する。

Ｓ１２０７では、リストのＮ番目の画像ＩＤに対応する画像に、ＧＰＳ情報が記録され
ているかどうかを判定する。記録されていなければＳ１２１２に進む。記録されていれば
Ｓ１２０８に進み、ＧＰＳ情報のうち緯度と経度をサーバ１１０に送信する。その後、Ｓ
１２０９に進む。

Ｓ１２０９では、送信に成功したかどうかを判定する。成功していなければＳ１２１２
に進む。成功していればＳ１２１０の判定手段の処理に進み、後の追加手段においてどの
ような処理を行うか決定する。この判定手段の処理に関しては、図１３を用いて後に詳述
する。その後、Ｓ１２１１に進む。

Ｓ１２１１では、Ｓ１２１０で選択した処理内容に従い、追加手段を用いて画像および
データベースにランドマーク名称の追加の処理を行う。この追加手段の処理に関しては、
図１４を用いて後に詳述する。その後、Ｓ１２１２に進む。
Ｓ１２１２では、変数Ｎがリストの最後かどうかを判定する。リストの最後だった場合
、処理を終了する。また、リストの最後でなかった場合は、Ｓ１２１３に進んで変数Ｎに
１を加算した後、Ｓ１２０７に戻る。

次に、Ｓ１２１０の判定手段の処理について、図１３のフローチャートを用いて説明す
る。この処理はＲＯＭ１３に格納されているプログラムをＲＡＭ１０２に展開し、ＣＰＵ
１０１が実行することにより実現される。
まず、Ｓ１３０１では、ランドマーク名称をサーバ１１０から取得できたかどうかを判
定する。取得できなければＳ１３０２に進み、追加手段での処理内容を（Ａ）とし、処理
を終了する。

ランドマーク名称を取得できればＳ１３０３に進み、取得したランドマーク名称が、最
新のランドマーク名称と同じであるかどうかを判定する。ランドマーク名称が設定されて
いない場合は、「ランドマーク名称が異なる」と判定する。
同じランドマーク名称であればＳ１３０４に進み、追加手段での処理内容を（Ｂ）とし
、処理を終了する。
異なるランドマーク名称であればＳ１３０５に進み、追加手段での処理内容を（Ｃ）と
し、処理を終了する。

次に、Ｓ１２１１の追加手段の処理について、図１４のテーブル１４００を用いて説明
する。
図１４において、１４０１は現在画像にランドマーク名称が付随しているかどうかを表
す。１４０２〜１４０４は、先の判定手段で判定された、追加手段における処理内容（Ａ
）〜（Ｃ）を表す。

図１４に示すように、処理内容が（Ａ）または（Ｂ）の場合、追加手段は処理を行わな
い。処理内容が（Ｃ）の場合、追加手段は、画像ファイルおよびデータベースの更新を行
う。画像ファイルに関しては、図２に示す領域２０４に、ランドマーク名称を書き込む。

ここで、現在画像にランドマーク名称が付随している場合（１４０１が「あり」の場合
）、領域２０４には「ランドマークＡ；ランドマークＢ；ランドマークＣ」のように、区
切り記号（この例では「；」）を使用する。そして、以前のランドマーク名称とつなげて
新しいランドマーク名称を記録する。

また、データベースには、第２のテーブル４０８には「画像ＩＤと新しいランドマーク
名称と追加日時」を組み合わせたレコードを新規に追加する。また、第１のテーブル４０
１には、対応する画像ＩＤのカラム４０６「最新のランドマーク名称」に最新のランドマ
ーク名称を、カラム４０５「次のランドマーク名称問い合わせ日時」には追加日時から一
定期間（たとえば、１か月）後の日時を記録する。

次に、ユーザが図３のメニュー３０２より検索指示である「検索（３０４）」を選択し
、表示されるメニュー（キーワード検索、イベント検索、レーティング検索などが表示さ
れる）から「ランドマーク名称検索」を選択したときの処理について説明する。この処理
はＲＯＭ１３に格納されているプログラムをＲＡＭ１０２に展開し、ＣＰＵ１０１が実行
することにより実現される。
図１５のフローチャートに示すように、Ｓ１５０１で、図１６に示す検索ダイアログ１
６００を表示し、ユーザからのランドマーク名称入力を受け付ける。１６０１にランドマ
ーク名称を入力させた後、ユーザが検索開始ボタン１６０２をクリックすることで受け付
けを完了する。

入力を受け付け後、Ｓ１５０２で検索ダイアログを消去した後、Ｓ１５０３で入力され
たランドマーク名称を３０８に表示する。
Ｓ１５０４では、図４のテーブルの第２のテーブル４０８に対して検索を行い、入力さ
れたランドマーク名称に一致する画像ＩＤリストを作成する。

Ｓ１５０５では、作成したリストが空であるかどうかを判定する。空であればＳ１５０
６に進み、入力されたランドマーク名称に該当する画像が表示しなかった旨を３０６に表
示し、処理を終了する。
リストが空でなければＳ１５０７に進み、第１のテーブル４０１より、画像ＩＤリスト
に対応するサムネイルを取得して、Ｓ１５０８に進んでそれらのサムネイルを３０６に表
示し、処理を終了する。

前述した説明では、画像管理装置が定期的にサーバ１１０に問い合わせを行う（ポーリ
ング）ようになっているが、不定期に行ってもよい。逆に、サーバ１１０が所持するデー
タに変更が発生したときに画像管理装置に情報を送信するプッシュ型であってもよい。
また、問い合わせに要する時間を短縮するために、問い合わせにおいて、同一の位置名
称の画像をグループ化し、グループ単位でサーバにまとめて問い合わせることにしてもよ
い。このとき送信するＧＰＳ情報は、グループの代表画像のＧＰＳ情報であってもよいし
、グループの全画像のＧＰＳ情報の平均値や中央値を使用してもよい。

また、最新の結果をサーバ１１０から得るために、検索時にサーバ１１０への問い合わ
せを行うようにしてもよい。このとき、ユーザが所有するすべての画像について問い合わ
せを行うと時間がかかるので、第１の検索としてデータベース内の情報を用いて検索結果
を表示する。その後、第２の検索としてサーバ１１０に問い合わせを行い、最新のランド
マーク名称に基づいて検索結果を新たに表示しなおすようにしてもよい。
前述の構成により、名称変更前のランドマークで撮影した画像も、変更後のランドマー
ク名称での検索でヒットさせることができるという効果がある。

[第２の実施形態]
第１の実施形態では、ランドマークの名称が変わるという点について説明した。しかし
、実際には、ランドマークの名称だけではなく、種別も同時に変わることがある。たとえ
ば、都心部にあった大学が郊外へ移転し、その跡地にショッピングモールができる場合な
どである。ユーザがランドマーク名称を大学名として検索する場合、検索結果にショッピ
ングモールで撮影した画像が表示されるのは好ましくない。

したがって、検索結果に表示しない、あるいはランドマークの種別が変わったことを何
らかの形でユーザに報知するなどの手段が必要となる。本実施形態では、以上の処理を実
行可能な画像管理装置について説明する。

まず、本実施形態における画像管理装置およびサーバ１１０のブロック図は、第１の実
施形態と同じであるため省略する。
また、本実施形態で使用する画像データの概念図も、第１の実施形態と同じであるため
省略する。また、本実施形態における画像管理装置のＵＩも第１の実施形態と同じである
ため省略する。

本実施形態における画像管理装置は、データベースを用いて画像を管理する。
図１７は、そのデータベースで用いられるテーブルの概要を示す図である。１７０１は
第３のテーブルである。１７０２は、画像ごとにユニークに発行される画像ＩＤである。
具体的には、画像ＩＤは３２ビットあるいは６４ビットの符号なし整数である。１７０３
は、画像ファイルのファイルパスである。

１７０４は、ＧＰＳの緯度・経度であり、文字列として記録されている。１７０５は、
次にランドマーク名称を問い合わせる日時であり、６４bitの整数として記録されている
。この日時の使用法は、後に詳述する。１７０６は、最新のランドマーク名称である。１
７０７は、最新のランドマークの種別である。ランドマーク種別は、あらかじめサーバお
よび画像管理装置間で定義づけられた、３２bitの整数値のいずれかである（図１７では
、簡単のため、文字列で表現している）。

１７０８は、報知期限日時であり、６４bitの整数として記録されている。１７０９は
報知内容である。"Created"（ランドマークが新たに建造された）、"Changed"（ランドマ
ークが別の種別のものになった）、"Renamed"（ランドマークの名称が変更された）、"Lo
st"（ランドマークが消滅した）のいずれかの語句である。これらは文字列として記録し
てもよいし、あらかじめ定義された数値型として記録しても構わない。
１７０８および１７０９については、後に詳述する。

１７１０は画像のサムネイルデータである。１７１１は第４のテーブルである。１７１
２は、１７０２に対応する画像ＩＤである。１７１３は、最新のランドマーク名称である
。１７１４は、最新のランドマーク種別である。１７１５は、１７１３のランドマーク名
称を追加した日時である。

次に、ユーザがメニュー３０２より「取り込み（３０３）」を選択したときの処理につ
いて説明する。
この処理は、第１の実施形態で説明した図５の処理とほとんど同じであるため、フロー
チャートを用いた説明は省略する。差異は、Ｓ５１０〜Ｓ５１２において、ランドマーク
名称とともにランドマーク種別を取り扱う処理が加わることである。

このとき、画像管理装置から問い合わせを受けるサーバ１１０での処理について説明す
る。
図１８に、サーバ１１０がランドマーク情報を管理するための管理テーブル１８０１を
示す。管理テーブル１８０１は、第１の実施形態で説明したランドマークテーブル６０１
とほとんど同じである。差異は、管理テーブル１８０１は、ランドマーク種別を記録する
ためのカラム１８０２を有していることである。

次に、サーバ１１０の処理の流れについて説明する。この処理は、第１の実施形態で説
明した図８の処理とほとんど同じであるため、フローチャートを用いた説明は省略する。
差異は、Ｓ８０９において、ランドマーク名称とともにランドマーク種別を取り扱う処理
が加わることである。

本実施形態における画像管理装置は、サーバ１１０に定期的に問い合わせを行い、管理
している画像に付随しているランドマーク名称およびデータベースに記録されているラン
ドマーク名称を更新する機能を有する。その処理を図１９のフローチャートに示す。図１
９のフローチャートの処理は、第１の実施形態で説明した図１２のフローチャートとほと
んどおなじである。差異は、Ｓ１９１０の判定手段の処理内容およびＳ１９１１の追加手
段の処理内容、およびＳ１９１２の報知手段の処理が追加されたことである。以下では、
これらの差異についてのみ説明する。

まず、Ｓ１９１０の判定手段の処理について、図２０のフローチャートを用いて説明す
る。この処理はＲＯＭ１３に格納されているプログラムをＲＡＭ１０２に展開し、ＣＰＵ
１０１が実行することにより実現される。
まず、Ｓ２００１で、ランドマーク名称およびランドマーク種別をサーバ１１０から取
得できたかどうかを判定する。取得できなければＳ２００２に進み、追加手段での処理内
容を（Ａ）とし、処理を終了する。

ランドマーク名称を取得できればＳ２００３に進み、取得したランドマーク名称が、最
新のランドマーク名称と同じであるかどうかを判定する。現在のランドマーク名称が設定
されていない場合は、「ランドマーク名称が異なる」と判定する。同じランドマーク名称
であればＳ２００４に進み、追加手段での処理内容を（Ｂ）とし、処理を終了する。

異なるランドマーク名称であればＳ２００５に進み、取得したランドマーク種別が、最
新のランドマーク種別と同じであるかどうかを判定する。同じであればＳ２００６に進み
、追加手段での処理内容を（Ｃ）とし、処理を終了する。
同じでなければＳ２００７に進み、追加手段での処理内容を（Ｄ）とし、処理を終了す
る。

次に、Ｓ１９１１の追加手段の処理について、図２１のフローチャートを用いて説明す
る。この処理はＲＯＭ１３に格納されているプログラムをＲＡＭ１０２に展開し、ＣＰＵ
１０１が実行することにより実現される。
Ｓ２１０１では、文字列変数Ｓに文字列を代入する。代入する文字列は、図２２に示す
テーブルに従うものとする。
Ｓ２１０２では、文字列変数Ｓに文字列が入っているかどうかを判定する。入っていな
ければ処理を終了する。入っていればＳ２１０３に進み、第３のテーブル１７０１のデー
タを更新する。

具体的には、カラム１７０６および１７０７に取得したランドマーク名称及び種別を記
録し、カラム１７０８に現在時間から所定の期間（たとえば、１か月）経過後の日時を記
録し、カラム１７０９には文字列変数Ｓの内容を記録する。

Ｓ２１０４に進み、文字列変数Ｓに記録されている文字列が'Lost'または'Changed'の
いずれかであるかどうかを判定する。いずれかであれば処理を終了する。そうでなければ
Ｓ２１０５に進み、第４のテーブル１７１１にデータを追加する。具体的には、画像ＩＤ
、取得したランドマーク名称、取得したランドマーク種別、ランドマーク取得日時のセッ
トを、新たなレコードとして登録する。

Ｓ２１０６では、画像ファイルのランドマーク名称記録の領域２０４を書き換える。こ
の時のフォーマットは、たとえば、"下丸子大学<１>；下丸子公園<２>"のように記載する
。ここで"；"は区切り記号であり、"<"と">"に挟まれた数字はランドマーク種別を意味す
る。そして、処理を終了する。

次に、Ｓ１９１２の報知手段の処理内容について説明する。この処理では、文字列変数
Ｓに文字列が記録されていれば、その内容に応じてユーザにメッセージを表示する。図２
３はメッセージダイアログの例を示す図である。

図２４は、本実施形態における画像管理装置のメインＵＩである。ユーザが図２４のメ
ニュー２４０１より「検索（２４０２）」を選択し、表示されるメニューから「ランドマ
ーク名称検索」を選択したときの処理について、図２５のフローチャートを用いて説明す
る。この処理はＲＯＭ１３に格納されているプログラムをＲＡＭ１０２に展開し、ＣＰＵ
１０１が実行することにより実現される。

Ｓ２５０１では、図１６に示す検索ダイアログを表示し、ユーザからのランドマーク名
称入力を受け付ける。入力を受け付け後、Ｓ２５０２に移行する。
Ｓ２５０２では、検索ダイアログを消去した後、Ｓ２５０３で、入力されたランドマー
ク名称を２４０３に表示する。

Ｓ２５０４では、現在日時を取得する。
Ｓ２５０５では、図１７で説明した第４のテーブル１７１１に対して検索を行い、入力
されたランドマーク名称に一致する画像ＩＤリストを作成する。
Ｓ２５０６では、作成したリストが空であるかどうかを判定する。空であればＳ２５０
７に進み、入力されたランドマーク名称に該当する画像が表示しなかった旨を表示領域２
４０４に表示し、処理を終了する。

リストが空でなければＳ２５０８に進み、整数型の変数Ｎを１で初期化する。
Ｓ２５０９では、第３のテーブル１７０１より、画像ＩＤリストのＮ番目の画像ＩＤの
報知期限日時、報知内容ならびにサムネイルを取得する。
Ｓ２５１０では、先ほど取得した現在日時が、報知期限日時より以前かどうかを判定す
る。

以前であると判定すればＳ２５１１に進み、文字列変数Ｓに報知内容を代入してＳ２５
１３に進む。以前でないと判定すればＳ２５１２に進み、文字列変数Ｓに空文字列を設定
してＳ２５１３に進む。
Ｓ２５１３では、取得したサムネイルを表示領域２４０４に表示する。

Ｓ２５１４では、Ｓが空文字列でなければ、文字列変数Ｓに格納された文字列をサムネ
イルに重畳して（２４０５、２４０６など）表示する。
Ｓ２５１５では、変数Ｎが画像ＩＤリストの最後かどうかを判定する。最後であれば処
理を終了する。最後でなければＳ２５１６に進み、変数Ｎの値を１増やした後、Ｓ２５０
９に戻る。

前述した説明では、本実施形態における画像管理装置は、図１９に示すように定期的に
サーバ１１０と通信し、ランドマーク名称及び種別の変更の有無を判定するが、より効率
的な処理が行われるようにしてもよい。たとえば、ランドマーク種別が変更されたランド
マークについては、以降問い合わせをしないことにしてもよい。また、ランドマーク種別
によって、問い合わせの期間を変えるようにしてもよい。

前述の構成により、名称変更前のランドマークで撮影した画像のうち、ランドマーク種
別が変わっていない変更後のランドマーク名称での検索でヒットさせることができる。さ
らに、ユーザにランドマークの新築・名称の変更・種別の変更・消失を報知することがで
きるという効果がある。

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

１００ ＰＣ
１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ 二次記録装置
１０５ ＵＳＢインタフェース
１０６ 操作部
１０７ 表示部
１０８ ネットワーク接続インタフェース
１０９ バス
１１０ サーバ
１２０ ネットワーク

Claims (21)

1. 位置名称を用いて画像を管理する画像管理装置において、
   管理している画像の位置名称を取得する取得手段と、
   前記取得手段によって取得した位置名称が変更されているか否かを判定する判定手段と、
   前記判定手段において、位置名称が変更されたと判定した場合、画像に関する情報に変更後の位置名称を追加する追加手段とを有することを特徴とする画像管理装置。
2. 前記位置名称とはランドマーク名称であることを特徴とする請求項１に記載の画像管理装置。
3. 前記位置名称とは住所であることを特徴とする請求項１に記載の画像管理装置。
4. 前記取得手段は画像の位置名称を画像ファイルから取得し、前記追加手段は画像の位置名称を画像ファイルに記録することを特徴とする請求項１〜３の何れか１項に記載の画像管理装置。
5. 前記取得手段は画像の位置名称をデータベースから取得し、前記追加手段は画像の位置名称をデータベースに記録することを特徴とする請求項１〜３の何れか１項に記載の画像管理装置。
6. 前記判定手段は、定期的あるいは不定期にサーバにアクセスして画像の位置名称を取得した後、画像ファイルもしくはデータベースに記録されている位置名称と比較して変更の有無を判定することを特徴とする請求項１〜３の何れか１項に記載の画像管理装置。
7. 前記判定手段は、サーバから送信される画像の位置名称を受信し、画像ファイルもしくはデータベースに記録されている位置名称と比較して変更の有無を判定することを特徴とする請求項１〜３の何れか１項に記載の画像管理装置。
8. 前記判定手段は、ユーザによる検索指示を受け付けた後、サーバにアクセスして画像の位置名称を取得し、画像ファイルもしくはデータベースに記録されている位置名称と比較して変更の有無を判定することを特徴とする請求項１〜３の何れか１項に記載の画像管理装置。
9. 前記判定手段は、同一の位置名称の画像をグループ化し、グループ単位でサーバに問い合わせを行うことを特徴とする請求項１〜３の何れか１項に記載の画像管理装置。
10. 前記サーバへの問い合わせにあたり、サーバに送信するＧＰＳ情報は、グループの代表画像のＧＰＳ情報であることを特徴とする請求項９に記載の画像管理装置。
11. 前記サーバへの問い合わせにあたり、サーバに送信するＧＰＳ情報は、グループの全画像のＧＰＳ情報の平均値あるいは中央値であることを特徴とする請求項９に記載の画像管理装置。
12. ランドマーク名称とランドマーク種別を用いて画像を管理する画像管理装置において、
    管理している画像のランドマーク情報およびランドマーク種別を取得する取得手段と、
    前記取得手段によって取得したランドマーク名称またはランドマーク種別が変更されているか否かを判定する判定手段と、
    前記判定手段において、ランドマーク名称またはランドマーク種別が変更されたと判定した場合、画像に関する情報に変更後のランドマーク名称またはランドマーク種別を追加する追加手段とを有することを特徴とする画像管理装置。
13. 前記追加手段は、ランドマーク種別が変更されなかった場合には、ランドマーク名称を追加することを特徴とする請求項１２に記載の画像管理装置。
14. 前記判定手段は、前記判定手段においてランドマーク種別が変わったと以前に判定した画像については、以降はサーバへの問い合わせを行わないことを特徴とする請求項１３に記載の画像管理装置。
15. 前記判定手段は、ランドマーク種別によって、サーバへの問い合わせ期間を変えることを特徴とする請求項１３に記載の画像管理装置。
16. 前記判定手段は、ランドマーク種別ごとのサーバへの問い合わせ期間をユーザが設定することを可能とすることを特徴とする請求項１５に記載の画像管理装置。
17. 位置名称を用いて画像を管理する画像管理装置により実行される制御方法において、
    管理している画像の位置名称を取得する取得工程と、
    前記取得工程において取得した位置名称が変更されているか否かを判定する判定工程と、
    前記判定工程において、位置名称が変更されたと判定した場合、画像に関する情報に変更後の位置名称を追加する追加工程とを有することを特徴とする画像管理装置により実行される制御方法。
18. ランドマーク名称とランドマーク種別を用いて画像を管理する画像管理装置により実行される制御方法において、
    管理している画像のランドマーク情報およびランドマーク種別を取得する取得工程と、
    前記取得工程において取得したランドマーク名称またはランドマーク種別が変更されているか否かを判定する判定工程と、
    前記判定工程において、ランドマーク名称またはランドマーク種別が変更されたと判定した場合、画像に関する情報に変更後のランドマーク名称またはランドマーク種別を追加する追加工程とを有することを特徴とする画像管理装置により実行される制御方法。
19. 位置名称を用いて画像を管理する画像管理装置の制御方法をコンピュータに実行させるプログラムにおいて、
    管理している画像の位置名称を取得する取得工程と、
    前記取得工程において取得した位置名称が変更されているか否かを判定する判定工程と、
    前記判定工程において、位置名称が変更されたと判定した場合、画像に関する情報に変更後の位置名称を追加する追加工程とをコンピュータに実行させることを特徴とするプログラム。
20. ランドマーク名称とランドマーク種別を用いて画像を管理する画像管理装置の制御方法をコンピュータに実行させるプログラムにおいて、
    管理している画像のランドマーク情報およびランドマーク種別を取得する取得工程と、
    前記取得工程において取得したランドマーク名称またはランドマーク種別が変更されているか否かを判定する判定工程と、
    前記判定工程において、ランドマーク名称またはランドマーク種別が変更されたと判定した場合、画像に関する情報に変更後のランドマーク名称またはランドマーク種別を追加する追加工程とをコンピュータに実行させることを特徴とするプログラム。
21. 請求項１９または２０に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。