(57)【要約】【課題】ユーザの現在の撮像状況に応じて適切な撮像場所と見本画像をレコメンドすることにより、ユーザによる撮像を支援する。【解決手段】サーバ装置２は、予め撮像の推奨位置と、その推奨位置で撮像した見本画像と、被写体に映る人数の情報とを推奨情報として推奨情報ＤＢ４に保持する。撮像装置１は、現在位置と同行者の人数の情報を取得し、これらの情報を含む撮像条件をサーバ装置２に送信する。サーバ装置２は、撮像条件に適した推奨位置と見本画像を推奨情報ＤＢ４から索出して撮像装置１へ送信する。撮像装置１は、この推奨情報を確認して適切な撮像を行う。【選択図】図３
2016152593.tif 000002
【特許請求の範囲】
【請求項１】
撮像を行うユーザが操作する撮像装置との間で通信を行う通信手段と、
被写体の撮像が推奨される推奨位置毎に当該推奨位置で推奨される撮像の構図を含む複数の推奨条件と推奨条件毎の撮像の見本画像とを関連付けて保持する保持手段と、
前記撮像装置から受信された前記ユーザの現在位置と当該ユーザによる撮像の意図とを表す撮像条件を入力し、入力した撮像条件のうち前記現在位置との距離が所定範囲内となる前記推奨位置と前記撮像の意図に適合する１つ以上の推奨条件とを特定し、特定した推奨条件に関連付けられた前記見本画像を前記保持手段から索出する検索手段と、
索出した見本画像を含む撮像の推奨情報を生成し、生成した推奨情報を前記撮像装置宛に出力する出力手段と、
を備えて成るサーバ装置。
【請求項２】
前記撮像条件は、撮像時の前記ユーザの同行者の有無を含み、
前記保持手段は、前記同行者の有無に応じて作成された複数の構図の見本画像を保持する、
請求項１に記載のサーバ装置。
【請求項３】
前記撮像条件は、被写体に含まれる前記同行者の人数を含み、
前記保持手段は、前記人数に応じて作成された複数の構図の見本画像を保持する、
請求項２に記載のサーバ装置。  
【請求項４】
前記撮像条件は、前記同行者が存在する場合の当該同行者の前記ユーザとの人間関係を含み、
前記保持手段は、前記人間関係に応じて作成された複数の構図の見本画像を保持する、
請求項２又は３に記載のサーバ装置。
【請求項５】
前記出力手段は、前記推奨位置を前記見本画像と関連付けて前記推奨情報を生成する、
請求項１ないし４のいずれか１項に記載のサーバ装置。
【請求項６】
撮像を行うユーザが携行する携帯装置であって、
被写体の撮像が推奨される推奨位置毎に当該推奨位置で推奨される撮像の構図を含む複数の推奨条件と推奨条件毎の撮像の見本画像とを関連付けて保持するサーバ装置との間で通信を行う通信手段と、
前記ユーザの現在位置を取得する位置取得手段と、
前記現在位置と前記ユーザによる撮像の意図とを表す撮像条件を生成し、生成した撮像条件を前記サーバ装置宛に送信するとともに、該サーバ装置から前記現在位置との距離が所定範囲内となる前記推奨位置において前記撮像の意図に適合する１つ以上の前記見本画像を含む撮像の推奨情報を受信し、受信した推奨情報を所定の表示部に表示させる制御手段と、
を備えて成る携帯装置。
【請求項７】
前記推奨情報は、前記推奨位置を含んでおり、
前記制御手段は、前記現在位置から前記推奨位置までの距離を前記見本画像と共に前記表示部に表示させる、
請求項６に記載の携帯装置。
【請求項８】
前記制御手段は、前記サーバ装置から受信した推奨情報が複数存在するときは、各推奨情報に含まれる推奨位置と現在位置とを比較し、両者の距離が短い順にソートして前記表示部に表示させる、
請求項７に記載の携帯装置。
【請求項９】
前記制御手段は、前記見本画像と共に、前記現在位置から当該見本画像を撮像した推奨位置までの距離を表示させる、
請求項８に記載の携帯装置。
【請求項１０】
前記制御手段は、前記現在位置を取得した後、現在の日付と同じ撮像日時の撮像済画像から被写体に映った人物の数を検出して記録したレコードを取得し、これらのレコードから読み出した検出人数に基づいて全レコードの平均人数を決定し、決定した平均人数を含ませた前記撮像条件を前記サーバ装置に送信するとともに、前記平均人数に応じて生成された前記推奨情報を受信し、受信した推奨情報を前記表示部に表示させる、
請求項６ないし９のいずれか１項に記載の携帯装置。
【請求項１１】
前記制御手段は、前記現在位置を取得し、この現在位置を含む前記撮像条件を前記サーバ装置に送信するとともに、前記現在位置に応じて生成され、受信した前記見本画像に映る人数のパターンがそれぞれ異なる複数の前記推奨情報を、前記人数のパターンが偏らないように前記表示部に一覧表示させた後、前記ユーザが選択したパターンの人数を含む推奨情報が選択された場合、その人数と選択日時を保存し、当該選択日時以降に前記撮像条件を生成するときは、保存した人数を前記撮像条件に含めて前記サーバ装置へ送信する、
請求項６ないし１０のいずれか１項に記載の携帯装置。
【請求項１２】
前記制御手段は、前記現在位置を取得した後、現在の日付と同じ撮像日時の撮像済画像から被写体に映った人物の数を検出して記録したレコードを取得し、これらのレコードから読み出した検出人数の組み合わせパターンを決定し、決定した組み合わせパターンを含ませた前記撮像条件を前記サーバ装置に送信するとともに、前記組み合わせパターンに応じて生成された前記推奨情報を受信し、受信した推奨情報を前記表示部に表示させる、
請求項６ないし１１のいずれか１項に記載の携帯装置。
【請求項１３】
前記組み合わせパターンは、前記ユーザと前記同行者とが友人同士か親子かを表す人間関係により決定される、
請求項１２に記載の携帯装置。
【請求項１４】
被写体を撮像する撮像手段と、
前記撮像手段で撮像した画像を撮像日時と関連付けて保持する画像保持手段と、
前記撮像した画像に映った人物の数を解析する解析手段とを備えており、
前記制御手段は、前記解析手段で解析された人物の数を前記同行者属性とする、
請求項６ないし１３のいずれか１項に記載の携帯装置。
【請求項１５】
被写体の撮像が推奨される位置を表す推奨位置毎に当該推奨位置で推奨される撮像の構図を含む複数の推奨条件と推奨条件毎の撮像の見本画像とを関連付けて保持するサーバ装置と、撮像を行うユーザに携行される携帯装置とを通信により接続し、
前記携帯装置が、前記ユーザの現在位置と当該ユーザによる撮像の意図とを表す撮像条件を前記サーバ装置に送信し、
前記サーバ装置が、受信した撮像条件のうち前記現在位置との距離が所定範囲内となる前記推奨位置と前記撮像条件に適合する１つ以上の推奨条件とを特定し、特定した推奨条件に関連付けられた前記見本画像を含む撮像の推奨情報を生成し、生成した推奨情報を前記携帯装置宛に送信し、
前記推奨情報を受信した携帯装置が、推奨情報を所定の表示部に表示させることを特徴とする、
撮像支援方法。
【請求項１６】
コンピュータを、請求項１ないし５のいずれか１項に記載されたサーバ装置として動作させるためのコンピュータプログラム。
【請求項１７】
コンピュータを、請求項６ないし１４のいずれか１項に記載された携帯装置として動作させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの撮像時の状況に応じて適切な撮像場所や見本画像などをレコメンドする、撮像支援方法およびそれを実現する装置に関する。
【背景技術】
【０００２】
近年、デジタルカメラやスマートフォンなど、撮像機能を備えた携帯装置の普及に伴い、外出先で撮像を行うユーザが増えている。多くのユーザは、被写体を予め決めておらず、外出先で気になったものや思い出に残したいものなど、被写体をその場で見つけて撮像する。このような場合に、携帯装置から撮像の推奨位置や撮像の見本画像などをユーザにレコメンドすれば、ユーザも気づかない価値の高い撮像が可能になる期待がある。
【０００３】
この点に関し、特許文献１には、撮像場所の情報とユーザが既に訪問したかどうかの情報を管理し、ユーザに所望の地域且つ未訪問の撮像場所を推奨する技術が開示されている。この特許文献１には、撮像場所に適した時節の情報を管理することで、現在の日時に最適な撮像場所を推奨することも示されている。この技術によれば、既に訪問した場所であっても、ユーザにとって有益と思われる撮像のスポットが提示される。
また、特許文献２には、現在撮像しようとしている画像の中の被写体の数を検出し、過去に撮像した類似の構図の画像を見本画像として表示することで、同じ構図での撮像を推奨する方法が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−２１０９５４号公報
【特許文献２】特開２０１１−４３５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
携帯装置による撮像のニーズは多様化している。ユーザが一人で美しい空や花など作品性のある画像を撮像したい場合もあれば、旅行先でランドマークを背景に、友人と共に、思い出に残すための画像を撮像したい場合も想定される。特許文献１に開示された技術では、このような、ユーザの撮像の意図が考慮されないため、ユーザのニーズに適合した撮像のレコメンドができるとは限らない。例えばユーザが一人で行動しているときに、ランドマークを背景に友人と撮像する場合に適した見本画像を表示してしまう可能性がある。また、特許文献２に開示された方法では、現在撮像しようとしている被写体に対して適切な構図の見本画像を表示することはできるが、撮像を推奨したい場所と被写体に適した構図の見本画像を表示することはできない。
【０００６】
本発明は、ユーザの撮像時の状況に応じて適切な撮像をレコメンドすることにより、ユーザによる撮像を支援する撮像支援方法およびこの方法の実施に適した装置を提供することを主たる課題とする。
【課題を解決するための手段】
【０００７】
本発明の撮像支援方法は、被写体の撮像が推奨される位置を表す推奨位置毎に当該推奨位置で推奨される撮像の構図を含む複数の推奨条件と推奨条件毎の撮像の見本画像とを関連付けて保持するサーバ装置と、撮像を行うユーザに携行される携帯装置とを通信により接続し、前記携帯装置が、前記ユーザの現在位置と当該ユーザによる撮像の意図とを表す撮像条件を前記サーバ装置に送信し、前記サーバ装置が、受信した撮像条件のうち前記現在位置との距離が所定範囲内となる前記推奨位置と前記撮像条件に適合する１つ以上の推奨条件とを特定し、特定した推奨条件に関連付けられた前記見本画像を含む撮像の推奨情報を生成し、生成した推奨情報を前記携帯装置宛に送信し、前記推奨情報を受信した携帯装置が、推奨情報を所定の表示部に表示させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ユーザの現在の撮像状況に応じて適切な撮像場所と見本画像をレコメンドする仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】撮像支援システムのシステム構成図。
【図２】サーバのハードウェア構成図。
【図３】撮像支援システムを構成する装置の機能構成図。
【図４】第１実施形態による推奨情報管理テーブルの例示図。
【図５】第１実施形態による推奨情報受け渡しの際の処理手順説明図。
【図６】第１実施形態により一覧表示される推奨情報の例示図。
【図７】第２実施形態による撮像装置の機能構成図。
【図８】第２実施形態による撮像情報管理テーブルの例示図。
【図９】第２実施形態による推奨情報管理テーブルの例示図。
【図１０】第２実施形態による推奨情報受け渡しの際の処理手順説明図。
【図１１】第３実施形態による撮像情報管理テーブルの例示図。
【図１２】同行者パターン決定テーブルの例示図。
【図１３】第３実施形態による推奨情報管理テーブルの例示図。
【図１４】撮像装置で同行者パターンを決定する際の処理手順説明図。
【図１５】推奨情報検索動作を示す図。
【図１６】第４実施形態による推奨情報受け渡しの際の処理手順説明図。
【図１７】第４実施形態により一覧表示される推奨情報の例示図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態例について説明する。
＜第１実施形態＞
図１は、本実施形態に係る撮像支援システムの構成図である。この撮像支援システムは、携帯装置の一例となる撮像装置１がインターネット等のネットワーク３を介してサーバ装置２と通信により接続して構成される。撮像装置１は、デジタルカメラやスマートフォンなど、撮像手段を有する携帯端末であり、ユーザに携行され、操作される。サーバ装置２は、サーバ機能を有する情報処理装置であり、撮像の推奨情報を保持する推奨情報データベース（データベースを、以下「ＤＢ」という）４を有している。
【００１１】
撮像の推奨情報は、これから撮像しようとするユーザにレコメンドするための情報であって、サーバ装置２が用意したお勧めの撮像場所（以後、「推奨位置」という）と、当該推奨位置で被写体を撮像した見本画像とが含まれる。推奨位置は、ランドマーク名（名所）やテーマ（季節の花など）毎に、タイトル名などで分類されている。見本画像は、推奨位置毎に、当該推奨位置で推奨される撮像の構図やアングルを含む推奨条件と関連付けて複数種類のものが用意される。すなわち、見本画像は、ユーザに推奨位置と被写体とを伝えるだけでなく、一般的に良いと評価される構図やアングルが伝わる画像を複数種類用意しておく。
推奨条件は、撮像装置１を操作するユーザの撮像の意図を考慮して定められる。「撮像の意図」は、ユーザが一人で作品性のある画像を撮像したいとか、旅行先でランドマークを背景として人物と共に思い出に残すための画像を撮像したいという意図を想定している。被写体に人物が含まれる場合についても、その人物がユーザ自身の場合のほか、同行者あるいは集団の場合を想定している。
【００１２】
ユーザは、撮像時に推奨情報の取得を望む場合は、ネットワーク３を通して、サーバ装置２に撮像条件を送信する。撮像条件は、ユーザの現在位置と当該ユーザによる撮像の意図とを表す条件である。撮像条件を受信すると、サーバ装置２は、撮像条件に適合する推奨情報を生成し、それを撮像装置１に送信する（レコメンドする）。推奨情報を受信した撮像装置１は、それをモニタ画面などに表示し、ユーザが、どこでどのような構図ないしアングルで撮像したら自分の意図にあうかどうかを確認させる。
【００１３】
以下、このような動作を行うための撮像装置１とサーバ装置２の構成例を説明する。図２（ａ）は、撮像装置１のハードウエア構成図である。撮像装置１は、ＣＰＵ１１，ＲＡＭ１２，ＲＯＭ１３を有するコンピュータを入出力バスＢ１に接続して構成される。この入出力バスＢ１には、メモリカード１４、通信Ｉ／Ｆ１５、操作部１６、撮像部１７、ＧＰＳ受信部１８も接続される。
ＣＰＵ（Central Processing Unit）１１は、第１コンピュータプログラムを読み込んで実行することにより、撮像装置の動作を統括的に制御する。ＲＡＭ（Random Access Memory）１２は、ＣＰＵ１１のワークメモリである。ＲＯＭ（Read Only Memory）１３は、プログラムＲＯＭとデータＲＯＭとを含む。プログラムＲＯＭには第１コンピュータプログラムが格納される。データＲＯＭは、第１コンピュータプログラムを実行する上で必要となるパラメータが格納される。メモリカード１４は、画像データなどを記憶するための離脱自在の記録媒体である。通信Ｉ／Ｆ（Interface）１５は、ネットワーク３を介してサーバ装置２との間の通信を可能にする。操作部１６は、タッチパネルディスプレイであり、見本画像などのモニタ画面とユーザ操作を受け付ける操作画面とが表示される。撮像部１７は、ＣＣＤセンサで受信した情報をデジタル映像として出力する。ＧＰＳ受信部１８は、ＧＰＳ（Global Positioning system）の情報を受信する。
【００１４】
図２（ｂ）は、サーバ装置２のハードウエア構成図である。サーバ装置２は、ＣＰＵ２１，ＲＡＭ２２，ＲＯＭ２３を有するコンピュータを入出力バスＢ２に接続して構成される。この入出力バスＢ２には、ＨＤＤ２４、通信Ｉ／Ｆ２５、入出力Ｉ／Ｆ２６も接続される。ＣＰＵ２１は、第２コンピュータプログラムを実行することにより、サーバ装置２の動作を統括的に制御する。ＲＡＭ２２はＣＰＵ２１のワークメモリである。ＲＯＭ２３は、プログラムＲＯＭとデータＲＯＭとを含む。プログラムＲＯＭには、第２コンピュータプログラムの動作環境を整える基本制御プログラムが格納される。データＲＯＭは、第２コンピュータプログラムを実行する上で必要となるパラメータが格納される。通信Ｉ／Ｆ２４は、ネットワーク３を介して撮像装置１との通信を可能にする。ＨＤＤ（Hard Disc Drive）２４は、第２コンピュータプログラムなどを格納する。
【００１５】
本実施形態では、撮像装置１のＣＰＵ１１が第１コンピュータプログラムを実行し、サーバ装置２のＣＰＵ２１が第２コンピュータプログラムを実行することにより、図３（ａ），（ｂ）に示す様々な機能モジュールを形成する。
図３（ａ）は、撮像装置１の機能構成図である。撮像装置１は、主制御部１１０，通信制御部１２０、表示制御部１３０を有する。通信制御部１２０は、サーバ装置２との間で行う通信を制御する。表示制御部１３０は、操作部１６（タッチパネルディスプレイ）への情報の表示態様を制御する。
主制御部１１０は、サーバ装置２から推奨情報を受信し、受信した推奨情報を所定の表示部、すなわち上記の操作部１６の画面に表示させる制御手段として機能する。具体的には、解析部１１１，条件生成部１１２，推奨情報取得部１１３として動作する。
【００１６】
解析部１１１には、操作入力部１０１から操作データ、位置情報取得部１０２から現在位置、同行者属性取得部１０３から同行者属性が入力される。操作入力部１０１は、ユーザによる操作部１６の操作内容を操作データとして受け付ける。位置情報取得部１０２は、ＧＰＳ受信部１８で受信した緯度、経度、高さなどの情報を撮像装置１ないしそれを保持するユーザの現在位置として取得する（位置取得手段）。位置情報取得部１０２は、操作部１６に地図を表示してユーザに現在位置を指定させるようにしてもよい。同行者属性取得部１０３は、同行者属性を取得する。同行者属性は、本実施形態では、同行者の有無をいう。同行者の有無は、操作画面に人数のウインドウを表示させ、ユーザに選択させることで判別する。解析部１１１は、操作データがユーザによる推奨情報の要求であると認識したときは、当該時点の現在位置および同行者属性を関連付けた情報を条件生成部１１２に伝達する。
【００１７】
条件生成部１１２は、解析部１１１から受け取った情報をもとに、上述した撮像条件を生成し、この撮像条件を通信制御部１２０を通じてサーバ装置２へ送信する。推奨情報取得部１１３は、通信制御部１２０を通じて受信した推奨情報を取得し、解析部１１１に伝達する。
【００１８】
推奨情報を取得した解析部１１１は、その推奨情報を解析し、推奨情報に含まれる推奨位置と撮像装置１の現在位置との距離を算出する。そして、表示制御部１３０を通じて、現在位置から推奨位置までの距離を見本画像と共に操作部１６のモニタ画面に表示させる。地図データを保持している場合は、モニタ画面に地図を表示させ、推奨位置を地図上にマッピングする。推奨位置がランドマーク名やテーマなどで分類されているときは、ランドマーク名やテーマを表示させる。なお、推奨情報が複数存在するときは、各推奨情報に含まれる推奨位置と現在位置とを比較し、両者の距離が短い順にソートしてモニタ画面に表示させる。
【００１９】
図３（ｂ）は、サーバ装置２の機能ブロック図である。サーバ装置２は、主制御部２１０と通信制御部２２０とを有する。主制御部２１０には、上述した推奨情報ＤＢ４が接続されている。推奨情報ＤＢ４は、推奨位置毎に当該推奨位置で推奨される撮像の構図を含む複数の推奨条件と推奨条件毎の撮像の見本画像とを関連付けて保持する保持手段として機能する。推奨条件は、後述する推奨情報管理テーブルで管理する。通信制御部２２０は、撮像装置１との間で通信を行うための制御を行う。
【００２０】
主制御部２１０は、推奨情報生成部２１１、条件入力部２１２，解析部２１３，検索部２１４、出力部２１５として動作する。推奨情報生成部２１１は、推奨位置毎に、同行者の有無に応じて作成された複数の構図の見本画像などを生成し、推奨情報ＤＢ４へ保持させる。推奨位置毎の見本画像は、サーバ装置２を運用する側が予め用意しておくが、ユーザから提供された情報を基に生成するようにしてもよい。すなわち、ユーザから推奨位置のデータと、当該推奨位置で撮像した画像データとを収集し、収集したデータを自動編集して生成するようにしてもよい。見本画像等を推奨情報ＤＢ４へ保持させる際には、分類名（タイトル）、見本画像、推奨位置などを関連付け、これらのいずれか１つ以上を推奨条件として、推奨情報管理テーブルに格納させる。タイトルは、季節の花やランドマーク（名所）などである。
【００２１】
条件入力部２１２は、通信制御部２２０を通じて受信した撮像条件を入力する。撮像条件については上述したとおりである。解析部２１３は、入力された撮像条件を解析し、推奨情報管理テーブルに記録されている推奨条件との比較ができるようにする。検索部２１４は、入力した撮像条件のうち現在位置との距離が所定範囲内となる推奨位置と撮像の意図に適合する１つ以上の推奨条件とを特定し、特定した推奨条件に関連付けられた見本画像を推奨情報ＤＢ４から索出する。出力部２１５は、索出された見本画像と推奨位置とを関連付けた推奨情報を生成し、生成した推奨情報を撮像装置１宛に出力する。
【００２２】
ここで、推奨情報管理テーブルの一例を図４に示す。推奨情報管理テーブルは、推奨情報ＤＢ４に保持されている情報のインデックステーブルである。本例では、推奨情報管理テーブルは、タイトル、撮像の見本画像、位置（推奨位置）、同行者の有無が対応付けられたレコードの集合としている。「同行者」が「無し」のレコードは、例えばコスモスの花をユーザが一人で撮像できる位置での見本画像のファイル名が関連付けられていることを示す。「同行者」が「有り」のレコードは、例えば東京タワーを背景にして人物を記念撮影する場合に適した構図の見本画像のファイル名が関連付けられていることを示す。他のレコードについても同様である。
【００２３】
以下、図５を参照して、推奨情報の受け渡しの際に行われる撮像装置１およびサーバ装置２の処理手順を説明する。撮像装置１では、操作入力部１０１を通じてユーザが推奨情報を要求したことを検知すると、位置情報取得部１０２が、現在位置である緯度、経度の情報を取得する（Ｓ１）。また、同行者属性取得部１０３が同行者属性を取得する（Ｓ２）。ここでは、同行者の有無をダイアログの表示によりユーザに確認させるものとする。撮像装置１は、取得した現在位置と同行者属性とをもとに撮像条件を生成し、この撮像条件をサーバ装置２宛に送信する（Ｓ３）。
【００２４】
サーバ装置２は、動作を撮像推奨モードにした後、主制御部２１０を動作させる。主制御部２１０は、撮像条件を受信すると（Ｓ６）、推奨情報管理テーブルから先頭のレコードを一つ取得する（Ｓ７）。そして、撮像条件に含まれる同行者属性と当該レコード内の同行者属性とが一致するかどうかを判定する（Ｓ８）。本例では、いずれも同行者が「有り」か「無し」かを判定する。同行者属性が一致した場合（Ｓ８：Ｙ）、続けて推奨位置と撮像装置１の現在位置との距離を算出し、一定距離以内であるかどうかを判定する（Ｓ９）。一定距離以内の場合（Ｓ９：Ｙ）、主制御部２１０は、当該レコードを含む推奨情報を生成し、それを推奨情報リストに追加して保持しておく（Ｓ１０）。Ｓ８において同行者属性が一致しない場合（Ｓ８：Ｎ）、あるいは、Ｓ９において一定距離以内でない場合（Ｓ９：Ｎ）、Ｓ１０の処理を行わない。当該レコードはユーザに推奨できないためである。その後、主制御部２１０は、推奨情報管理テーブルの全レコードについて処理しているかどうかを判定する（Ｓ１１）。未処理であれば（Ｓ１１：Ｎ）、次のレコードを取得し（Ｓ１２）、Ｓ８〜Ｓ１２の処理を繰り返す。全レコードを処理したと判定した場合（Ｓ１１：Ｙ）、主制御部２１０は、通信制御部２２０を制御して、推奨情報リストを撮像装置１に送信する（Ｓ１３）。
【００２５】
撮像装置１は、サーバ装置２から推奨情報リストを受信する（Ｓ４）。主制御部１１０は、推奨情報リストを解析し、現在位置から近い順に推奨情報をソートする。そしてソートされた推奨情報を、表示制御部１３０を通じてモニタ画面に一覧表示させる（Ｓ５）。こうして、一例の処理を終了する。
【００２６】
図６は、撮像装置１のモニタ画面に表示される推奨情報の一覧を表示した画面例である。図６（ａ）に例示される画面は同行者が無い場合の画面である。現在位置からの距離と共に、人物を含まない構図の見本画像が表示される。一方、図６（ｂ）に示される画面は同行者が有る場合の画面である。人物を含む見本画像が現在位置からの距離と共に表示される。ユーザが気になる推奨情報を選択したとき、見本画像を拡大して表示してもよいし、推奨位置周辺の地図を表示するようにしてもよい。
【００２７】
このように第１実施形態によれば、同行者の有無に応じて異なる推奨位置で撮影した場合の見本画像を撮像装置１のモニタ画面に表示することができる。これにより、ユーザの現在の撮像状況に応じて、ユーザの撮像の意図を反映した撮像をレコメンドすることができる。
【００２８】
＜第２実施形態＞
次に、本発明の第２実施形態について説明する。第２実施形態では、推奨情報の要求前に撮像装置１で撮像した画像から、被写体に含まれる同行者の人数を検出し、検出した人数を同行者属性とする場合の例を説明する。撮像装置１およびサーバ装置２のハードウエア構成、機能構成については第１実施形態と同じであるが、機能ブロックの動作および各種テーブルのレコードの内容が、一部異なるものとなる。また、推奨情報ＤＢ４が、被写体に含まれる人数に応じて作成された複数の構図の見本画像を保持する点が異なる。
【００２９】
図７は、第２実施形態に係る撮像装置１の機能構成図である。図３（ａ）の機能構成図において、撮像情報管理部１０４を加えたものである。撮像情報管理部１０４は、推奨情報の要求前の一定時間内に撮像された画像の特徴分析を行い、画像に映った人物の数を検出する。特徴分析には、例えば顔辞書を用いた顔認識機能を用いることができる。すなわち、画像から顔辞書に適合する人物を特定し、その人数を検出結果として撮像情報管理テーブルに記録する。特定の知人の顔の特徴を予め顔辞書に登録しておき、その知人だけを検出するようにしてもよい。撮像情報管理テーブルには、特徴分析に用いた画像毎に、撮像日時、画像から検出された検出人数を関連付けたレコードが記録される。この撮像情報管理テーブルのレコード例を図８に示す。
【００３０】
第２実施形態では、同行者属性として、同行者の有無だけではなく、被写体に映る同行者の人数を含めている。その結果、第１実施形態で説明した推奨情報管理テーブル（図４）の同行者の有無だけではなく、推奨位置および見本画像として最適な人数まで保持するように変更している。変更された推奨情報管理テーブルの一例を図９に示す。図９の各レコードでは、同じランドマークであっても、それを背景に同行者と共に撮像するときの同行者の人数に応じて異なる構図やアングルの見本画像が関連付けられている。同行者無しの場合の見本画像は、第１実施形態で用いたものと同じになる。同窓会や趣味のサークルなど大人数で集合写真を撮像する場合は、数名の同行者を撮像する場合よりも、人物の配置パターンによって背景画像の見え方が異なるものとなる。そのような見え方は、通常は、実際に撮像してみないと認識できないのであるが、本実施形態によれば、それを事前に確認することができる。
【００３１】
図１０は、第２実施形態による、撮像装置１およびサーバ装置２の処理手順説明図である。基本的な流れは、図５の処理手順において、Ｓ２１，Ｓ２２が付加されたものとなる。そのため、図５に示したステップ番号をそのまま使用する。
撮像装置１の主制御部１１０は、現在位置を取得した後（Ｓ１）、撮像情報管理テーブル（図８）を参照して現在の日付と同じ撮像日時の撮像済画像から被写体に映った人物の数を検出して記録したレコードを取得する。そして、これらのレコードから検出人数を読み出して、全レコードの検出人数を全て加算した後、レコード数で除算することにより、被写体に映った平均人数を決定する（Ｓ２１）。
ユーザ（および同行者）が同じ日に２度外出している場合が想定される。この場合は、同じ日付ではなく、例えば３時間以内など現在の時点から一定時間以内のレコードを取得して平均の人数を決定するように、計算の仕方を選択できるようにしてもよい。
主制御部１１０は、その後、現在位置と同行者の平均人数を撮像条件に含ませ、その撮像条件をサーバ装置２宛に送信する（Ｓ３）。
【００３２】
サーバ装置２では、撮像条件を受信すると（Ｓ６）、主制御部２１０が、推奨情報管理テーブル（図９）から先頭のレコードを一つ取得する（Ｓ７）。そして、撮像条件から判明する同行者の人数が、取得したレコードに含まれる同行者の人数の範囲内かどうかを判定する（Ｓ２２）。範囲内である場合（Ｓ２２：Ｙ）、主制御部２１０は、続けてレコードに含まれる位置（推奨位置）と撮像条件から判明した現在位置との距離を算出し、一定距離以内であるかどうかを判定する（Ｓ９）。一定距離以内であれば（Ｓ９：Ｙ）、当該レコードを含む推奨情報を生成して推奨情報リストに追加し、保持する（Ｓ１０）。Ｓ２２において人数の範囲外である場合（Ｓ２２：Ｎ）、あるいは現在位置から一定距離以内にない場合（Ｓ９：Ｎ）、Ｓ１０の処理を行わない。その後、主制御部２１０は、推奨情報管理テーブル（図９）の全レコードについて処理したかどうかを判定する（Ｓ１１）。未処理である場合（Ｓ１１：Ｎ）、次のレコードを取得して（Ｓ１２）、Ｓ８〜Ｓ１２の処理を繰り返す。全レコードを処理したと判定した場合（Ｓ１１：Ｙ）、主制御部２１０は、推奨情報リストを撮像装置１に送信する（Ｓ１３）。推奨情報リストを受信した撮像装置１の処理は、第１実施形態と同じになる。
【００３３】
このように第２実施形態によれば、同行者の人数に応じて適切な推奨位置と、その位置での撮像が推奨される構図などを示した見本画像をレコメンドすることができる。例えば、恋人や友人など比較的少人数で行動している場合はランドマークを背景に上半身を大きく写す画像を推奨できるようになる。また、同窓会や趣味のサークルなど大人数の場合は、背景を活かした集合写真を推奨できるようになる。
なお、第２実施形態では、同行者の人数として複数の画像から検出された人数の平均値を用いたが、中央値を用いてもよいし、最も多く検出された人数を用いてもよい。
【００３４】
＜第３実施形態＞
次に、本発明の第３実施形態について説明する。第３実施形態では、同行者の有無や被写体に映る人数だけでなく、被写体に映る可能性のある同行者とユーザとの人間関係を同行者属性に含めた場合の例を説明する。ここにいう人間関係は、ユーザと同行者とが友人同士か親子かにより決定される。撮像装置１およびサーバ装置２のハードウエア構成、機能構成については第２実施形態と同じであるが、機能ブロックの動作および各種テーブルのレコードの内容が、一部異なるものとなる。また、推奨情報ＤＢ４が、被写体に含まれる同行者の人間関係に応じて作成された複数の構図の見本画像を保持する点が異なる。
【００３５】
図１１は、第３実施形態で用いる撮像情報管理テーブルの内容例を示す。第２実施形態の撮像情報管理テーブル（図８）との対比では、人間関係を表す「関係」が各レコードに追加されている。人間関係の情報は、撮像装置１の操作部１６の操作画面を通じて指定する。あるいは、予め顔辞書に登録しておいた人物の特徴情報と上述した顔認識機能との併用によって特定するようにしてもよい。
【００３６】
本実施形態では、図１１に示した撮像情報管理テーブルのレコードをもとに、同行者属性取得部１０３あるいは解析部１１１が、同行者パターンを決定する。同行者パターンとは、ユーザだけなのか、ユーザのほかに少人数が同行するのか、あるいは多数の同行者の中にユーザがいるのかなど、検出人数の組み合わせパターンである。そのために、本実施形態では、同行者パターン決定テーブルを用いる。図１２は、同行者パターン決定テーブルの内容例を示す。同行者パターン決定テーブルは、同行者パターン（複数人、少人数、家族、子供、撮影者のみ）を判別するための「条件」を含む。「複数人」は「少人数」以上、すなわち、４人以上の多数を意味する。「条件」には、判別対象となる同行者パターンの平均人数と最多関係とで決められる。４人以上の友人同士が最多となる場合は、「複数人」と判別されるようにする。また、家族又は子供が１人以上の場合が最多であれば、「家族、子供」と判別されるようにする。
【００３７】
サーバ装置２では、上述した推奨情報管理テーブル（図４，図９）に代えて、図１３に例示される推奨情報管理テーブルを備えることになる。例えば、下部のレコードのように、台場公園を背景として人物を入れて撮像する場合、「少人数」の場合と、「家族、子供」の場合とでは、推奨位置も見本画像（構図、アングルなど）も異なるものとなる。
【００３８】
図１４は、同行者パターンを決定するときの手順説明図である。本例では、撮像装置１の解析部１１１がこれを行うものとする。解析部１１１は、図１１の撮像情報管理テーブルから現在の日付と同じ撮像日となる撮像済画像から被写体に映った検出人数を記録したレコードを全て取得する（Ｓ３１）。続いて、全てのレコードの検出人数を加算して平均の人数を算出する（Ｓ３２）。そして、同行者パターン分析を行う。例えば、取得したレコードに最も多く記録される人間関係を取得する（Ｓ３３）。続いて、図１２の同行者パターン決定テーブルから先頭の同行者パターンを一つ取得する（Ｓ３４）。そして、同行者パターン決定テーブルの「条件」の一つである「平均人数」と図１１の撮像情報管理テーブルから算出した平均人数とが一致するかどうかを判定する（Ｓ３５）。一致する場合（Ｓ３５：Ｙ）、「条件」のもう一つの「最多関係」が、撮像情報管理テーブルに一番多く含まれる人間関係と一致するかどうかを判定する（Ｓ３６）。平均人数または「最多関係」が一致しない場合（Ｓ３５：Ｎ、あるいはＳ３６：Ｎ）、解析部１１１は、同行者パターン決定テーブルから次の同行者パターンを一つ取得する（Ｓ３７）。平均人数と「最多属性」とが共に一致する同行者パターンであった場合（Ｓ３６：Ｙ）、解析部１１１は、その同行者パターンを、推奨情報の取得に用いる同行者パターンとして決定する（Ｓ３８）。こうして、一連の処理を終了する。
なお、第３実施形態では、同行者パターン決定テーブルの「条件」が、同行者パターンのどれかと必ず一致する内容になっているものとする。何れの条件にも一致せず、Ｓ３７において次の同行者パターンが取得できないときは、既定の同行者パターンを用いるようにしてもよい。
【００３９】
次に図１５を参照して、第３実施形態において推奨情報の受け渡しの際に行われる撮像装置１およびサーバ装置２の処理手順を説明する。基本的な流れは、図５の処理手順に、Ｓ４１，Ｓ４２が付加されたものとなる。そのため、図５に示したステップ番号をそのまま使用する。
撮像装置１の主制御部１１０は、現在位置を取得した後（Ｓ１）、上述の同行者パターンを取得する（Ｓ４１）。その後、現在位置と同行者パターンの情報を含む撮像条件をサーバ装置２に向けて送信する（Ｓ３）。
【００４０】
サーバ装置２は、撮像条件を受信すると（Ｓ６）、主制御部２１０が、推奨情報管理テーブルから先頭のレコードを一つ取得する（Ｓ７）。そして、取得したレコードに含まれる同行者パターンに、撮像条件に含まれる同行者パターンが一致するか否かを判定する（Ｓ４２）。一致する場合（Ｓ４２：Ｙ）、続けて推奨条件に含まれる位置と撮像条件に含まれる現在位置との距離を算出し、一定距離以内であるかどうかを判定する（Ｓ９）。一定距離以内であれば（Ｓ９：Ｙ）、当該レコードを推奨情報リストに追加して保持する（Ｓ１０）。Ｓ４２において、一致しないと判定した場合（Ｓ４２：Ｎ）、あるいは現在位置から一定距離以内にない場合（Ｓ９：Ｎ）、Ｓ１０の処理を行わない。推奨情報管理テーブルの全レコードについて処理したかどうかを判定する（Ｓ１１）。未処理の場合（Ｓ１１：Ｎ）、次のレコードを取得して（Ｓ１２）、Ｓ８〜Ｓ１２の処理を繰り返す。推奨情報を全て処理した場合（Ｓ１１：Ｙ）、主制御部２１０は、推奨情報リストを撮像装置１に送信する（Ｓ１３）。推奨情報リストを受信した撮像装置１の処理は、第１実施形態と同じになる。
【００４１】
このように第３実施形態によれば、同行者の人数のほかに、ユーザとの人間関係を同行者属性に含めて、最適な推奨情報を検索できるようにした。そのため、現在の同行者の人間関係に応じた推奨位置と見本画像とをレコメンドできるようになる。例えば、子供を遊びに連れている場合は、適切な場所で遊具で遊ぶ子供の撮像をレコメンドできるようになる。
【００４２】
＜第４実施形態＞
次に、本発明の第４実施形態について説明する。第４実施形態は、第２実施形態の変形例となる。すなわち、第２実施形態において、ユーザがまだ一度も撮像しておらず、同行者の人数を顔画像検出等によって検出できない場合の動作が相違点となる。撮像装置１およびサーバ装置２のハードウエア構成、機能構成については第２実施形態と同じであるが、機能ブロックの動作内容および各種テーブルのレコードの内容が、一部異なるものとなる。
【００４３】
図１６は、第４実施形態において推奨情報の受け渡しの際に行われる撮像装置１およびサーバ装置２の処理手順説明図である。第２実施形態に係る図１０との対比では、Ｓ２１がＳ５１に代わり、Ｓ２２の前ステップにＳ５２が入り、撮像装置１側のＳ５がＳ５３〜Ｓ５６に代わった点である。他のステップ番号および処理の内容については、図１０と同じである。
【００４４】
図１６を参照し、撮像装置１の主制御部１１０は、ユーザの現在位置を取得する（Ｓ１）。その後、図１１の撮像情報管理テーブルから現在の日付と同じ撮像日時の撮像済画像から被写体に映った人物の数を検出して記録レコードを取得し、検出人数を全て加算して平均人数を算出する（Ｓ５１）。続いて、現在位置と同行者の平均人数とを撮像条件に含めてサーバ装置２宛に送信する（Ｓ３）。その日に一度も撮像していないなど、Ｓ５１で撮像情報管理テーブルから同じ撮像日のレコードが取得できない場合は、平均人数を算出しない。この場合、Ｓ３では、平均人数を含まない撮像条件をサーバ装置２宛に送信することになる。なお、撮像画像のレコードが一定数以下であるなど、人数を算出するために必要な数のレコードが存在しない場合も平均人数を含まない撮像条件をサーバ装置２宛に送信するようにしてもよい。
【００４５】
サーバ装置２は、撮像条件を受信すると（Ｓ６）、主制御部２１０は、図１２の推奨情報管理テーブルから先頭のレコードを一つ取得する（Ｓ７）。そして、撮像条件に同行者の平均人数が含まれているかどうかを判定する（Ｓ５２）。含まれていない場合（Ｓ５２：Ｎ）、処理をＳ９に進める。平均人数が含まれている場合（Ｓ５２：Ｙ）、主制御部２１０は、撮像条件に含まれる平均人数が推奨条件に含まれる同行者の人数の範囲内かどうかを判定する（Ｓ２２）。範囲内の場合（Ｓ２２：Ｙ）、続けて、推奨条件に含まれる位置（推奨位置）と撮像条件に含まれる現在位置との距離を算出し、一定距離以内であるかどうかを判定する（Ｓ９）。一定距離以内であれば（Ｓ９：Ｙ）、当該レコードを推奨情報リストに追加して保持する（Ｓ１０）。Ｓ２２において、範囲内でない場合（Ｓ２２：Ｎ）、あるいはＳ９において、一定距離以内でない場合（Ｓ９：Ｎ）、主制御部２１０は、Ｓ１０の処理を行わない。主制御部２１０は、全レコードを処理したかどうかを判定する（Ｓ１１）。未処理のレコードがある場合（Ｓ１１：Ｎ）、次のレコードを取得し（Ｓ１２）、Ｓ５２〜Ｓ１２を繰り返す。全レコードを処理したと判定した場合（Ｓ１１：Ｙ）、主制御部２１０は、推奨情報リストを撮像装置１に送信する（Ｓ１３）。
【００４６】
撮像装置１は、推奨情報リストを受信すると（Ｓ４）、主制御部１１０は、この推奨情報リストが、同行者の平均人数を使用して推奨情報が検索された結果かどうかを判定する（Ｓ５３）。平均人数が使用されていると判定した場合（Ｓ５３：Ｙ）、主制御部１１０は、現在位置から近い順に推奨情報をソートして一覧表示する（Ｓ５４）。平均人数が使用されていない場合（Ｓ５３：Ｎ）、主制御部２１０は、現在位置に応じて生成され、受信した推奨情報リストを一時的に記憶する。そして、見本画像に映る人数のパターンがそれぞれ異なる複数の推奨情報を、人数パターンが偏らないように、つまり均一になるように推奨情報を一覧表示する（Ｓ５５）。例えば、画像に映る同行者パターンが０人の場合の推奨情報、少人数の場合の推奨情報、多数の場合の推奨情報のように一覧表示する。この一覧表示の中でユーザがいずれか一つのパターンの推奨情報を選択すると、主制御部２１０は、選択したパターンの人数を含む推奨情報と選択日時とを保存する（Ｓ５６）。この選択日時以降、ユーザが推奨情報を再度要求し、サーバ装置２から推奨情報リストを受信した場合、主制御部２１０は、Ｓ５６で保存した選択日時と現在の日付とが同じかどうかを判定し、同じ場合はＳ５６で保存した推奨情報から判明する人数を同行者の人数とする（Ｓ５１）。
【００４７】
上記のような手順で撮像装置１のモニタ画面に表示される推奨情報の例を図１７に示す。図示の例では、始めにユーザのみ（同行者０人）で撮像するのに適した東京タワーの見本画像、次に背景に映る同行者が少人数の場合の見本画像、次に背景に映る同行者が多数の場合の見本画像が表示されている。また、各見本画像と共に、現在位置から推奨位置までの距離が示されている。
【００４８】
このように第４実施形態では、同行者の人数を検出できない場合は、現在の撮像状況について判明している撮像条件の範囲で特定される複数の推奨情報の中でユーザが選択した人数パターンから同行者の人数を決定する。その後、同じ日にサーバ装置２に推奨情報を要求する場合、サーバ装置２では、決定した人数が撮像条件に含まれる。そのため、撮像装置１において推奨情報を要求する前に一度も撮像を行っていない場合であっても、現在の撮像状況に応じた適切な撮像のレコメンドが可能になる。
撮像装置１側の機能も、同行者の人数や平均人数などを自動検出する機能が不要になるという効用もある。
【００４９】
＜その他の実施形態＞
以上、本発明の第１ないし第４実施形態について説明したが、本発明の実施の形態は、上記の例に限定されない。例えば、撮像装置１において動作する機能のうち、撮像装置１でしか実施できない事項を除く機能ブロックをサーバ装置２において実現しても、本発明は実施が可能である。
また、各実施形態では、撮像手段を備えた撮像装置１を例に挙げて説明したが、撮像を行うユーザに携行される携帯装置であれば本発明を実施することが可能なので、必ずしもそれ自体が撮像手段を備えるものでなくともよい。例えば撮像手段を備えないがサーバ装置２と通信が可能なタブレット端末を携帯装置として実施することもできる。
【００５０】
また、本発明の目的は、以下のようにすることによっても達成される。すなわち、上述した各実施形態の機能ブロックを実現するソフトウェアのプログラムコード（第１コンピュータプログラム／第２コンピュータプログラム）を記録した記録媒体（または記憶媒体）を、それぞれの役割分担を担う情報処理装置に供給する。かかる記憶媒体は、コンピュータ読み取り可能な記憶媒体である。そして、それら情報処理装置のコンピュータ（ＣＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が各実施形態の機能を当該情報処理装置において実現することになる。そのため、そのプログラムコードを記録した記録媒体は本発明を構成することになる。なお、各実施形態において示した１以上の機能は、当該機能を実現する回路（例えば、ＡＳＩＣ）によっても実現が可能である。
【図１】
2016152593.tif 000003
【図２】
2016152593.tif 000004
【図３】
2016152593.tif 000005
【図４】
2016152593.tif 000006
【図５】
2016152593.tif 000007
【図７】
2016152593.tif 000008
【図８】
2016152593.tif 000009
【図９】
2016152593.tif 000010
【図１０】
2016152593.tif 000011
【図１１】
2016152593.tif 000012
【図１２】
2016152593.tif 000013
【図１３】
2016152593.tif 000014
【図１４】
2016152593.tif 000015
【図１５】
2016152593.tif 000016
【図１６】
2016152593.tif 000017
【図６】
2016152593.tif 000018
【図１７】
2016152593.tif 000019