JP2008288882A - 撮影システム及び撮影装置 - Google Patents

Abstract

【課題】観光地等に行ったユーザが複数の場所を効率良く移動しながら満足のいく写真撮影を行えるようにすること。
【解決手段】被写体を撮影する撮像部１０１と、予め複数の手本画像を記憶しておく記憶部２０３と、それら記憶されている手本画像の中から、上記撮影された撮影画像に関連する所定の手本画像を選択し、選択された上記手本画像の撮影位置を取得する画像処理部２０７、キーワード処理部２０８及び制御部２０９と、それら取得した上記手本画像の撮影位置を、所定の撮影順に並べて表示する表示部１０８と、を備えることで、ユーザが表示部１０８の表示を見ながら複数の場所を効率良く移動でき、各撮影位置で満足のいく写真撮影を行えるようになる。
【選択図】図１

Description

本発明は、撮影システム及び撮影装置に関する。

これまで、観光地等で写真撮影をする場合、誰かに案内してもらったり、写真教室に参加したり、詳細なガイドブックでもない限り、ベストな撮影スポットから、理想的な構図で撮影することは困難であった。

一方、近年、携帯電話やインターネットなどのネットワークが普及してきており、それを介して写真やコンテンツを簡単に送受信できる環境が整いつつある。このようなＩＴ環境を有効利用して、以下のような提案がなされている。

例えば、特許文献１は、現在地から撮影可能な撮影対象を特定し、それを撮影するための好適な撮影ポイントを簡易に呈示する撮影支援方法を提案している。

特許文献２は、その場所に相応しい撮影条件（撮影位置、撮影時刻、露出、絞り、等）をダウンロードできるようにする写真撮影情報提供システムを提案している。

特許文献３は、車両等の事故又は故障時に、救援サービスを提供可能なサービス拠点に対して、現場の状況を撮影した画像を送信し、現場の状況を的確に判断できるようにする救援サービス提供システムを提案している。

特許文献４は、写真プリントを受け取りやすい店に画像を送ることで、利用者が移動する場合であっても写真プリントを受け取れるようにする写真配送システムを提案している。
特開２００５−４５３９８号公報 特開２００６−１３５５１５号公報 特開２００５−５６２４４号公報 特開２００３−１３１８４６号公報

しかしながら、上記特許文献１乃至４によれば、撮影対象の特定が困難であり、それがどこから撮られたかが明快ではなった。

一般に、ユーザの記憶の中の観光地や名所旧跡は、ガイドブックやテレビやインターネット上のコンテンツによって、先入観を植え付けられており、その典型的な写真がどの場所で撮影されたのかが分からないと、ユーザが満足のいく写真撮影が出来ない。

また、そうした撮影ポイントは一箇所ではなく、複数あるので、どのように移動して撮れば良いのかが分からないことが多かった。

本発明は、上記の点に鑑みてなされたもので、観光地等に行ったユーザが複数の場所を効率良く移動しながら満足のいく写真撮影を行える撮影システム及び撮影装置を提供することを目的とする。

本発明の撮影システムの一態様は、
被写体を撮影する撮影部と、
予め複数の手本画像を記憶しておく手本画像記憶部と、
上記手本画像記憶部に記憶されている手本画像の中から、上記撮影部で撮影された撮影画像に関連する所定の手本画像を選択する手本画像選択部と、
上記手本画像選択部で選択された上記手本画像の撮影位置を取得する手本画像撮影位置取得部と、
上記手本画像撮影位置取得部で取得した上記手本画像の撮影位置を、所定の撮影順に並べて表示する表示部と、
を具備することを特徴とする。

また、本発明の撮影装置の一態様は、
被写体を撮影する撮影部と、
上記撮影部で撮影された撮影画像を所定のサーバに送信する送信部と、
上記撮影画像の送信に応答して上記サーバより送信される手本画像、上記手本画像の撮影位置を表す撮影位置情報、及び上記手本画像の撮影順を表す撮影順情報を受信する受信部と、
上記手本画像、上記撮影位置情報、及び上記撮影順情報を表示する表示部と、
を具備することを特徴とする。

本発明によれば、観光地等に行ったユーザが、ガイドブックやポスター、テレビなどで見たシーンを撮影したい場合に、何処からどのような順序で撮影していけば良いかをガイドすることで、ユーザが複数の場所を効率良く移動しながら満足のいく写真撮影を行える撮影システム及び撮影装置を提供することができる。

以下、本発明を実施するための最良の形態を図面を参照して説明する。

［第１実施形態］
図１（Ａ）は、本発明の第１実施形態に係る撮影システムの構成を示す図である。

本実施形態に係る撮影システムは、本発明の撮影装置の第１実施形態としてのカメラ１と、該カメラ１と相互に通信可能なサーバ装置としてのウェブサーバ２とを含む。カメラ１とウェブサーバ２とが通信するための一例として、カメラ１はアクセスポイント３経由でインターネットを含むネットワーク４に無線接続され、ネットワーク４を経由してウェブサーバ２にアクセスする。なお、本実施形態では、ウェブサーバ２に接続するための初期設定は、予めカメラ１に登録されているものとする。

カメラ１からアクセスポイント３に画像が送信されると、その画像はネットワーク４を経由して目的のウェブサーバ２で受信される。ウェブサーバ２は、その受信した画像を解析して、所定の処理を行い、カメラ１にデータを送信する。

図１（Ｂ）は、上記カメラ１及びウェブサーバ２のそれぞれの構成を示す図である。

カメラ１は、撮像部１０１、撮像制御部１０２、入力部１０３、ＲＯＭ１０４、ＲＡＭ１０５、記憶部１０６、記憶制御部１０７、表示部１０８、表示制御部１０９、ＭＩＣ１１０、音声制御部１１１、通信部１１２、通信制御部１１３、位置情報取得部１１４、ＣＰＵ１１５、及びＳＰ１１６から構成される。

ここで、撮像部１０１は、特に図示はしていないが、レンズと、該レンズによって集光した光を電気信号に変換するＣＣＤ等の撮像素子と、その周辺回路とで構成される。撮像制御部１０２は、この撮像部１０１を制御する。入力部１０３は、操作者がカメラ１に操作指示を与えるスイッチ等である。ＲＯＭ１０４は、各種制御プログラムを格納し、ＲＡＭ１０５は、プログラム実行のためにデータを一時的に保持する。記憶部１０６は、上記撮像部１０１で撮影した画像データを記憶するものであり、該カメラ１に固定された記憶媒体及び／又は該カメラ１に対して着脱自在な記憶媒体を含む。記憶制御部１０７は、画像データの記憶部１０６からの読み出し及び記憶部１０６への書き込みを制御する。

表示部１０８は、撮影画像や各種情報を表示するＬＣＤ等を含み、表示制御部１０９は、該表示部１０８の表示項目及び表示サイズ等を制御する。ＭＩＣ１１０は、音声を電気信号に変換して音声制御部１１１へ出力する。ＳＰ１１６は音声制御部１１１から入力された電気信号を音声に変換して出力する。そして、音声制御部１１１は、これらＭＩＣ１１０およびＳＰ１１６の制御を行う。通信部１１２は、外部機器とのデータ送受信を有線または無線通信で行うもので、通信制御部１１３は、該通信部１１２による通信データのやりとりを制御する。位置情報取得部１１４は、位置情報を取得するＧＰＳ受信機等である。ＣＰＵ１１５は、該カメラ１の各制御部及びＲＯＭ１０４やＲＡＭ１０５を制御する。なお、このＣＰＵ１１５は、撮像制御部１０２及び入力部１０３とは直接接続され、ＲＯＭ１０４、ＲＡＭ１０５、記憶制御部１０７、表示制御部１０９、音声制御部１１１、通信制御部１１３、及び位置情報取得部１１４とは、バス１１７を介して接続されている。

ウェブサーバ２は、ＲＯＭ２０１、ＲＡＭ２０２、記憶部２０３、記憶制御部２０４、通信部２０５、通信制御部２０６、画像処理部２０７、キーワード処理部２０８及び制御部２０９から構成される。ここで、ＲＯＭ２０１は、プログラムを格納し、ＲＡＭ２０２は、そのプログラムの実行に必要なデータを一時的に保持する。記憶部２０３は、手本画像データと画像キーワードとを関連付けたデータベースなどを記憶し、記憶制御部２０４は、記憶部２０３にデータを読み書きする制御を行う。通信部２０５は、外部機器とのデータ送受信を有線または無線通信で行うものであり、通信制御部２０６は、該通信部２０５での通信データのやりとりを制御する。画像処理部２０７は、画像処理を行うものであり、キーワード処理部２０８はキーワードに関する処理を行うものである。制御部２０９は、該ウェブサーバ２の各種制御部を制御するもので、ＣＰＵ等で構成される。なお、この制御部２０９は、ＲＯＭ２０１、ＲＡＭ２０２、記憶制御部２０４、通信制御部２０６、及び画像処理部２０７とバス２１０を介して接続されている。

上記画像処理部２０７は、特徴点検出部２０７Ａ、特徴点比較部２０７Ｂ、画像検索部２０７Ｃ、及び圧縮伸張部２０７Ｄを含む。ここで、特徴点検出部２０７Ａは、画像データから特徴点を検出する機能を有し、特徴点比較部２０７Ｂは、該特徴点検出部２０７Ａで検出した特徴点と記憶部２０３のデータベースに記憶されている手本画像データ群の特徴点データとを比較する機能を有する。画像検索部２０７Ｃは、記憶部２０３に記憶されている画像データを検索する機能を有し、圧縮伸張部２０７Ｄは、通信部１１２により受信した画像データを伸張したり、該画像検索部２０７Ｃで検索した画像データを圧縮したりする機能を有する。

また、上記キーワード処理部２０８は、画像キーワード抽出部２０８Ａ、画像キーワードリスト生成部２０８Ｂ、及びユーザ名リスト生成部２０８Ｃを含む。ここで、画像キーワード抽出部２０８Ａは、上記特徴点比較部２０７Ｂによって受信画像データと特徴点パターンが同類のものと判断された手本画像データに予め関連付けられている画像キーワードを抽出する機能を有し、画像キーワードリスト生成部２０８Ｂは、該画像キーワード抽出部２０８Ａで抽出された画像キーワードをリスト化した画像キーワードリストを作成する機能を有する。ユーザ名リスト生成部２０８Ｃは、上記特徴点比較部２０７Ｂによって受信画像データと特徴点パターンが同類のものと判断された手本画像データに付随する付随キーワード（撮影位置、撮影時間、ユーザ名（撮影者名）、等）よりユーザ名をリスト化したユーザ名リストを作成する機能を有する。

なお、手本画像データとは、別のカメラマン等が撮影した写真の画像データである。

以下、上記のような構成のカメラ１とウェブサーバ２との間でやり取りされる通信及び処理について説明する。

図２（Ａ）は、カメラ１のＣＰＵ１１５が実行するＲＯＭ１０４に記憶された制御プログラムの内、本実施形態に係る特徴部分の動作フローチャートを示す図であり、図２（Ｂ）は、ウェブサーバ２の制御部２０９が実行するＲＯＭ２０１に記憶された制御プログラムの内の本実施形態に係る特徴部分の動作フローチャートを示す図である。

即ち、カメラ１で撮影を行うと（ステップＳ１０１）、得られた画像データは、ＲＡＭ１０５上に一時的な記憶データとして記憶され、記憶部１０６に記憶される（ステップＳ１０２）。そして、その撮影時の位置データが位置情報取得部１１４によって取得され、予め設定してある所定プロバイダが管理するアクセスポイント３に、通信部１１２を介して、上記画像データと位置データとが送信される（ステップＳ１０３）。なおこのとき、通信量を削減するために、画像データはＲＡＷデータではなく圧縮されたフォーマットで送信されても良い。この送信後、カメラ１は、受信待ちとなる（ステップＳ１０４）。但し、所定時間内に受信が無いときには、本動作を終了して、通常の撮影や撮影画像データの表示といった通常のカメラの動作に移行する。

カメラ１から送信されたデータがアクセスポイント３に受信されると、アクセスポイント３内部のルータ機能により、インターネット等のネットワーク４に接続されているサーバ（ウェブサーバ２）に上記画像データと位置データが届けられる。

ウェブサーバ２は、上記画像データと位置データを受信すると（ステップＳ２０１）、画像処理部２０７の特徴点検出部２０７Ａにより、そのカメラ１から受信した画像データに対して二値化及び輪郭抽出などの処理を行い、その画像の特徴点パターンを検出する（ステップＳ２０２）。つまり、受信した画像データを白黒にして、コーナー検出フィルタをかけて判定処理を行い、その画像を構成する各部の角部位置を特徴点として得る。これら特徴点のパターンつまり特徴点の配置及び分布が当該画像の特徴となる。

そして、特徴点比較部２０７Ｂにより、その特徴点検出部２０７Ａで抽出した画像データの特徴点パターンと、予め記憶部２０３のデータベースに記憶されている手本画像データ群の特徴点パターンを比較することで、抽出した特徴点パターンを検索キーとしたデータベースの検索を実施する（ステップＳ２０３）。例えば、有名な観光スポットで撮影された手本画像データでは、予め、上記特徴点（数百ポイントからなる）の配置情報が特徴点パターンとして抽出されて、ウェブサーバ２の記憶部２０３に構成したデータベースに登録されている。見る角度で変化する建造物などは、見る角度ごとに、複数セットの特徴点パターンがデータベース化されている。したがって、撮影画像データから同様の方法で特徴点パターンを抽出し、予め登録されているデータベースを照合し、一番高い一致度のものを選択することによって、対象物が何であるかを認識することが出来る。なおこのとき、上記カメラ１から受信した位置データによって、比較対象の手本画像データを当該位置周辺に絞ることで、誤認識の確率を低減することができる。

勿論、本発明は、このような特徴点検出を行いパターンマッチングによって対象物を認識する手法に限定されるものではなく、統計的識別法や構造識別法などの他の画像認識手法を採用しても構わない。これら統計的識別法や構造識別法は公知であり、よってその説明は省略する。

このように、特徴点検出部２０７Ａ及び特徴点比較部２０７Ｂは、撮影画像データと類似する手本画像データを検索する第１の手本画像検索部として機能する。

ここで、上記抽出した画像データの特徴点パターンに一致する特徴点パターンを持つ手本画像データが検索されなかった場合には（ステップＳ２０４）、通信部２０５を介してリスト＝０をカメラ１に送信する（ステップＳ２０５）。その後、上記ステップＳ２０１に戻り、次の画像データ及び位置データが送られてくるのを待つ。

カメラ１側では、受信があると（ステップＳ１０４）、上記のようなリスト＝０を受信したかを判別する（ステップＳ１０５）。ここで、そのようなリスト＝０を受信した場合には、ＣＰＵ１１５は、表示部１０８に「構図を変えて再度撮影してください」や「別構図で撮影」等のメッセージを表示して（ステップＳ１０６）、上記ステップＳ１０１に戻る。

これに対して、ウェブサーバ２において、上記抽出した画像データの特徴点パターンに一致する特徴点パターンを持つ手本画像データが有った場合には（ステップＳ２０４）、画像キーワード抽出部２０８Ａによって、それら手本画像データに関連付けて登録されている画像キーワード（例えば、東京タワー）を記憶部２０３からそれぞれ抽出し、画像キーワードリスト生成部２０８Ｂにより、それら抽出された画像キーワードをＲＡＭ２０２に一時的に構成する画像キーワードリストに追加する（ステップＳ２０６）。ここで、カメラ１から受信した位置データによって検索対象を絞っているので、異なる画像キーワードが抽出される可能性は低いが、異なる画像キーワードが抽出された場合には、上記画像キーワードリストにある画像キーワードのうち最も多く抽出された画像キーワードが、カメラ１から受信した画像データの画像キーワードとして適切であると判断することができる。

次に、制御部２０９は、ユーザ名リスト生成部２０８Ｃにより、上記記憶部２０３から上記手本画像データそれぞれに付随する付随キーワード（撮影位置、撮影時間、ユーザ名（撮影者名）、等）よりユーザ名を抽出して、それら抽出したユーザ名をリスト化したユーザ名リストをＲＡＭ１０５上に生成する（ステップＳ２０７）。このように、ユーザ名リスト生成部２０８Ｃ及び制御部２０９は、手本画像データの撮影者情報を取得する撮影者情報取得部として機能する。そして、制御部２０９は、その生成したユーザ名リストを上記抽出した画像キーワードと共に通信部２０５を介してカメラ１に送信する（ステップＳ２０８）。この送信後、ウェブサーバ２は、ユーザ名選択待ちとなる（ステップＳ２０９）。但し、所定時間内に選択されたユーザ名の受信が無いときには、上記ステップＳ２０１に戻り、次の画像データ及び位置データが送られてくるのを待つことになる。

カメラ１側では、上記のように受信があると（ステップＳ１０４）、リスト＝０を受信したかを判別するもので（ステップＳ１０５）、ここで、リスト＝０以外を受信した場合には、更に、ユーザ名リストを受信したか否かを判別する（ステップＳ１０７）。そして、ユーザ名リストを受信していない、つまり画像キーワードしか受信しなかった場合には、ＣＰＵ１１５は、表示部１０８に「リスト無し」を表示して（ステップＳ１０８）、本動作を終了する。

これに対して、ユーザ名リストを受信した場合には、そのユーザ名リストをＬＣＤ等の表示部１０８に表示する（ステップＳ１０９）。カメラ１のユーザは入力部１０３、例えば十字ボタンとＯＫボタン等を操作して、このユーザ名リストより所望のユーザ名を選択し（ステップＳ１１０）、ＣＰＵ１１５は、その選択されたユーザ名を通信部１１２を介してウェブサーバ２に送信する（ステップＳ１１１）。そしてこの送信後、カメラ１は、その選択ユーザに関する案内データの受信待ちとなり（ステップＳ１１２）、所定時間内にその受信が無いときには、本動作を終了することになる。

ウェブサーバ２側では、上記選択されたユーザ名を受信すると（ステップＳ２０９）、制御部２０９は、上記抽出された画像キーワードに関連付けられ且つ上記選択されたユーザ名が付随データとして付随している手本画像データを、画像検索部２０７Ｃによって記憶部２０３から検索抽出し、それら抽出された手本画像データを、付随キーワードとしてそれらに付随する撮影時間に従って、撮影時間順にソートする（ステップＳ２１０）。即ち、画像検索部２０７Ｃは第２の手本画像検索部として機能し、制御部２０９は手本画像撮影位置取得部として機能する。制御部２０９は、次に、そのソートした手本画像データに付随キーワードとして付随する撮影位置を、記憶部２０３に記憶している地図情報に関連付ける（ステップＳ２１１）。そして、その地図情報に撮影時間順に手本画像データの撮影位置を辿る経路を探索し、その経路を表す画像を重畳させた画像データ（案内データ）を生成して、通信部２０５を介してカメラ１に送信する（ステップＳ２１２）。その後、上記ステップＳ２０１に戻り、次の画像データ及び位置データが送られてくるのを待つ。

カメラ１側では、そのような案内データを受信すると（ステップＳ１１２）、その案内データを展開して、ＬＣＤ等の表示部１０８に、選択したユーザが撮影した手本画像の時間順の経路を示す地図表示を表示する（ステップＳ１１３）。

図３は、この表示部１０８での地図表示の表示例を示す図である。これは、地図情報上に、被写体の位置を示す被写体位置マーク５０１、選択したユーザが手本画像を撮影した撮影場所を示す撮影位置マーク５０２、及びそれら撮影場所間の移動経路を示す経路表示５０３と、ユーザの現在位置を示す現在位置マーク５０４を重畳したものである。

なお、地図情報は、案内データの一部としてウェブサーバ２から送信するようにしたが、カメラ１内にある地図情報を用いても良い。また、通信容量に余裕がある場合は地図情報をウェブサーバ２から受信し、通信容量に余裕がない場合は、カメラ１内の地図情報を用いるようにしても良い。

また、カメラ１内にある地図情報を用いる場合には、案内データをウェブサーバ２からカメラ１に送信するのではなく、上記ステップＳ２１０でのソート結果のみをカメラ１に送信し、カメラ１側で地図情報との関連付け、経路探索を行うようにしても良い。更に、その受信したソート結果を表示部１０８で表示できるようにしても良い。

図４は、このソート結果の表示例を示す図である。これは、選択したユーザ名を示すユーザ名５０５、被写体名称（例：東京タワー）を表す画像キーワード５０６と、その画像キーワードに一致した手本画像データそれぞれに付随する位置５０７及び時間５０８のリスト形式の記載とからなっている。位置５０７は緯度経度で表記している。例えば、「Ｎ：３５／１，４１／１，７７４／１００ Ｅ：１３９／１，４８／１，７７４，１００」は北緯３５度４１分７．７４秒、東経１３９度４８分７．７４秒を示す。なお、これは一例であり、例えば住所やその場所の通称等、どのような形式であっても構わないことは勿論である。

また、案内データには、各撮影場所での手本画像データも含めても良い。即ち、ウェブサーバ２において各手本画像データを圧縮伸張部２０７Ｄでサムネイル画像とした上で地図情報上に重畳する。あるいは、カメラ１内にある地図情報を用いる場合には、ウェブサーバ２ではソート結果に各サムネイル画像を関連付けて送信し、カメラ１側で地図情報上各サムネイル画像を重畳させる。なお、これらサムネイル画像のサイズは、予め決められたものでも良いし、上記ステップＳ２０１で受信した画像データのヘッダ情報として記載されている撮影機器情報に従ってカメラ１の表示部１０８の表示サイズを判別して、そのサイズによって適切な画像サイズを選択するようにしても良い。

図５は、このような手本画像データを含む地図表示の例を示す図である。各撮影位置マーク５０２に対応させてサムネイル化された手本画像５０９が表示される。

なお、入力部１０３の操作により、上記手本画像５０９を選択して表示部１０８のサイズに拡大表示できるようにしても良い。この場合、ウェブサーバ２に要求して表示部１０８のサイズに相応しい手本画像データをダウンロードして表示するか、受信したサムネイル画像を拡大して表示することとなるが、著作権が存在する手本画像データについては、カメラ１の記憶部１０６に記憶できないようにしたり、或いは何らかの課金を行った上でしか記憶できないようにしても良い。

更に、地図情報を表示する際には、カメラ１の位置情報取得部１１４で取得される位置データに従って現在位置マーク５０４をリアルタイムに変更表示することができる。

また、撮影位置マーク５０２が表示されている撮影場所で撮影すると、現在のカメラ１の位置データと各撮影場所の位置情報とから、当該撮影場所では撮影済みであることを判断し、表示部１０８に撮影済みであることをアイコン等で表示するようにしても良い。

図６は、そのような撮影済みであることを示すチェックマーク５１０を表示するようにした場合の表示例を示す図である。

以上のように、本第１実施形態によれば、観光地等に行ったユーザが、ガイドブックやポスター、テレビなどで見たシーンを撮影したい場合に、どこから撮影すれば良いかをガイドすることができるので、ユーザが満足のいく写真撮影を行えるようになる。

例えば、富士山や東京タワーなどには、プロやハイアマチュアのカメラマンが特によく撮影するポイントがある。しかし、通常、そのような地点からカメラマンが撮影した画像のみが、媒体となってユーザの目に焼き付けられるので、カメラ１を持って出かけたユーザは、その観光スポットに行ったとしても、それと同じ風景が撮影できないと満足することができない。また、そうしたポイントは一箇所ではなく、複数あるので、どのように移動して撮れば良いのかが分からないことが多かった。

本実施形態は、このようなユーザに対し、カメラ１を持っていくだけで、複数の場所を、効率良く移動しながら撮影旅行なり撮影ハイキングなりが楽しめるシステムを提供することができる。

この複数の場所は、例えば、あるカメラマンや有名人などが、撮影した画像と関連付けられており、上記ウェブサーバ２には、こうした撮影者が移動した順番や経路の情報も有しており、その先達に倣って、移動しながら撮影を楽しむような状況をも想定している。これによって、ユーザは綿密な計画を立てなくとも、撮影スポットを見逃すことなく、効率良く、撮影や移動を楽しむことが出来る。

また、ごく近くまで来ているのに、せっかくの撮影ポイントに気づかず、帰って来てから、それを知ってがっかりするというケースもよくあったが、こうした問題をも解決することが出来る。

更に、各撮影ポイントでの手本画像をも表示することが出来るので、手本画像と同じ構図の撮影が行え、ユーザが満足のいく写真撮影を行えるようになる。

［第２実施形態］
次に、本発明の第２実施形態を説明する。

図７Ａは、カメラ１のＣＰＵ１１５が実行するＲＯＭ１０４に記憶された制御プログラムの内、本第２実施形態に係る特徴部分の動作フローチャートを示す図であり、図７Ｂは、ウェブサーバ２の制御部２０９が実行するＲＯＭ２０１に記憶された制御プログラムの内の本第２実施形態に係る特徴部分の動作フローチャートを示す図である。ここで、上記第１実施形態と同様の部分には図２（Ａ）及び（Ｂ）と同一の参照符号を付すことで、その説明は省略する。

即ち、上述したように、ウェブサーバ２側では、抽出した画像データの特徴点パターンに一致する特徴点パターンを持つ手本画像データが検索されなかった場合には（ステップＳ２０４）、通信部２０５を介してリスト＝０をカメラ１に送信するが（ステップＳ２０５）、本第２実施形態においては、その後、上記ステップＳ２０１に戻るのではなく、画像キーワードの受信待ちとなって（ステップＳ２１３）、所定時間内に受信が無いときにのみ、上記ステップＳ２０１に戻るようにしている。

そして、カメラ１側では、そのようなリスト＝０を受信した場合には、本第２実施形態では、入力部１０３からのキー入力によって、またはＭＩＣ１１０と音声制御部１１１を利用した音声認識によって、ユーザが所望の画像キーワードを入力できるようにしている（ステップＳ１１４）。そして、この入力された画像キーワードを通信部１１２を介してウェブサーバ２に送信した後（ステップＳ１１５）、上記ステップＳ１０４に戻って受信待ちとなる。

ウェブサーバ２側では、上記画像キーワードを受信すると（ステップＳ２１３）、その受信した画像キーワードに関連付けられた手本画像データを記憶部２０３から検索する（ステップＳ２１４）。そして、検索された手本画像データそれぞれに付随する付随キーワードよりユーザ名を抽出してユーザ名リストを生成する上記ステップＳ２０７以降の処理を実施する。

以上のように、本第２実施形態では、画像キーワードが検索されなかった場合には、画像キーワードをカメラ１側で入力し、ウェブサーバ２に送信することで、ユーザ所望のユーザ名に対応する手本画像とその撮影位置を取得することができる。

なお、ウェブサーバ２は、上記入力された画像キーワードを、送信した撮影画像データと関連付けて記憶部２０３のデータベースに追加登録するようにしても良い。この場合、撮影画像は、手本画像ではないが画像キーワードの抽出のみに使用するユーザ画像データとして登録される。このようなユーザ画像データを多数蓄積することで、画像キーワードの抽出精度を向上できる。

以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。

例えば、撮影装置としてカメラ１を例に説明したが、カメラ付の携帯電話機であっても良い。

また、経路探索においては、撮影順にとらわれずに、最も効率的に各撮影ポイントを回れるような経路を探索するようにしても良い。

図１（Ａ）は、本発明の第１実施形態に係る撮影システムの構成を示す図であり、図１（Ｂ）は、図１（Ａ）中のカメラ及びウェブサーバのそれぞれの構成を示す図である。 図２（Ａ）は、カメラのＣＰＵが実行するＲＯＭに記憶された制御プログラムの内の第１実施形態に係る特徴部分の動作フローチャートを示す図であり、図２（Ｂ）は、ウェブサーバの制御部が実行するＲＯＭに記憶された制御プログラムの内の第２実施形態に係る特徴部分の動作フローチャートを示す図である。 図３は、カメラの表示部での表示例を示す図である。 図４は、カメラの表示部での別の表示例を示す図である。 図５は、カメラの表示部での更に別の表示例を示す図である。 図６は、カメラの表示部での他の表示例を示す図である。 図７Ａは、カメラのＣＰＵが実行するＲＯＭに記憶された制御プログラムの内の本発明の第２実施形態に係る特徴部分の動作フローチャートを示す図である。 図７Ｂは、ウェブサーバの制御部が実行するＲＯＭに記憶された制御プログラムの内の第２実施形態に係る特徴部分の動作フローチャートを示す図である。

符号の説明

１…カメラ、 ２…ウェブサーバ、 ３…アクセスポイント、 ４…ネットワーク、 １０１…撮像部、 １０２…撮像制御部、 １０３…入力部、 １０４，２０１…ＲＯＭ、 １０５，２０２…ＲＡＭ、 １０６，２０３…記憶部、 １０７，２０４…記憶制御部、 １０８…表示部、 １０９…表示制御部、 １１０…ＭＩＣ、 １１１…音声制御部、 １１２，２０５…通信部、 １１３，２０６…通信制御部、 １１４…位置情報取得部、 １１５…ＣＰＵ、 １１６…ＳＰ、 １１７，２１０…バス、 ２０７…画像処理部、 ２０７Ａ…特徴点検出部、 ２０７Ｂ…特徴点比較部、 ２０７Ｃ…画像検索部、 ２０７Ｄ…圧縮伸張部、 ２０８…キーワード処理部、 ２０８Ａ…画像キーワード抽出部、 ２０８Ｂ…画像キーワードリスト生成部、 ２０８Ｃ…ユーザ名リスト生成部、 ２０９…制御部、 ５０１…被写体位置マーク、 ５０２…撮影位置マーク、 ５０３…経路表示、 ５０４…現在位置マーク、 ５０５…ユーザ名、 ５０６…画像キーワード、 ５０７…位置、 ５０８…時間、 ５０９…手本画像、 ５１０…チェックマーク。

Claims (8)

1. 被写体を撮影する撮影部と、
   予め複数の手本画像を記憶しておく手本画像記憶部と、
   上記手本画像記憶部に記憶されている手本画像の中から、上記撮影部で撮影された撮影画像に関連する所定の手本画像を選択する手本画像選択部と、
   上記手本画像選択部で選択された上記手本画像の撮影位置を取得する手本画像撮影位置取得部と、
   上記手本画像撮影位置取得部で取得した上記手本画像の撮影位置を、所定の撮影順に並べて表示する表示部と、
   を具備することを特徴とする撮影システム。
2. 上記撮影システムは、
   上記撮影部と上記表示部とを含む撮影装置と、
   上記手本画像記憶部と上記手本画像選択部と上記手本画像位置取得部とを含むサーバ装置と、
   を含み、
   上記撮影装置と上記サーバ装置とは相互に通信可能であることを特徴とする請求項１に記載の撮影システム。
3. 上記手本画像選択部は、
   上記手本画像記憶部に記憶されている手本画像の中から、上記撮影画像と類似する手本画像を検索する第１の手本画像検索部と、
   その撮影位置が、上記第１の手本画像検索部で検索された手本画像の撮影位置の近傍である手本画像を検索する第２の手本画像検索部と、
   を含み、
   上記第２の手本画像検索部で検索された手本画像を選択することを特徴とする請求項２に記載の撮影システム。
4. 上記所定の撮影順は、上記手本画像選択部で選択された手本画像と同様の画像を撮影しようとするときに、最も効率的な撮影順であることを特徴とする請求項１乃至３の何れかに記載の撮影システム。
5. 上記手本画像選択部はさらに、上記第１の手本画像検索部で検索された手本画像の撮影者情報を取得する撮影者情報取得部を有し、
   上記第２の手本画像検索部は、その撮影位置が上記第１の手本画像検索部で検索された手本画像の撮影位置の近傍であり、且つ上記撮影者情報取得部で取得した撮影者と同一の撮影者情報を有する手本画像を検索することを特徴とする請求項３に記載の撮影システム。
6. 上記所定の撮影順は、上記手本画像選択部で選択された手本画像の撮影者が撮影した順番であることを特徴とする請求項５に記載の撮影システム。
7. 被写体を撮影する撮影部と、
   上記撮影部で撮影された撮影画像を所定のサーバに送信する送信部と、
   上記撮影画像の送信に応答して上記サーバより送信される手本画像、上記手本画像の撮影位置を表す撮影位置情報、及び上記手本画像の撮影順を表す撮影順情報を受信する受信部と、
   上記手本画像、上記撮影位置情報、及び上記撮影順情報を表示する表示部と、
   を具備することを特徴とする撮影装置。
8. 上記表示部は、上記撮影位置情報を表示する際、上記撮影位置を含む周辺地図を表示し、その周辺地図上に上記撮影位置、及び上記撮影順を示す表示を行うことを特徴とする請求項７に記載の撮影装置。

Images