情報提供方法及び情報提供装置
【課題】旅行者の過去の行動とそのときの状況に基づいて、旅行者にとって好ましいと予想される観光スポットを提案する。
【解決手段】本実施の形態に係る情報提供方法においては、コンピュータが、端末装置から、特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出し、過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、特定したデータの生成数に基づき、特定の地域に含まれる抽出した場所に関する情報を推薦要求を送信してきた端末装置に送信する。
【解決手段】本実施の形態に係る情報提供方法においては、コンピュータが、端末装置から、特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出し、過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、特定したデータの生成数に基づき、特定の地域に含まれる抽出した場所に関する情報を推薦要求を送信してきた端末装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、特定の地域についての情報を提供するための技術に関する。
【背景技術】
【０００２】
情報処理装置を利用して、特定の地域に関する情報を検索する場合がある。たとえば、ユーザの要求を満たす旅行プランを提供し、予約及び関連商品の販売を行うための技術が存在している。例えば、希望条件として、旅行期間、目的地、出発地点、年齢層、同行者、目的等を受け付け、希望条件に合う登録データをデータベースから抽出する。そして、最適な交通手段の組み合わせを決定し、ユーザに通知するというものである。しかし、このような従来の技術では、ユーザが希望条件を明示的に入力しなければならず、手間がかかるという問題がある。
【０００３】
また、非放送コンテンツ情報を用いて、ユーザの嗜好に応じた放送コンテンツの推薦度を判定するという技術も存在している。例えばユーザが撮影を行った静止画や動画などの非放送コンテンツから、撮影日時や撮影機器のメーカー名、撮影機種名、撮影位置のＧＰＳデータ、非放送コンテンツの数、撮影モード、撮影対象物の認識結果などの情報を取得する。そして、このような情報を用いて、放送番組の視聴履歴に基づき検索された放送コンテンツについての推薦度を求めるというものである。しかし、同一人であっても異なる環境においては好みの傾向が変わることも考えられる。すなわち、たとえば、写真撮影のような過去の行動について、その行動をした状況や背景を考慮せず一律にユーザの嗜好と結びつけて捉えてしまうと、適切な分析ができない場合がある。
【０００４】
このように、過去の行動の状況や背景を分析した結果から、好ましいと思われる特定の地域に関する情報を提案するような技術は存在していない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２６９１９０号公報
【特許文献２】特開２００９−２７２８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本技術の目的は、一側面として、旅行者の過去の行動とそのときの状況に基づいて、旅行者にとって好ましいと予想される観光スポットを提案するための新規な技術を提供することである。
【課題を解決するための手段】
【０００７】
本実施の形態に係る情報提供方法においては、コンピュータが、（Ａ）端末装置から、特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、（Ｂ）地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出し、（Ｃ）過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、（Ｄ）特定したデータの生成数に基づき、特定の地域に含まれる抽出した場所に関する情報を推薦要求を送信してきた端末装置に送信する。
【発明の効果】
【０００８】
新たな観点に基づいて、旅行者の過去の行動とそのときの状況に基づいて、旅行者にとって好ましいと予想される観光スポットを提案することができるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態に係るシステムの概要を示す図である。
【図２】図２は、実施の形態に係るユーザ端末の機能ブロック図である。
【図３】図３は、実施の形態に係るサーバの機能ブロック図である。
【図４】図４は、観光地データ格納部に格納されるデータの一例を示す図である。
【図５】図５は、旅行データ格納部に格納されるデータの一例を示す図である。
【図６】図６は、写真データ登録時の処理フローを示す図である。
【図７】図７は、写真データ格納部に格納されるデータの一例を示す図である。
【図８】図８は、分析データ生成処理の処理フローを示す図である。
【図９】図９は、個人分析データ格納部に格納されるデータの一例を示す図である。
【図１０】図１０は、一般分析データ格納部に格納されるデータの一例を示す図である。
【図１１】図１１は、観光スポットの推薦処理の処理フローを示す図である。
【図１２】図１２は、推薦要求についての条件を入力させるための画面の一例を示す図である。
【図１３】図１３は、サーバによる推薦データ特定処理の処理フローを示す図である。
【図１４】図１４は、個人分析ＤＢ検索処理の処理フローを示す図である。
【図１５】図１５は、一般分析ＤＢ検索処理の処理フローを示す図である。
【図１６】図１６は、推薦データを表示する画面の一例を示す図である。
【図１７】図１７は、推薦データを表示する画面の一例を示す図である。
【図１８】図１８は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１０】
本実施例は、過去の行動として旅行を設定する。そして、本実施例は、任意のユーザが旅行した際に撮影した写真、及び、その旅行の人員構成（同行者の有無、同行者との関係）に関する情報に基づいて、ユーザに対して旅行の候補地を提案するシステムを想定している。あくまで、本実施例は本発明を適用した一実施例で、これに限定されることはない。
【００１１】
本実施の形態に係るシステムの概要を図１に表す。本実施の形態では、例えばインターネットであるネットワーク１に、ユーザ端末３（図１では３ａ及び３ｂ）と、サーバ５とが接続されている。ユーザ端末３は、ユーザの操作を受け付けて、旅行先等で撮影した写真のデータをサーバ５に送信したり、観光スポットの推薦要求を送信したり、さらに観光スポットの推薦データを受信及び表示したりする。一方、サーバ５は、受信した写真のデータを基に分析データを生成したり、観光スポットの推薦要求を受信した場合には、分析データに基づいて特定した観光スポットの推薦データをユーザ端末へ送信したりする。なお、ユーザ端末は、例えばカメラ付き携帯電話機、カメラを有しネットワーク接続可能な携帯情報端末等である。図１には、３ａ及び３ｂの２つを記載しているが、ユーザ端末の数は特に限定されるものではない。
【００１２】
図２に、本実施の形態に係るユーザ端末３の機能ブロック図を示す。本実施の形態に係るユーザ端末３は、レンズ及び撮像素子を有しデジタルカメラとしての機能を有する撮影部３０１と、データ格納部３０３と、文字入力等を受け付ける入力部３０５と、送信部３０７と、受信部３０９と、表示部３１１と、例えばＧＰＳ（Global Positioning System）受信機としての機能を有する位置情報取得部３１３とを有する。位置情報取得部３１３は、通信先の基地局に基づいて位置情報を取得する機能、又はＧＰＳと基地局の情報とを併用する機能により位置情報を取得するようにしてもよい。
【００１３】
撮影部３０１は、写真データを生成し、データ格納部３０３に格納する。そして、位置情報取得部３１３は、位置情報を取得し、データ格納部に格納された写真データに埋め込む。また、入力部３０５は、観光スポットの推薦要求の入力をユーザから受け付け、データ格納部３０３に格納する。そして、送信部３０７は、データ格納部３０３の写真データや推薦要求をサーバ５へ送信する。また、受信部３０９は、サーバ５から観光スポットの推薦データを受信し、データ格納部３０３に格納する。そして、表示部３１１は、データ格納部３０３の推薦データを表示する。
【００１４】
図３に、本実施の形態に係るサーバ５の機能ブロック図を示す。本実施の形態に係るサーバ５は、受信部５０１と、写真データ格納部５０３と、分析部５０５と、地域毎に観光スポットのデータ及び観光スポットに関連付けられたカテゴリを格納している観光地データ格納部５０７と、ユーザの旅程に関するデータを格納している旅行データ格納部５０９と、個人分析データ格納部５１１と、一般分析データ格納部５１３と、予め用意された基準値や中間的に生成されるデータを格納するデータ格納部５１５と、推薦データ特定部５１７と、推薦データ格納部５１９と、送信部５２１とを有する。
【００１５】
受信部５０１は、ユーザ端末３から、写真データ等を受信して写真データ格納部５０３に格納したり、観光スポットの推薦要求を受信してデータ格納部５１５に格納したりする。分析部５０５は、写真データ格納部５０３、観光地データ格納部５０７及び旅行データ格納部５０９に格納されているデータを用いて（写真撮影の傾向を分析する）分析処理を行い、個人分析データ格納部５１１及び一般分析データ格納部５１３に結果を格納する。個人分析データ格納部５１１は、ユーザ毎に集計した写真の撮影枚数に関するデータが格納される。一方、一般分析データ格納部５１３は、登録されているユーザ全体について集計した写真の撮影枚数に関するデータが格納される。個人分析データ格納部５１１と一般分析データ格納部５１３を有するのは、ユーザ毎の推薦データ及び一般的な推薦データを提示できるようにするためである。推薦データ特定部５１７は、観光地データ格納部５０７、個人分析データ格納部５１１、一般分析データ格納部５１３及びデータ格納部５１５に格納されているデータを用いて推薦すべき観光スポットを特定し、推薦データ格納部５１９に格納する。送信部５２１は、推薦データ格納部５１９に格納されているデータをユーザ端末３に送信する。
【００１６】
次に、図４乃至図１７を用いて、図１乃至図３に示したシステムの処理について説明する。
【００１７】
サーバ５の観光地データ格納部５０７には、図４に示すような観光地データベース（ＤＢ）が予め格納されているものとする。図４に示した観光地ＤＢは、観光地の列と、観光スポットの列と、北東端の列、北西端の列、南東端の列及び南西端の列を含む敷地形状の列と、カテゴリの列とを含む。なお、図４の例では、観光地として市にあたる行政区分が登録されているが、広狭様々な地域名と観光スポットとを相互に関連付けて登録するようにしてもよい。観光スポットとしては、水族館、美術館、城、スキー場、ホテル、テーマパークなどの施設の名称や、山、川、湖、滝、高原、ビーチ、海岸線などの場所の名称などが含まれる。また、敷地形状のデータは、４地点の緯度及び経度を用いて観光スポットの位置及び形状を表している。形状は、３以上の任意の数の地点、又は中心の地点及び中心の地点からの半径等を用いて定義してもよい。カテゴリの列には、「歴史」、「公園」、「博物館」、「美術館」、「景観」、「動物」といった観光スポットの属性を表すカテゴリが登録される。なお、１つの観光スポットに対し、複数のカテゴリが関連付けられる場合もある。
【００１８】
また、サーバ５の旅行データ格納部５０９には、図５に示すような旅行データベース（ＤＢ）が格納されているものとする。図５に示した旅行ＤＢは、ユーザＩＤの列と、出発日時の列及び帰着日時の列を含む旅行期間の列と、旅行へ行くメンバーの構成を表す構成区分の列とを含む。旅行ＤＢには、例えばユーザが旅行についての契約を申し込んだとき等、旅行へ行く前にデータが登録されることが好ましい。旅行に行く前とは、その目的地に向かおうとする前であり、必ずしも、自宅や旅行会社での登録には限らない。たとえば、すでに外出先において、新たな旅行先を携帯端末などから登録するという場合でも構わない。
【００１９】
図６に、本実施の形態に係るシステムの写真データ登録時の処理フローを示す。まず、ユーザ端末３の撮影部３０１は、ユーザの操作に応じて写真データを生成し、データ格納部３０３に格納する（図６：ステップＳ１）。このとき、例えばＥｘｉｆ（Exchangeable Image File Format）形式に基づいて、写真データには、撮影日時、撮影場所の位置情報等が埋め込まれる。位置情報は、例えば、ＧＰＳ受信機としての機能等を有する位置情報取得部３１３により取得される。撮影日時は、例えばユーザ端末３の図示していない時計機能から取得する。また、写真データとは別に、撮影日時や撮影場所のデータを写真データと関連付けて登録しておくようにしてもよい。
【００２０】
その後、送信部３０７は、データ格納部３０３から写真データを読み出し、ユーザＩＤ、撮影日時及び撮影位置を表すデータと共にサーバ５へ送信する（ステップＳ３）。ここでは、予めデータ格納部３０３に格納されているユーザＩＤを送信するものとする。本実施の形態では、例えば事前にユーザ端末３とサーバ５とが接続認証処理を行い、入力部３０５はユーザからユーザＩＤ等の入力を受け付けてデータ格納部３０３に格納しておく。そして、本ステップでは、ユーザＩＤをデータ格納部３０３から読み出して用いるものとする。また、撮影日時及び撮影位置を表す情報は、上でも述べたとおり、写真データに埋め込まれている場合もあるし、写真データと関連付けられた別のデータとして送信される場合もある。
【００２１】
一方、サーバ５の受信部５０１は、写真データ、ユーザＩＤ、撮影日時及び撮影位置を表すデータを受信し（ステップＳ５）、写真データ格納部５０３の写真データベース（ＤＢ）に格納する（ステップＳ７）。写真ＤＢには、図７に示すようなデータが格納される。図７に示した写真ＤＢは、ユーザＩＤの列と、写真ＩＤの列と、撮影日時の列と、撮影位置の列と、写真データの列とを含む。本ステップでは、受信した写真データに対し、例えば重複しないように写真ＩＤを採番して付与し、ユーザ端末３から受信したユーザＩＤ、撮影日時及び撮影位置のデータと共に登録する。撮影日時及び撮影位置のデータは、写真データから読み出して登録する場合もある。また、写真データの列には、例えば受信した写真データのファイル名を登録する。
【００２２】
このようにして、ユーザが旅行先で撮影した写真データについて、撮影日時、撮影位置等の情報が登録される。なお、このような写真データの登録は、例えばネットワーク上のアルバムを提供するサービスにおいて行われるようにしてもよい。本実施の形態では写真データを送信及び登録するものとして説明したが、画像ファイル自体は送信及び登録せず、ユーザＩＤ、撮影日時及び撮影位置のデータを送信及び登録するという処理を行うようにしてもよい。
【００２３】
次に、図８乃至図１０を用いて、分析データ生成処理について説明する。まず、図８に、本実施の形態に係るサーバ５の分析データ生成処理の処理フローを示す。なお、サーバ５は、例えば所定時間毎のバッチ処理として本処理を行う。写真データが格納され次第、本処理を行うことも勿論可能である。
【００２４】
まず、サーバ５の分析部５０５は、写真データ格納部５０３の写真ＤＢから、未処理のレコードを１つ特定する（図８：ステップＳ１１）。また、分析部５０５は、写真ＤＢにおける特定されたレコードからユーザＩＤ及び撮影日時を取得しておく。レコードが処理済みか否かを判断するためには、例えば写真ＤＢにフラグを登録する列を設けておき、分析処理を行った後にフラグを立てるようにしてもよいし、その他の処理済みか否かを特定するための情報を保持しておくようにしてもよい。ここでは、例えば図７における１番目のレコードが特定されたものとする。
【００２５】
次に、分析部５０５は、旅行データ格納部５０９の旅行ＤＢにおいて、ユーザＩＤの列にステップＳ１１で取得したユーザＩＤが登録されており、且つ旅行期間の範囲内にステップＳ１１で取得した撮影日時が含まれるレコードが登録されているか判断する（ステップＳ１３）。なお、本実施の形態では、旅行ＤＢには、ユーザが予定している旅行の日程に関するデータが既に格納されているものとする。図７に示した写真ＤＢにおける１番目のレコードの場合、ユーザＩＤ「１９２７５９８７８」及び撮影日時「2010/1/20 10:48:23」が取得される。そして、図５に示した旅行ＤＢの場合には、ユーザＩＤが同一の「１９２７５９８７８」であって、旅行期間（出発日時「2010/1/20 6:30」、帰着日時「2010/1/24 20:00」）にステップＳ１１で取得された撮影日時「2010/1/20 10:48:23」を含む２番目のレコードが該当すると判断される。
【００２６】
ステップＳ１３において、該当するレコードが登録されていないと判断された場合、ステップＳ２５に移行する。一方、ステップＳ１３において該当するレコードが登録されていると判断された場合、分析部５０５は、ステップＳ１１で特定された、写真ＤＢにおけるレコードから撮影位置のデータを取得する。そして、観光地データ格納部５０７の観光地ＤＢにおいて、取得した撮影位置を敷地の内部に含む観光スポットについてのレコードが登録されているか判断する（ステップＳ１５）。図７に示した写真ＤＢにおける１番目のレコードの場合、撮影位置として、北緯「３４度５０分８．３７３秒」、東経「１３４度４１分５３．５８９秒」が取得される。そして、図４に示した観光地ＤＢの場合、観光スポットの敷地形状と写真ＤＢから取得した撮影位置との関係から、北緯「３４度５０分８．３７３秒」、東経「１３４度４１分５３．５８９秒」を敷地の内部に含む１番目のレコードが該当すると判断される。
【００２７】
なお、敷地形状（多角形）に対する撮影位置（点）の内外判定処理は、既存の技術を用いて行うことができる。例えば、ある点から多角形に対して半直線を伸ばしたときに、多角形の境界線との交点が奇数個存在すれば、ある点は多角形の内部に存在すると判定する技術がある。また、ある点と多角形の各頂点とを接続した複数の線分同士のなす角で判断する技術もある。具体的には、多角形の１つの頂点を始点として設定して、各頂点が接続されている順に始点に戻るまで、ある点と各頂点との線分のなす角を加算する。この加算結果が３６０度になれば、ある点は多角形の内部に存在すると判定される。
【００２８】
ステップＳ１５において、該当するレコードが登録されていないと判断された場合、ステップＳ２５に移行する。一方、ステップＳ１５において該当するレコードが登録されていると判断された場合、分析部５０５は、旅行データ格納部５０９の旅行ＤＢから、ステップＳ１３で登録されていると判断されたレコードにおける構成区分と旅行期間とを取得し、旅行期間から旅行日数を算出する（ステップＳ１７）。図５における２番目のレコードからは、構成区分「家族」と出発日時「2010/1/20 6:30」及び帰着日時「2010/1/24 20:00」とが取得される。そして、例えば出発日時と帰着日時との差から旅行日数が５日間と特定される。また、分析部５０５は、観光地データ格納部５０７の観光地ＤＢから、ステップＳ１５で存在すると判断された観光地についてのレコードからカテゴリを取得する（ステップＳ１９）。図４における１番目のレコードからは、「歴史」及び「公園」が取得される。
【００２９】
そして、分析部５０５は、ステップＳ１１で特定された写真データに関するユーザＩＤと構成区分とカテゴリとの組み合わせに対して対応する旅行の日数を、個人分析データ格納部５１１の個人分析ＤＢから取得した合計日数に加算し、個人分析ＤＢに登録する（ステップＳ２１）。ここで、個人分析データ格納部５１１には、図９に示すような個人分析ＤＢが格納されている。図９に示した個人分析ＤＢの一例は、ユーザＩＤの列と、構成区分の列と、カテゴリの列と、合計枚数の列と、合計日数の列と、平均枚数の列とを含む。
【００３０】
本実施の形態では、例えば、旅行ＤＢにおける旅行期間内に異なるカテゴリと関連付けられた複数の観光スポットで写真を撮影した場合、又は写真を撮影した１つの観光スポットに複数のカテゴリが関連付けられている場合、個人分析ＤＢにおいてそれぞれのカテゴリから特定されるレコードに旅行日数を加算する。
【００３１】
具体的には、ステップＳ１１で特定されたユーザＩＤとステップＳ１７で取得された構成区分とステップＳ１９で取得されたカテゴリとの組み合わせを含む、個人分析ＤＢのレコードに対して、ステップＳ１７で特定された旅行日数が加算されていなければ、分析部５０５は、個人分析ＤＢの合計日数にステップＳ１７で特定された旅行日数を加算する。
【００３２】
また、ステップＳ１９で存在すると判断された観光地ＤＢのレコードにカテゴリが複数登録されている場合は、各カテゴリを含むレコードに対してそれぞれ旅行日数を加算する。このとき、既に旅行日数を加算したか否かを判断できるように、例えば旅行ＤＢの各レコードに対して、個人分析ＤＢに旅行日数を加算したカテゴリを保持させるようにしてもよい。
【００３３】
なお、本ステップでは、ステップＳ１１で特定されたユーザＩＤとステップＳ１７で取得された構成区分とステップＳ１９で特定されたカテゴリとを含むレコードを個人分析ＤＢにおいて探索し、見つかった場合には、合計日数にステップＳ１７で特定された旅行日数を加算する。一方、見つからなかった場合には、新規なレコードとして登録する。例えば、図５における２番目のレコード及び図４における１番目のレコードの場合、ユーザＩＤ「１９２７５９８７８」且つ構成区分「家族」であって、カテゴリが「歴史」のレコード及び「公園」のレコードが図９に示した個人分析ＤＢに追加され、合計日数の列にはそれぞれ「５」が登録される。
【００３４】
さらに、分析部５０５は、ユーザＩＤと構成区分とカテゴリとの組み合わせ毎に合計枚数を算出し、個人分析データ格納部５１１の個人分析ＤＢに登録する（ステップＳ２３）。本ステップでは、ステップＳ１１で特定されたユーザＩＤと、ステップＳ１７で取得された構成区分と、ステップＳ１９で特定されたカテゴリとを含むレコードについて、合計枚数をプラス１（インクリメント）する。また、ステップＳ１９で存在すると判断された観光地ＤＢのレコードにカテゴリが複数登録されている場合は、各カテゴリを含むレコードに対してこのような処理を行う。例えば、図９に示した個人分析ＤＢの場合、ステップＳ２１において追加された、ユーザＩＤ「１９２７５９８７８」且つ構成区分「家族」であって、カテゴリが「歴史」のレコード及び「公園」のレコードの合計枚数が、それぞれプラス１（インクリメント）される。
【００３５】
そして、ステップＳ２３の後、又はステップＳ１３若しくはステップＳ１５において該当するデータが存在しないと判断された場合、分析部５０５は、写真ＤＢにおいて未処理の写真データが存在するか判断する（ステップＳ２５）。
【００３６】
未処理の写真データが存在する場合、ステップＳ１１の処理に戻る。一方、未処理の写真データが存在しない場合、分析部５０５は、個人分析ＤＢの平均枚数を更新する（ステップＳ２７）。ここでは、分析部５０５は、ステップＳ２１及びステップＳ２３において更新されたレコードを特定し、個人分析ＤＢにおいて特定された各レコードの平均枚数の列に、合計枚数を合計日数で除した値を登録する。なお、平均枚数については個人分析ＤＢに列を設けず、後の処理において合計枚数及び合計日数から求めるようにしてもよい。
【００３７】
そして、分析部５０５は、一般分析ＤＢにおいて、合計枚数、合計日数及び平均枚数を更新する（ステップＳ２９）。ここでは、分析部５０５は、個人分析ＤＢに格納されているレコードをさらに構成区分とカテゴリとの組み合わせ毎に集約し、一般分析データ格納部５１３に格納されている一般分析ＤＢに登録する。例えば、分析部５０５は、個人分析ＤＢに含まれる全てのレコードから、構成区分とカテゴリとの組み合わせが同一であるレコードを抽出する。そして、分析部５０５は、抽出したレコードにおいて合計枚数の列に登録されている値及び合計日数の列に登録されている値をそれぞれ合計し、合計枚数の合計値／合計日数の合計値により平均枚数を算出する。そして、分析部５０５は、合計枚数の合計値と合計日数の合計値と平均枚数と処理に係る構成区分及びカテゴリとの組み合わせを一般分析ＤＢに登録する。
【００３８】
なお、一般分析ＤＢの場合も、平均枚数の列を設けず、処理の度に合計枚数及び合計日数から求めるようにしてもよい。また、合計日数及び１日当たりの平均枚数でなく、合計旅行回数及び旅行１回当たりの平均枚数や、合計滞在時間及び１時間当たりの平均枚数を登録するようにしてもよい。
【００３９】
なお、ステップＳ２７では、個人分析ＤＢに含まれるレコードのうち、分析データ生成処理において登録又は更新されたものを一般分析ＤＢに反映させるような処理を行ってもよい。その後、分析データ生成処理を終了する。
【００４０】
このようにして、サーバ５は、ユーザ端末３から受信した写真データの枚数等を、ユーザＩＤと構成区分とカテゴリとの組み合わせ毎、構成区分とカテゴリとの組み合わせ毎に集約して登録しておく。なお、予め一般分析ＤＢを設けず、後の処理ではその都度構成区分とカテゴリとの組み合わせについて個人分析ＤＢのレコードを集約して用いるようにしてもよい。また、本実施の形態では分析データ生成処理をバッチ処理として説明したが、ユーザ端末３から写真データを受信する度に（すなわち図６におけるステップＳ７の後に）、個人分析ＤＢ及び一般分析ＤＢに反映するようにしてもよい。
【００４１】
次に、図１１乃至図１７を用いて、観光スポットの推薦処理について説明する。まず、図１１に、本実施の形態に係るシステムにより実行される、観光スポットの推薦処理の処理フローを示す。
【００４２】
まず、ユーザ端末３の表示部３１１は、データ格納部３０３に格納されている画面データを用いて、推薦要求についての条件を入力するための画面を表示する（図１１：ステップＳ３１）。例えば、図１２のようなデータが表示される。図１２に示された画面には、「観光地（都道府県：都市名）」を入力するためのテキストボックスと、「構成区分」を選択するためのラジオボタンと、「候補地検索方法」を選択するためのラジオボタンと、「候補地検索をする」ためのボタンが表示されている。なお、画面データは、本ステップを実行する度に受信部３０９がサーバ５から受信してデータ格納部３０３に格納する場合もあるし、ユーザ端末３において推薦要求及び推薦データの表示を行うアプリケーションが有するデータとしてデータ格納部３０３に予め格納されている場合もある。
【００４３】
次に、ユーザ端末３の入力部３０５は、ユーザからの入力を受け付け、入力データをデータ格納部３０３に格納する（ステップＳ３３）。例えば、ユーザは、図１２に示された「観光地（都道府県：都市名）」のテキストボックスに、旅行を予定している都市名等を入力する。ここでは、ユーザが「神戸」と入力したものとする。また、「構成区分」の欄には、一緒に旅行をするメンバーを表すいずれかのラジオボタンにチェックを入れる。例えば、ユーザは「夫婦」を選択したものとする。そして、ユーザは「候補地検索方法（チェック）」の欄において、「個人嗜好」及び「一般嗜好」のうちいずれかを選択する。このフラグは、後の処理において、ユーザ本人の履歴とユーザ一般の履歴とのいずれに基づいて推薦データを生成するか判断するために用いる。さらに、入力部３０５は、ユーザが「候補地検索をする」ボタンを押下したことを検知する。
【００４４】
その後、送信部３０７は、データ格納部３０３に格納された入力データを含む推薦要求を、サーバ５に送信する（ステップＳ３５）。推薦要求には、例えば、ユーザＩＤ、観光地、構成区分及び候補地検索方法が含まれるものとする。なお、本実施の形態では、上でも述べたとおり、既にデータ格納部３０３にユーザＩＤが格納されているものとする。ここでは、ユーザＩＤ「８７６７６３８７７」、観光地「神戸」、構成区分「夫婦」及び候補地検索方法「個人嗜好」を含む推薦要求が送信されたものとする。
【００４５】
一方、サーバ５の受信部５０１は、ユーザ端末３から推薦要求を受信し、データ格納部５１５に格納する（ステップＳ３７）。そして、サーバ５の推薦データ特定部５１７は、推薦データ特定処理を実行する（ステップＳ３９）。この推薦データ特定処理については、図１３乃至図１５を用いて説明する。
【００４６】
図１３に、本実施の形態に係るサーバ５により実行される推薦データ特定処理の処理フローを示す。まず、サーバ５の推薦データ特定部５１７は、データ格納部５１５に格納された推薦要求を読み出し、候補地検索方法が「個人嗜好」であるか判断する（図１３：ステップＳ５１）。候補地検索方法が「個人嗜好」である場合、個人分析ＤＢ検索処理を実行する（ステップＳ５３）。この個人分析ＤＢ検索処理については、図１４を用いて説明する。
【００４７】
図１４に、本実施の形態に係るサーバ５により実行される個人分析ＤＢ検索処理の処理フローを示す。まず、サーバ５の推薦データ特定部５１７は、データ格納部５１５に格納された推薦要求に含まれる観光地を読み出す。そして、推薦データ特定部５１７は、観光地データ格納部５０７に格納された観光地ＤＢから、読み出した観光地に関連付けられている観光スポット及び当該観光スポットのカテゴリの組み合わせを１つ特定する（図１４：ステップＳ６１）。ここでは、推薦要求に含まれる「神戸」が読み出され、図４に示した観光地ＤＢから、観光スポット「Ｃランド」及びカテゴリ「景観」が特定されたものとする。
【００４８】
次に、推薦データ特定部５１７は、個人分析データ格納部５１１に格納されている個人分析ＤＢを探索し、推薦要求に含まれるユーザＩＤに関連付けられて推薦要求に含まれる構成区分と同一の構成区分が登録されたレコードが存在するか判断する（ステップＳ６３）。なお、個人分析ＤＢには、ユーザＩＤに関連付けられて、そのユーザが過去に旅行した時の構成区分及び旅行先の観光スポットに関連付けられているカテゴリ等が格納されている。図９に示した個人分析ＤＢの場合、ユーザＩＤが「８７６７６３８７７」であり、構成区分が「夫婦」である４番目及び５番目のレコードが該当すると判断される。
【００４９】
ステップＳ６３において、該当するレコードが存在しないと判断された場合、ステップＳ７３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ６３において条件に該当すると判断されたレコードの中に、ステップＳ６１で特定したカテゴリが登録されたレコードが存在するか判断する（ステップＳ６５）。図９に示した個人分析ＤＢの場合、カテゴリが「景観」である５番目のレコードが該当すると判断される。
【００５０】
ステップＳ６５において、該当するレコードが存在しないと判断された場合、ステップＳ７３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ６５において条件に該当すると判断されたレコードにおける合計枚数の値に基づいて評価値を算出する（ステップＳ６７）。ここでは、ステップＳ６１において特定された観光スポットを推薦すべきか否か判断するための評価値を求める。
【００５１】
評価値としては、例えば、ユーザがある構成区分で過去に旅行をした時に１日当たり撮影する写真の枚数と、同一のユーザが同一の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に１日当たり撮影する写真の枚数との関係を表す値を用いる。
【００５２】
具体的には、まず、個人分析ＤＢにおけるユーザＩＤ及び構成区分が、推薦要求に含まれるユーザＩＤ及び構成区分と同一であるレコード（すなわち、ステップＳ６３において条件に該当すると判断されたレコード）を抽出する。そして、抽出したレコードにおける合計枚数及び合計日数をそれぞれ合計して、１日当たり撮影する写真の枚数（すなわち、合計枚数／合計日数）を算出する。例えば図９に示した個人分析ＤＢに含まれるレコードのうち、ユーザＩＤが「８７６７６３８７７」であって構成区分が「夫婦」である、４番目及び５番目のレコードを抽出する。そして、合計枚数の列に登録されている値を合計すると１２＋４２＝５４、合計日数の列に登録されている値を合計すると４＋３＝７であるから、１日当たり撮影する写真の枚数は５４／７＝７．７８と算出される。
【００５３】
また、個人分析ＤＢにおいてユーザＩＤ及び構成区分が、推薦要求に含まれるユーザＩＤ及び構成区分と同一であって、個人分析ＤＢにおけるカテゴリがステップＳ６１で特定された観光スポットのカテゴリと同一であるレコード（すなわち、ステップＳ６５において条件に該当すると判断されたレコード）を特定し、当該レコードにおける平均枚数の値を取得する。例えば図９に示した個人分析ＤＢに含まれるレコードのうち、ステップＳ６５において条件に該当すると判断された５番目のレコードにおける平均枚数「１４」を取得する。
【００５４】
そして、例えば、ある構成区分で旅行をした場合に１日に撮影する写真の枚数に対する、同一の構成区分でさらに特定のカテゴリに属する観光スポットへ旅行した場合に１日に撮影する写真の枚数の比を求める。例えば、１４／７．７８が評価値として算出される。このような評価値を採用すれば、ユーザが過去に同じ構成区分で旅行をした時のデータに基づいて、ステップＳ６１で特定されたカテゴリについての撮影枚数が相対的に多いか否かを表す評価値が得られる。なお、比でなく例えば差を用いるようにしてもよい。
【００５５】
また、このような値に限らず、例えば、ユーザが特定の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に撮影した写真の枚数そのものを用いるようにしてもよい。具体的には、ステップＳ６５において条件に該当すると判断されたレコードにおける合計枚数をそのまま評価値として採用してもよい。旅行に行った日数等の偏りもユーザの嗜好と捉えて、単純な撮影枚数を基準とするものである。また、ステップＳ６５において条件に該当すると判断されたレコードにおける平均枚数を評価値として採用してもよい。このような値であれば、旅行に行った日数等の偏りを除いた評価値となる。
【００５６】
さらに、ステップＳ６３において条件に該当すると判断されたレコードを抽出して、各レコードにおける合計枚数を合計し、当該合計値に対する、ステップＳ６５において条件に該当すると判断されたレコードにおける合計枚数の割合を用いてもよい。推薦要求に含まれる構成区分についての撮影枚数の中で、ステップＳ６１において特定されたカテゴリについての撮影枚数が占める割合を表す評価値が得られる。
【００５７】
なお、ここで述べた値に限らず、構成区分とカテゴリとの組み合わせについての撮影枚数を用いた評価値を採用すれば、一緒に旅行したメンバーの構成によって細分したカテゴリ毎の撮影枚数に基づいて、推薦すべき観光スポットを特定することができる。
【００５８】
その後、推薦データ特定部５１７は、データ格納部５１５に予め格納されている基準値を取得し、算出した評価値が基準値よりも大きいか判断する（ステップＳ６９）。本実施の形態では、例えば、ステップＳ６７において算出された評価値が予め定められた基準値よりも大きい場合、ステップＳ６１で特定された観光スポットをユーザに推薦する。
【００５９】
評価値が基準値以下であると判断された場合、ステップＳ７３に移行する。一方、評価値が基準値よりも大きいと判断された場合、推薦データ格納部５１７は、ステップＳ６１において特定された観光スポットを表すデータを候補地データとして推薦データ格納部５１９に格納する（ステップＳ７１）。ここでは、「Ｃランド」を表すデータが推薦データ格納部５１９に格納されたものとする。
【００６０】
そして、ステップＳ６９の後、又はステップＳ６３若しくはステップＳ６５において条件に該当するレコードが存在しないと判断された場合、若しくはステップＳ６９において評価値が基準値以下であると判断された場合、推薦データ特定部５１７は、観光地ＤＢにおいて、推薦地要求に含まれる観光地に対応付けられた、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在するか判断する（ステップＳ７３）。未処理の観光スポットが存在すると判断された場合、ステップＳ６１に戻る。なお、観光地ＤＢにおいて１つの観光スポットに複数のカテゴリが関連付けられている場合、ステップＳ６１を繰り返すことにより各カテゴリとユーザＩＤ及び構成区分との組み合わせが順に特定される。そして、いずれかのカテゴリについて評価値が基準値を超えていれば、処理対象の観光スポットはステップＳ７１において推薦データ格納部５１７に格納されるものとする。一方、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在しないと判断された場合、個人分析ＤＢ検索処理を終了し、図１３の処理に戻る。
【００６１】
図１３の処理に戻り、ステップＳ５３の後、ステップＳ５７に移行する。一方、ステップＳ５１において候補地検索方法が「個人嗜好」でないと判断された場合、推薦データ特定部５１７は、一般分析ＤＢ検索処理を実行する（ステップＳ５５）。この一般分析ＤＢ検索処理については、図１５を用いて説明する。
【００６２】
図１５に、本実施の形態に係るサーバ５により実行される一般分析ＤＢ検索処理の処理フローを示す。まず、サーバ５の推薦データ特定部５１７は、データ格納部５１５に格納された推薦要求に含まれる観光地を読み出す。そして、推薦データ特定部５１７は、観光地データ格納部５０７に格納された観光地ＤＢから、読み出した観光地に関連付けられている観光スポット及び当該観光スポットのカテゴリの組み合わせを１つ特定する（図１５：ステップＳ８１）。本ステップの処理は、ステップＳ６１（図１４）と同様である。ここでは、推薦要求に含まれる「神戸」が読み出され、図４に示した観光地ＤＢから、観光スポット「Ｃランド」及びカテゴリ「景観」が特定されたものとする。
【００６３】
次に、推薦データ特定部５１７は、一般分析データ格納部５１３に格納されている一般分析ＤＢを探索し、推薦要求に含まれる構成区分と同一の構成区分が登録されたレコードが存在するか判断する（ステップＳ８３）。なお、一般分析ＤＢには、構成区分及びカテゴリ等が関連付けられて格納されている。図１０に示した一般分析ＤＢの場合、カテゴリが「夫婦」である５番目乃至７番目のレコードが該当すると判断される。
【００６４】
ステップＳ８３において、該当するレコードが存在しないと判断された場合、ステップＳ９３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ８３において条件に該当すると判断されたレコードの中に、ステップＳ８１で特定したカテゴリが登録されたレコードが存在するか判断する（ステップＳ８５）。図１０に示した一般分析ＤＢの場合、カテゴリが「景観」である７番目のレコードが該当すると判断される。
【００６５】
ステップＳ８５において、該当するレコードが存在しないと判断された場合、ステップＳ９３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ８５において条件に該当すると判断されたレコードにおける合計枚数の値に基づいて評価値を算出する（ステップＳ８７）。ここでは、ステップＳ８１において特定された観光スポットを推薦すべきか否か判断するための評価値を求める。
【００６６】
評価値としては、例えば、ユーザ一般がある構成区分で過去に旅行をした時に１日当たり撮影する写真の枚数と、同一の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に１日当たり撮影する写真の枚数との関係を表す値を用いる。
【００６７】
具体的には、まず、一般分析ＤＢにおける構成区分が推薦要求に含まれる構成区分と同一であるレコード（すなわち、ステップＳ８３において条件に該当すると判断されたレコード）を抽出する。そして、抽出したレコードにおける合計枚数及び合計日数をそれぞれ合計して、１日当たり撮影する写真の枚数（すなわち、合計枚数／合計日数）を算出する。例えば図１０に示した一般分析ＤＢに含まれるレコードのうち、構成区分が「夫婦」である、５番目乃至７番目のレコードを抽出する。そして、合計枚数の列に登録されている値を合計すると２６５２＋１３２＋１７７８＝４５６２、合計日数の列に登録されている値を合計すると１０２＋１１＋１２７＝２４０であるから、１日当たり撮影する写真の枚数は４５６２／２４０＝１９．０１と算出される。
【００６８】
また、一般分析ＤＢにおいて構成区分が推薦要求に含まれる構成区分と同一であって、一般分析ＤＢにおけるカテゴリがステップＳ８１で特定された観光スポットのカテゴリと同一であるレコード（すなわち、ステップＳ８５において条件に該当すると判断されたレコード）を特定し、当該レコードにおける平均枚数の値を取得する。例えば図１０に示した一般分析ＤＢに含まれるレコードのうち、ステップＳ８５において条件に該当すると判断された７番目のレコードにおける平均枚数「１４」を取得する。
【００６９】
そして、例えば、ある構成区分で旅行をした場合に１日に撮影する写真の枚数に対する、同一の構成区分でさらに特定のカテゴリに属する観光スポットへ旅行した場合に１日に撮影する写真の枚数の比を求める。例えば、１４／１９．０１が評価値として算出される。このような評価値を採用すれば、ユーザが過去に同じ構成区分で旅行をした時のデータに基づいて、ステップＳ８１で特定されたカテゴリについての撮影枚数が相対的に多いか否かを表す評価値が得られる。なお、比でなく例えば差を用いるようにしてもよい。
【００７０】
また、このような値に限らず、例えば、ユーザが特定の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に撮影した写真の枚数そのものを用いるようにしてもよい。具体的には、ステップＳ８５において条件に該当すると判断されたレコードにおける合計枚数をそのまま評価値として採用してもよい。旅行に行った日数等の偏りもユーザの嗜好と捉えて、単純な撮影枚数を基準とするものである。また、ステップＳ８５において条件に該当すると判断されたレコードにおける平均枚数を評価値として採用してもよい。このような値であれば、旅行に行った日数等の偏りを除いた評価値となる。
【００７１】
さらに、ステップＳ８３において条件に該当すると判断されたレコードを抽出して、各レコードにおける合計枚数を合計し、当該合計値に対する、ステップＳ８５において条件に該当すると判断されたレコードにおける合計枚数の割合を用いてもよい。推薦要求に含まれる構成区分についての撮影枚数の中で、ステップＳ８１において特定されたカテゴリについての撮影枚数が占める割合を表す評価値が得られる。
【００７２】
なお、ここで述べた値に限らず、構成区分とカテゴリとの組み合わせについての撮影枚数を用いた評価値を採用すれば、一緒に旅行したメンバーの構成によって細分したカテゴリ毎の撮影枚数に基づいて、推薦すべき観光スポットを特定することができる。
【００７３】
その後、推薦データ特定部５１７は、データ格納部５１５に予め格納されている基準値を取得し、算出した評価値が基準値よりも大きいか判断する（ステップＳ８９）。本実施の形態では、例えば、ステップＳ８７において算出された評価値が予め定められた基準値よりも大きい場合、ステップＳ８１で特定された観光スポットをユーザに推薦する。なお、個人分析ＤＢ検索処理と一般分析ＤＢ検索処理とで同一の基準値を用いてもよいし、異なる基準値を用いてもよい。
【００７４】
評価値が基準値以下であると判断された場合、ステップＳ９３に移行する。一方、評価値が基準値よりも大きいと判断された場合、推薦データ格納部５１７は、ステップＳ８１において特定された観光スポットを表すデータを候補地データとして推薦データ格納部５１９に格納する（ステップＳ９１）。ここでは、「Ｃランド」は候補地として選択されなかったものとする。
【００７５】
そして、ステップＳ８９の後、又はステップＳ８３若しくはステップＳ８５において条件に該当するレコードが存在しないと判断された場合、若しくはステップＳ８９において評価値が基準値以下であると判断された場合、推薦データ特定部５１７は、観光地ＤＢにおいて、推薦地要求に含まれる観光地に対応付けられた、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在するか判断する（ステップＳ９３）。未処理の観光スポットが存在すると判断された場合、ステップＳ８１に戻る。なお、一般ＤＢ検索処理の場合も、観光地ＤＢにおいて１つの観光スポットに複数のカテゴリが関連付けられている場合、ステップＳ８１を繰り返すことにより各カテゴリと構成区分との組み合わせが順に特定される。そして、いずれかのカテゴリについて評価値が基準値を超えていれば、処理対象の観光スポットはステップＳ９１において推薦データ格納部５１７に格納されるものとする。一方、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在しないと判断された場合、一般分析ＤＢ検索処理を終了し、図１３の処理に戻る。
【００７６】
図１３の処理に戻り、ステップＳ５３又はステップＳ５５の後、推薦データ特定部５１７は、推薦データ格納部５１９に候補地として格納された観光スポットのデータを取得して推薦データを生成し、推薦データ格納部５１９に格納する（ステップＳ５７）。ここでは、推薦する観光スポットの一覧及びユーザへのメッセージ等をユーザ端末３に表示させるためのデータを生成する。例えば評価値に基づいて観光スポットを並べ替えるようにしてもよい。その後、推薦データ特定処理を終了し、図１１の処理に戻る。
【００７７】
図１１の処理に戻り、サーバ５の送信部５２１は、推薦データ格納部５１９に格納された推薦データを、データ格納部５１５に格納された推薦要求の要求元であるユーザ端末３に送信する（ステップＳ４１）。
【００７８】
一方、ユーザ端末３の受信部３０９は、サーバ５から推薦データを受信し、データ格納部３０３に格納する（ステップＳ４３）。そして、ユーザ端末３の表示部３１１は、データ格納部３０３に格納された推薦データを表示する（ステップＳ４５）。例えば、推薦要求において個人嗜好が選択されていた場合、図１６に示すような画面が表示される。図１６に示した画面には、推薦要求において入力した条件と、ユーザへのメッセージと、ユーザに推薦する観光スポットの一覧と、一般嗜好で候補地検索をさせるためのボタンとが表示されている。なお、ユーザが、一般嗜好で候補地検索をさせるためのボタンを押下した場合、ユーザ端末３は、候補地検索方法を「一般嗜好」に変更して再度サーバ５に推薦要求を送信する。また、図１６に示した画面は一例であり、旅行プランの提案等を行う他の情報と併せてこのような情報が提供されるようにしてもよい。
【００７９】
推薦要求において一般嗜好が選択されていた場合、例えば図１７に示すような画面が表示される。図１７に示した画面には、推薦要求において入力した条件と、ユーザへのメッセージと、ユーザに推薦する観光スポットの一覧と、個人嗜好で候補地検索をさせるためのボタンとが表示されている。なお、ユーザが、個人嗜好で候補地検索をさせるためのボタンを押下した場合、ユーザ端末３は、候補地検索方法を「個人嗜好」に変更して再度サーバ５に推薦要求を送信する。
【００８０】
「個人嗜好」で検索を行えば、ユーザは、本人が過去に旅行先で撮影した写真の枚数に基づいて推薦すべきと判断された観光スポットの情報を得ることができる。一方、「一般嗜好」で検索を行えば、ユーザ全体が旅行先で撮影した写真の枚数に基づいて、一般的に推薦すべきと判断された観光スポットの情報を得ることができる。旅行回数が少ないユーザにおいては、本人の過去の旅行先情報が少ないために、一般嗜好での検索が好ましい。また、同じカテゴリの観光スポットへの観光が多くなっている場合にも、個人検索では、本人が行ったことがないカテゴリを推薦することができないため、一般検索のほうが好ましい。逆に、本人の旅行回数が多い場合は、個人検索のほうがその本人の嗜好にあった観光スポットが精度良く推薦することが可能となる。
【００８１】
図１６及び図１７に示すように、候補地検索方法が「個人嗜好」の場合と「一般嗜好」の場合とでは、表示される候補地が異なることもある。これは、ユーザ個人とユーザ全体とではどのようなカテゴリに属する観光スポットで多く写真を撮るのかが異なるときに起こる。
【００８２】
なお、推薦データ特定処理において、個人分析ＤＢ検索処理及び一般分析ＤＢ検索処理を両方とも実行し、ステップＳ５７において特定された観光スポットの差分がわかるように推薦データを生成してもよい。このような推薦データをユーザ端末３に表示すれば、ユーザは、本人の嗜好と一般的な嗜好との傾向の差を具体的な観光スポットの違いとして認識できるようになる。
【００８３】
以上のようにすれば、旅行先での写真撮影を、一緒に旅行したメンバー（構成区分）の相違に基づいて分析した結果から、好ましいと判断される観光スポットを提案する新規な技術を提供することができる。
【００８４】
以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成と一致しない場合もある。また、処理フローについても、処理結果が変わらない限り、ステップの順番を入れ替えてもよいし、並列実施するようにしてもよい。
【００８５】
また、ユーザ端末３は、デジタルカメラとしての機能を有する携帯端末であるものとして説明したが、必ずしも撮影部３０１や位置情報取得部３１３を有していなくてもよい。特に、推薦要求を送信し、推薦データを受信及び表示する処理は、例えば、データ格納部３０３と入力部３０５と送信部３０７と受信部３０９と表示部３１１とを有するユーザ端末により行うこともできる。このとき、ユーザ端末は携帯性のないパーソナルコンピュータ等であってもよい。また、写真データを送信する処理についても、このようなユーザ端末が、例えば他のデジタルカメラ等により生成した写真データを読み込み、送信するようにしてもよい。
【００８６】
なお、上で述べたユーザ端末３及びサーバ５は、コンピュータ装置であって、図１８に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００８７】
以上述べた本実施の形態をまとめると、以下のようになる。
【００８８】
本実施の形態に係る観光スポット推薦方法は、（Ａ）旅行を予定している地域、及び旅行者の構成を表す構成区分を含む推薦要求を外部端末から受信するステップと、（Ｂ）地域毎に、当該地域に含まれる観光スポットと当該観光スポットの属性を表すカテゴリとを格納している観光地データ格納部から、旅行を予定している地域に含まれる観光スポット及び当該観光スポットに関連付けられたカテゴリを抽出する抽出ステップと、（Ｃ）過去の旅行における構成区分と当該過去の旅行において訪問した観光スポットのカテゴリとの組み合わせ毎に、当該組み合わせについて撮影された写真の撮影枚数を格納しているデータ格納部に格納されている、推薦要求に含まれる構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数に関する評価値を求め、当該評価値に基づき、抽出ステップにおいて抽出した観光スポットから推薦すべき観光スポットを特定する特定ステップと、（Ｄ）推薦すべき観光スポットを含む推薦データを外部端末に送信するステップとを含む。
【００８９】
旅行者は、興味のあるものや、何かに感動したときに撮影するという傾向がある。また、旅行者の興味の対象等は、一緒に旅行するメンバーの構成により変化すると言える。上で述べた処理を実施すれば、旅行者の構成と観光スポットのカテゴリとの組み合わせについての写真の撮影枚数を基に、旅行地域において旅行者の構成に適合する観光スポットを提案することができるようになる。なお、データ格納部では、上で述べたようなデータが予め管理されている場合もあれば、データ格納部に、上で述べた処理を実施する都度に上で述べたようなデータを生成して格納する場合もある。また、データ格納部には複数の旅行者について集約したデータが格納されている場合もあれば、個々の旅行者についてのデータが格納されている場合もある。複数の旅行者について集約したデータから上で述べたような処理を実施して観光スポットを特定すれば、推薦要求元のユーザでは抽出されないような観光スポットを含む、一般的な傾向に基づく観光スポットを提案することができるようになる。
【００９０】
そして、推薦要求がユーザを識別するためのユーザ識別子をさらに含み、データ格納部が、ユーザ識別子毎に、構成区分とカテゴリとの組み合わせについて撮影された写真の撮影枚数を格納するようにしてもよい。このとき、特定ステップにおいて、（Ｃ２）推薦要求に含まれるユーザ識別子及び構成区分と、抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数を特定し、当該撮影枚数に関する評価値を求め、当該評価値に基づき推薦すべき観光スポットを特定するようにしてもよい。ユーザ本人の写真の撮影枚数に基づいて観光スポットの評価を行えば、ユーザの嗜好に忠実な提案ができる。
【００９１】
また、評価値が、（Ｃ−１）データ格納部における、推薦要求に含まれる構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第１の撮影枚数、又は（Ｃ−２）データ格納部における、推薦要求に含まれる構成区分についての撮影枚数の合計に対する、第１の撮影枚数の割合であってもよい。このような評価値を用いることで、構成区分とカテゴリとの組み合わせに対する旅行者の興味の多寡を量ることができる。特に、割合を用いれば、推薦要求に含まれる構成区分において、抽出ステップで抽出した観光スポットは推薦すべきものか否かを相対的に判断できる。
【００９２】
そして、データ格納部が、過去の旅行の回数、日数又は時間数をさらに格納しているようにしてもよい。このとき、評価値が、（Ｃ−３）データ格納部における、推薦要求に含まれる構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第１の撮影枚数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値、又は（Ｃ−４）データ格納部における、推薦要求に含まれる構成区分についての撮影枚数である第２の撮影枚数の、所定の単位当たりの平均値と、第１の撮影枚数の、所定の単位当たりの平均値との比若しくは差であってもよい。このように、所定の単位当たりの平均値を用いれば、旅行の回数、滞在期間又は滞在時間による偏りを評価値から取り除くことができる。
【００９３】
また、評価値が、（Ｃ２−１）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第３の撮影枚数、又は（Ｃ２−２）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分についての撮影枚数の合計に対する、第３の撮影枚数の割合であってもよい。このような評価値を用いることで、構成区分とカテゴリとの組み合わせに対する、推薦要求に含まれるユーザ識別子に係る特定のユーザの興味の多寡を量ることができる。特に、割合を用いれば、推薦要求に含まれる構成区分において、抽出ステップで抽出した観光スポットは推薦すべきものか否かを相対的に判断できる。
【００９４】
そして、データ格納部が、過去の旅行の回数、日数又は時間数をさらに格納しているようにしてもよい。このとき、評価値が、（Ｃ２−３）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第３の撮影枚数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値、又は（Ｃ２−４）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分についての撮影枚数である第４の撮影枚数の、所定の単位当たりの平均値と、第３の撮影枚数の、所定の単位当たりの平均値との比若しくは差であってもよい。このように、所定の単位当たりの平均値を用いれば、旅行の回数、滞在期間又は滞在時間による偏りを評価値から取り除くことができる。
【００９５】
また、特定ステップにおいて、評価値が所定値以上の観光スポット又は評価値の降順に上位所定数の観光スポットを推薦すべき観光スポットとして特定するようにしてもよい。所定値又は所定数を適切に設定すれば、適度な数の観光スポットを推薦要求の送信元に対し送信することができる。
【００９６】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００９７】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００９８】
（付記１）
コンピュータが、特定の地域に関する情報を端末装置に出力する情報提供方法であって、
前記コンピュータが、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出処理を実施し、
過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、
特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する
ことを特徴とする情報提供方法。
【００９９】
（付記２）
前記コンピュータは、
ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納した前記データ格納部を参照し、
前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出処理において抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性とに対応するデータの生成数を特定する
ことを特徴とする付記１記載の情報提供方法。
【０１００】
（付記３）
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数に基づくか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分に対応するデータの生成数の合計と前記第１の撮影枚数との比較に基づき
前記端末に送信すべき場所を特定する
ことを特徴とする付記１記載の情報提供方法。
【０１０１】
（付記４）
前記コンピュータは、
前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数の、前記行動の回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて、前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分についてのデータの生成数の合計である第２の生成数の、前記所定の単位当たりの平均値と、前記第１の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする付記１記載の情報提供方法。
【０１０２】
（付記５）
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数に基づいて前記端末に送信すべき場所を特定するか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数の合計と、前記第３の生成数との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする付記２記載の情報提供方法。
【０１０３】
（付記６）
前記コンピュータは、
ユーザ識別子毎に、当該ユーザ識別子によって識別されるユーザによって前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数である第４の生成数の前記所定の単位当たりの平均値と、前記第３の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする付記２記載の情報提供方法。
【０１０４】
（付記７）
特定の地域に関する情報を端末装置に出力する情報提供装置であって、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信する受信手段と、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納手段と、
過去に生成されたデータに関連した場所の属性と構成区分との組み合わせ毎に、データの生成数を格納しているデータ格納手段と、
前記地域情報格納手段を参照し、前記受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出手段と、
前記データ格納手段を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定する特定手段と、
前記特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する送信手段
を備えることを特徴とする情報提供装置。
【０１０５】
（付記８）
前記データ格納手段は、ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納し、
前記受信手段は、ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
前記特定手段は、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出手段によって抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性に対応するデータの生成数を特定する
ことを特徴とする付記７記載の情報提供装置。
【符号の説明】
【０１０６】
１ ネットワーク ３ ユーザ端末
５ サーバ
３０１ 撮影部 ３０３ データ格納部
３０５ 入力部 ３０７ 送信部
３０９ 受信部 ３１１ 表示部
３１３ 位置情報取得部
５０１ 受信部 ５０３ 写真データ格納部
５０５ 分析部 ５０７ 観光地データ格納部
５０９ 旅行データ格納部 ５１１ 個人分析データ格納部
５１３ 一般分析データ格納部 ５１５ データ格納部
５１７ 推薦データ特定部 ５１９ 推薦データ格納部
５２１ 送信部
【技術分野】
【０００１】
本技術は、特定の地域についての情報を提供するための技術に関する。
【背景技術】
【０００２】
情報処理装置を利用して、特定の地域に関する情報を検索する場合がある。たとえば、ユーザの要求を満たす旅行プランを提供し、予約及び関連商品の販売を行うための技術が存在している。例えば、希望条件として、旅行期間、目的地、出発地点、年齢層、同行者、目的等を受け付け、希望条件に合う登録データをデータベースから抽出する。そして、最適な交通手段の組み合わせを決定し、ユーザに通知するというものである。しかし、このような従来の技術では、ユーザが希望条件を明示的に入力しなければならず、手間がかかるという問題がある。
【０００３】
また、非放送コンテンツ情報を用いて、ユーザの嗜好に応じた放送コンテンツの推薦度を判定するという技術も存在している。例えばユーザが撮影を行った静止画や動画などの非放送コンテンツから、撮影日時や撮影機器のメーカー名、撮影機種名、撮影位置のＧＰＳデータ、非放送コンテンツの数、撮影モード、撮影対象物の認識結果などの情報を取得する。そして、このような情報を用いて、放送番組の視聴履歴に基づき検索された放送コンテンツについての推薦度を求めるというものである。しかし、同一人であっても異なる環境においては好みの傾向が変わることも考えられる。すなわち、たとえば、写真撮影のような過去の行動について、その行動をした状況や背景を考慮せず一律にユーザの嗜好と結びつけて捉えてしまうと、適切な分析ができない場合がある。
【０００４】
このように、過去の行動の状況や背景を分析した結果から、好ましいと思われる特定の地域に関する情報を提案するような技術は存在していない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−２６９１９０号公報
【特許文献２】特開２００９−２７２８３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本技術の目的は、一側面として、旅行者の過去の行動とそのときの状況に基づいて、旅行者にとって好ましいと予想される観光スポットを提案するための新規な技術を提供することである。
【課題を解決するための手段】
【０００７】
本実施の形態に係る情報提供方法においては、コンピュータが、（Ａ）端末装置から、特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、（Ｂ）地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出し、（Ｃ）過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、（Ｄ）特定したデータの生成数に基づき、特定の地域に含まれる抽出した場所に関する情報を推薦要求を送信してきた端末装置に送信する。
【発明の効果】
【０００８】
新たな観点に基づいて、旅行者の過去の行動とそのときの状況に基づいて、旅行者にとって好ましいと予想される観光スポットを提案することができるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態に係るシステムの概要を示す図である。
【図２】図２は、実施の形態に係るユーザ端末の機能ブロック図である。
【図３】図３は、実施の形態に係るサーバの機能ブロック図である。
【図４】図４は、観光地データ格納部に格納されるデータの一例を示す図である。
【図５】図５は、旅行データ格納部に格納されるデータの一例を示す図である。
【図６】図６は、写真データ登録時の処理フローを示す図である。
【図７】図７は、写真データ格納部に格納されるデータの一例を示す図である。
【図８】図８は、分析データ生成処理の処理フローを示す図である。
【図９】図９は、個人分析データ格納部に格納されるデータの一例を示す図である。
【図１０】図１０は、一般分析データ格納部に格納されるデータの一例を示す図である。
【図１１】図１１は、観光スポットの推薦処理の処理フローを示す図である。
【図１２】図１２は、推薦要求についての条件を入力させるための画面の一例を示す図である。
【図１３】図１３は、サーバによる推薦データ特定処理の処理フローを示す図である。
【図１４】図１４は、個人分析ＤＢ検索処理の処理フローを示す図である。
【図１５】図１５は、一般分析ＤＢ検索処理の処理フローを示す図である。
【図１６】図１６は、推薦データを表示する画面の一例を示す図である。
【図１７】図１７は、推薦データを表示する画面の一例を示す図である。
【図１８】図１８は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１０】
本実施例は、過去の行動として旅行を設定する。そして、本実施例は、任意のユーザが旅行した際に撮影した写真、及び、その旅行の人員構成（同行者の有無、同行者との関係）に関する情報に基づいて、ユーザに対して旅行の候補地を提案するシステムを想定している。あくまで、本実施例は本発明を適用した一実施例で、これに限定されることはない。
【００１１】
本実施の形態に係るシステムの概要を図１に表す。本実施の形態では、例えばインターネットであるネットワーク１に、ユーザ端末３（図１では３ａ及び３ｂ）と、サーバ５とが接続されている。ユーザ端末３は、ユーザの操作を受け付けて、旅行先等で撮影した写真のデータをサーバ５に送信したり、観光スポットの推薦要求を送信したり、さらに観光スポットの推薦データを受信及び表示したりする。一方、サーバ５は、受信した写真のデータを基に分析データを生成したり、観光スポットの推薦要求を受信した場合には、分析データに基づいて特定した観光スポットの推薦データをユーザ端末へ送信したりする。なお、ユーザ端末は、例えばカメラ付き携帯電話機、カメラを有しネットワーク接続可能な携帯情報端末等である。図１には、３ａ及び３ｂの２つを記載しているが、ユーザ端末の数は特に限定されるものではない。
【００１２】
図２に、本実施の形態に係るユーザ端末３の機能ブロック図を示す。本実施の形態に係るユーザ端末３は、レンズ及び撮像素子を有しデジタルカメラとしての機能を有する撮影部３０１と、データ格納部３０３と、文字入力等を受け付ける入力部３０５と、送信部３０７と、受信部３０９と、表示部３１１と、例えばＧＰＳ（Global Positioning System）受信機としての機能を有する位置情報取得部３１３とを有する。位置情報取得部３１３は、通信先の基地局に基づいて位置情報を取得する機能、又はＧＰＳと基地局の情報とを併用する機能により位置情報を取得するようにしてもよい。
【００１３】
撮影部３０１は、写真データを生成し、データ格納部３０３に格納する。そして、位置情報取得部３１３は、位置情報を取得し、データ格納部に格納された写真データに埋め込む。また、入力部３０５は、観光スポットの推薦要求の入力をユーザから受け付け、データ格納部３０３に格納する。そして、送信部３０７は、データ格納部３０３の写真データや推薦要求をサーバ５へ送信する。また、受信部３０９は、サーバ５から観光スポットの推薦データを受信し、データ格納部３０３に格納する。そして、表示部３１１は、データ格納部３０３の推薦データを表示する。
【００１４】
図３に、本実施の形態に係るサーバ５の機能ブロック図を示す。本実施の形態に係るサーバ５は、受信部５０１と、写真データ格納部５０３と、分析部５０５と、地域毎に観光スポットのデータ及び観光スポットに関連付けられたカテゴリを格納している観光地データ格納部５０７と、ユーザの旅程に関するデータを格納している旅行データ格納部５０９と、個人分析データ格納部５１１と、一般分析データ格納部５１３と、予め用意された基準値や中間的に生成されるデータを格納するデータ格納部５１５と、推薦データ特定部５１７と、推薦データ格納部５１９と、送信部５２１とを有する。
【００１５】
受信部５０１は、ユーザ端末３から、写真データ等を受信して写真データ格納部５０３に格納したり、観光スポットの推薦要求を受信してデータ格納部５１５に格納したりする。分析部５０５は、写真データ格納部５０３、観光地データ格納部５０７及び旅行データ格納部５０９に格納されているデータを用いて（写真撮影の傾向を分析する）分析処理を行い、個人分析データ格納部５１１及び一般分析データ格納部５１３に結果を格納する。個人分析データ格納部５１１は、ユーザ毎に集計した写真の撮影枚数に関するデータが格納される。一方、一般分析データ格納部５１３は、登録されているユーザ全体について集計した写真の撮影枚数に関するデータが格納される。個人分析データ格納部５１１と一般分析データ格納部５１３を有するのは、ユーザ毎の推薦データ及び一般的な推薦データを提示できるようにするためである。推薦データ特定部５１７は、観光地データ格納部５０７、個人分析データ格納部５１１、一般分析データ格納部５１３及びデータ格納部５１５に格納されているデータを用いて推薦すべき観光スポットを特定し、推薦データ格納部５１９に格納する。送信部５２１は、推薦データ格納部５１９に格納されているデータをユーザ端末３に送信する。
【００１６】
次に、図４乃至図１７を用いて、図１乃至図３に示したシステムの処理について説明する。
【００１７】
サーバ５の観光地データ格納部５０７には、図４に示すような観光地データベース（ＤＢ）が予め格納されているものとする。図４に示した観光地ＤＢは、観光地の列と、観光スポットの列と、北東端の列、北西端の列、南東端の列及び南西端の列を含む敷地形状の列と、カテゴリの列とを含む。なお、図４の例では、観光地として市にあたる行政区分が登録されているが、広狭様々な地域名と観光スポットとを相互に関連付けて登録するようにしてもよい。観光スポットとしては、水族館、美術館、城、スキー場、ホテル、テーマパークなどの施設の名称や、山、川、湖、滝、高原、ビーチ、海岸線などの場所の名称などが含まれる。また、敷地形状のデータは、４地点の緯度及び経度を用いて観光スポットの位置及び形状を表している。形状は、３以上の任意の数の地点、又は中心の地点及び中心の地点からの半径等を用いて定義してもよい。カテゴリの列には、「歴史」、「公園」、「博物館」、「美術館」、「景観」、「動物」といった観光スポットの属性を表すカテゴリが登録される。なお、１つの観光スポットに対し、複数のカテゴリが関連付けられる場合もある。
【００１８】
また、サーバ５の旅行データ格納部５０９には、図５に示すような旅行データベース（ＤＢ）が格納されているものとする。図５に示した旅行ＤＢは、ユーザＩＤの列と、出発日時の列及び帰着日時の列を含む旅行期間の列と、旅行へ行くメンバーの構成を表す構成区分の列とを含む。旅行ＤＢには、例えばユーザが旅行についての契約を申し込んだとき等、旅行へ行く前にデータが登録されることが好ましい。旅行に行く前とは、その目的地に向かおうとする前であり、必ずしも、自宅や旅行会社での登録には限らない。たとえば、すでに外出先において、新たな旅行先を携帯端末などから登録するという場合でも構わない。
【００１９】
図６に、本実施の形態に係るシステムの写真データ登録時の処理フローを示す。まず、ユーザ端末３の撮影部３０１は、ユーザの操作に応じて写真データを生成し、データ格納部３０３に格納する（図６：ステップＳ１）。このとき、例えばＥｘｉｆ（Exchangeable Image File Format）形式に基づいて、写真データには、撮影日時、撮影場所の位置情報等が埋め込まれる。位置情報は、例えば、ＧＰＳ受信機としての機能等を有する位置情報取得部３１３により取得される。撮影日時は、例えばユーザ端末３の図示していない時計機能から取得する。また、写真データとは別に、撮影日時や撮影場所のデータを写真データと関連付けて登録しておくようにしてもよい。
【００２０】
その後、送信部３０７は、データ格納部３０３から写真データを読み出し、ユーザＩＤ、撮影日時及び撮影位置を表すデータと共にサーバ５へ送信する（ステップＳ３）。ここでは、予めデータ格納部３０３に格納されているユーザＩＤを送信するものとする。本実施の形態では、例えば事前にユーザ端末３とサーバ５とが接続認証処理を行い、入力部３０５はユーザからユーザＩＤ等の入力を受け付けてデータ格納部３０３に格納しておく。そして、本ステップでは、ユーザＩＤをデータ格納部３０３から読み出して用いるものとする。また、撮影日時及び撮影位置を表す情報は、上でも述べたとおり、写真データに埋め込まれている場合もあるし、写真データと関連付けられた別のデータとして送信される場合もある。
【００２１】
一方、サーバ５の受信部５０１は、写真データ、ユーザＩＤ、撮影日時及び撮影位置を表すデータを受信し（ステップＳ５）、写真データ格納部５０３の写真データベース（ＤＢ）に格納する（ステップＳ７）。写真ＤＢには、図７に示すようなデータが格納される。図７に示した写真ＤＢは、ユーザＩＤの列と、写真ＩＤの列と、撮影日時の列と、撮影位置の列と、写真データの列とを含む。本ステップでは、受信した写真データに対し、例えば重複しないように写真ＩＤを採番して付与し、ユーザ端末３から受信したユーザＩＤ、撮影日時及び撮影位置のデータと共に登録する。撮影日時及び撮影位置のデータは、写真データから読み出して登録する場合もある。また、写真データの列には、例えば受信した写真データのファイル名を登録する。
【００２２】
このようにして、ユーザが旅行先で撮影した写真データについて、撮影日時、撮影位置等の情報が登録される。なお、このような写真データの登録は、例えばネットワーク上のアルバムを提供するサービスにおいて行われるようにしてもよい。本実施の形態では写真データを送信及び登録するものとして説明したが、画像ファイル自体は送信及び登録せず、ユーザＩＤ、撮影日時及び撮影位置のデータを送信及び登録するという処理を行うようにしてもよい。
【００２３】
次に、図８乃至図１０を用いて、分析データ生成処理について説明する。まず、図８に、本実施の形態に係るサーバ５の分析データ生成処理の処理フローを示す。なお、サーバ５は、例えば所定時間毎のバッチ処理として本処理を行う。写真データが格納され次第、本処理を行うことも勿論可能である。
【００２４】
まず、サーバ５の分析部５０５は、写真データ格納部５０３の写真ＤＢから、未処理のレコードを１つ特定する（図８：ステップＳ１１）。また、分析部５０５は、写真ＤＢにおける特定されたレコードからユーザＩＤ及び撮影日時を取得しておく。レコードが処理済みか否かを判断するためには、例えば写真ＤＢにフラグを登録する列を設けておき、分析処理を行った後にフラグを立てるようにしてもよいし、その他の処理済みか否かを特定するための情報を保持しておくようにしてもよい。ここでは、例えば図７における１番目のレコードが特定されたものとする。
【００２５】
次に、分析部５０５は、旅行データ格納部５０９の旅行ＤＢにおいて、ユーザＩＤの列にステップＳ１１で取得したユーザＩＤが登録されており、且つ旅行期間の範囲内にステップＳ１１で取得した撮影日時が含まれるレコードが登録されているか判断する（ステップＳ１３）。なお、本実施の形態では、旅行ＤＢには、ユーザが予定している旅行の日程に関するデータが既に格納されているものとする。図７に示した写真ＤＢにおける１番目のレコードの場合、ユーザＩＤ「１９２７５９８７８」及び撮影日時「2010/1/20 10:48:23」が取得される。そして、図５に示した旅行ＤＢの場合には、ユーザＩＤが同一の「１９２７５９８７８」であって、旅行期間（出発日時「2010/1/20 6:30」、帰着日時「2010/1/24 20:00」）にステップＳ１１で取得された撮影日時「2010/1/20 10:48:23」を含む２番目のレコードが該当すると判断される。
【００２６】
ステップＳ１３において、該当するレコードが登録されていないと判断された場合、ステップＳ２５に移行する。一方、ステップＳ１３において該当するレコードが登録されていると判断された場合、分析部５０５は、ステップＳ１１で特定された、写真ＤＢにおけるレコードから撮影位置のデータを取得する。そして、観光地データ格納部５０７の観光地ＤＢにおいて、取得した撮影位置を敷地の内部に含む観光スポットについてのレコードが登録されているか判断する（ステップＳ１５）。図７に示した写真ＤＢにおける１番目のレコードの場合、撮影位置として、北緯「３４度５０分８．３７３秒」、東経「１３４度４１分５３．５８９秒」が取得される。そして、図４に示した観光地ＤＢの場合、観光スポットの敷地形状と写真ＤＢから取得した撮影位置との関係から、北緯「３４度５０分８．３７３秒」、東経「１３４度４１分５３．５８９秒」を敷地の内部に含む１番目のレコードが該当すると判断される。
【００２７】
なお、敷地形状（多角形）に対する撮影位置（点）の内外判定処理は、既存の技術を用いて行うことができる。例えば、ある点から多角形に対して半直線を伸ばしたときに、多角形の境界線との交点が奇数個存在すれば、ある点は多角形の内部に存在すると判定する技術がある。また、ある点と多角形の各頂点とを接続した複数の線分同士のなす角で判断する技術もある。具体的には、多角形の１つの頂点を始点として設定して、各頂点が接続されている順に始点に戻るまで、ある点と各頂点との線分のなす角を加算する。この加算結果が３６０度になれば、ある点は多角形の内部に存在すると判定される。
【００２８】
ステップＳ１５において、該当するレコードが登録されていないと判断された場合、ステップＳ２５に移行する。一方、ステップＳ１５において該当するレコードが登録されていると判断された場合、分析部５０５は、旅行データ格納部５０９の旅行ＤＢから、ステップＳ１３で登録されていると判断されたレコードにおける構成区分と旅行期間とを取得し、旅行期間から旅行日数を算出する（ステップＳ１７）。図５における２番目のレコードからは、構成区分「家族」と出発日時「2010/1/20 6:30」及び帰着日時「2010/1/24 20:00」とが取得される。そして、例えば出発日時と帰着日時との差から旅行日数が５日間と特定される。また、分析部５０５は、観光地データ格納部５０７の観光地ＤＢから、ステップＳ１５で存在すると判断された観光地についてのレコードからカテゴリを取得する（ステップＳ１９）。図４における１番目のレコードからは、「歴史」及び「公園」が取得される。
【００２９】
そして、分析部５０５は、ステップＳ１１で特定された写真データに関するユーザＩＤと構成区分とカテゴリとの組み合わせに対して対応する旅行の日数を、個人分析データ格納部５１１の個人分析ＤＢから取得した合計日数に加算し、個人分析ＤＢに登録する（ステップＳ２１）。ここで、個人分析データ格納部５１１には、図９に示すような個人分析ＤＢが格納されている。図９に示した個人分析ＤＢの一例は、ユーザＩＤの列と、構成区分の列と、カテゴリの列と、合計枚数の列と、合計日数の列と、平均枚数の列とを含む。
【００３０】
本実施の形態では、例えば、旅行ＤＢにおける旅行期間内に異なるカテゴリと関連付けられた複数の観光スポットで写真を撮影した場合、又は写真を撮影した１つの観光スポットに複数のカテゴリが関連付けられている場合、個人分析ＤＢにおいてそれぞれのカテゴリから特定されるレコードに旅行日数を加算する。
【００３１】
具体的には、ステップＳ１１で特定されたユーザＩＤとステップＳ１７で取得された構成区分とステップＳ１９で取得されたカテゴリとの組み合わせを含む、個人分析ＤＢのレコードに対して、ステップＳ１７で特定された旅行日数が加算されていなければ、分析部５０５は、個人分析ＤＢの合計日数にステップＳ１７で特定された旅行日数を加算する。
【００３２】
また、ステップＳ１９で存在すると判断された観光地ＤＢのレコードにカテゴリが複数登録されている場合は、各カテゴリを含むレコードに対してそれぞれ旅行日数を加算する。このとき、既に旅行日数を加算したか否かを判断できるように、例えば旅行ＤＢの各レコードに対して、個人分析ＤＢに旅行日数を加算したカテゴリを保持させるようにしてもよい。
【００３３】
なお、本ステップでは、ステップＳ１１で特定されたユーザＩＤとステップＳ１７で取得された構成区分とステップＳ１９で特定されたカテゴリとを含むレコードを個人分析ＤＢにおいて探索し、見つかった場合には、合計日数にステップＳ１７で特定された旅行日数を加算する。一方、見つからなかった場合には、新規なレコードとして登録する。例えば、図５における２番目のレコード及び図４における１番目のレコードの場合、ユーザＩＤ「１９２７５９８７８」且つ構成区分「家族」であって、カテゴリが「歴史」のレコード及び「公園」のレコードが図９に示した個人分析ＤＢに追加され、合計日数の列にはそれぞれ「５」が登録される。
【００３４】
さらに、分析部５０５は、ユーザＩＤと構成区分とカテゴリとの組み合わせ毎に合計枚数を算出し、個人分析データ格納部５１１の個人分析ＤＢに登録する（ステップＳ２３）。本ステップでは、ステップＳ１１で特定されたユーザＩＤと、ステップＳ１７で取得された構成区分と、ステップＳ１９で特定されたカテゴリとを含むレコードについて、合計枚数をプラス１（インクリメント）する。また、ステップＳ１９で存在すると判断された観光地ＤＢのレコードにカテゴリが複数登録されている場合は、各カテゴリを含むレコードに対してこのような処理を行う。例えば、図９に示した個人分析ＤＢの場合、ステップＳ２１において追加された、ユーザＩＤ「１９２７５９８７８」且つ構成区分「家族」であって、カテゴリが「歴史」のレコード及び「公園」のレコードの合計枚数が、それぞれプラス１（インクリメント）される。
【００３５】
そして、ステップＳ２３の後、又はステップＳ１３若しくはステップＳ１５において該当するデータが存在しないと判断された場合、分析部５０５は、写真ＤＢにおいて未処理の写真データが存在するか判断する（ステップＳ２５）。
【００３６】
未処理の写真データが存在する場合、ステップＳ１１の処理に戻る。一方、未処理の写真データが存在しない場合、分析部５０５は、個人分析ＤＢの平均枚数を更新する（ステップＳ２７）。ここでは、分析部５０５は、ステップＳ２１及びステップＳ２３において更新されたレコードを特定し、個人分析ＤＢにおいて特定された各レコードの平均枚数の列に、合計枚数を合計日数で除した値を登録する。なお、平均枚数については個人分析ＤＢに列を設けず、後の処理において合計枚数及び合計日数から求めるようにしてもよい。
【００３７】
そして、分析部５０５は、一般分析ＤＢにおいて、合計枚数、合計日数及び平均枚数を更新する（ステップＳ２９）。ここでは、分析部５０５は、個人分析ＤＢに格納されているレコードをさらに構成区分とカテゴリとの組み合わせ毎に集約し、一般分析データ格納部５１３に格納されている一般分析ＤＢに登録する。例えば、分析部５０５は、個人分析ＤＢに含まれる全てのレコードから、構成区分とカテゴリとの組み合わせが同一であるレコードを抽出する。そして、分析部５０５は、抽出したレコードにおいて合計枚数の列に登録されている値及び合計日数の列に登録されている値をそれぞれ合計し、合計枚数の合計値／合計日数の合計値により平均枚数を算出する。そして、分析部５０５は、合計枚数の合計値と合計日数の合計値と平均枚数と処理に係る構成区分及びカテゴリとの組み合わせを一般分析ＤＢに登録する。
【００３８】
なお、一般分析ＤＢの場合も、平均枚数の列を設けず、処理の度に合計枚数及び合計日数から求めるようにしてもよい。また、合計日数及び１日当たりの平均枚数でなく、合計旅行回数及び旅行１回当たりの平均枚数や、合計滞在時間及び１時間当たりの平均枚数を登録するようにしてもよい。
【００３９】
なお、ステップＳ２７では、個人分析ＤＢに含まれるレコードのうち、分析データ生成処理において登録又は更新されたものを一般分析ＤＢに反映させるような処理を行ってもよい。その後、分析データ生成処理を終了する。
【００４０】
このようにして、サーバ５は、ユーザ端末３から受信した写真データの枚数等を、ユーザＩＤと構成区分とカテゴリとの組み合わせ毎、構成区分とカテゴリとの組み合わせ毎に集約して登録しておく。なお、予め一般分析ＤＢを設けず、後の処理ではその都度構成区分とカテゴリとの組み合わせについて個人分析ＤＢのレコードを集約して用いるようにしてもよい。また、本実施の形態では分析データ生成処理をバッチ処理として説明したが、ユーザ端末３から写真データを受信する度に（すなわち図６におけるステップＳ７の後に）、個人分析ＤＢ及び一般分析ＤＢに反映するようにしてもよい。
【００４１】
次に、図１１乃至図１７を用いて、観光スポットの推薦処理について説明する。まず、図１１に、本実施の形態に係るシステムにより実行される、観光スポットの推薦処理の処理フローを示す。
【００４２】
まず、ユーザ端末３の表示部３１１は、データ格納部３０３に格納されている画面データを用いて、推薦要求についての条件を入力するための画面を表示する（図１１：ステップＳ３１）。例えば、図１２のようなデータが表示される。図１２に示された画面には、「観光地（都道府県：都市名）」を入力するためのテキストボックスと、「構成区分」を選択するためのラジオボタンと、「候補地検索方法」を選択するためのラジオボタンと、「候補地検索をする」ためのボタンが表示されている。なお、画面データは、本ステップを実行する度に受信部３０９がサーバ５から受信してデータ格納部３０３に格納する場合もあるし、ユーザ端末３において推薦要求及び推薦データの表示を行うアプリケーションが有するデータとしてデータ格納部３０３に予め格納されている場合もある。
【００４３】
次に、ユーザ端末３の入力部３０５は、ユーザからの入力を受け付け、入力データをデータ格納部３０３に格納する（ステップＳ３３）。例えば、ユーザは、図１２に示された「観光地（都道府県：都市名）」のテキストボックスに、旅行を予定している都市名等を入力する。ここでは、ユーザが「神戸」と入力したものとする。また、「構成区分」の欄には、一緒に旅行をするメンバーを表すいずれかのラジオボタンにチェックを入れる。例えば、ユーザは「夫婦」を選択したものとする。そして、ユーザは「候補地検索方法（チェック）」の欄において、「個人嗜好」及び「一般嗜好」のうちいずれかを選択する。このフラグは、後の処理において、ユーザ本人の履歴とユーザ一般の履歴とのいずれに基づいて推薦データを生成するか判断するために用いる。さらに、入力部３０５は、ユーザが「候補地検索をする」ボタンを押下したことを検知する。
【００４４】
その後、送信部３０７は、データ格納部３０３に格納された入力データを含む推薦要求を、サーバ５に送信する（ステップＳ３５）。推薦要求には、例えば、ユーザＩＤ、観光地、構成区分及び候補地検索方法が含まれるものとする。なお、本実施の形態では、上でも述べたとおり、既にデータ格納部３０３にユーザＩＤが格納されているものとする。ここでは、ユーザＩＤ「８７６７６３８７７」、観光地「神戸」、構成区分「夫婦」及び候補地検索方法「個人嗜好」を含む推薦要求が送信されたものとする。
【００４５】
一方、サーバ５の受信部５０１は、ユーザ端末３から推薦要求を受信し、データ格納部５１５に格納する（ステップＳ３７）。そして、サーバ５の推薦データ特定部５１７は、推薦データ特定処理を実行する（ステップＳ３９）。この推薦データ特定処理については、図１３乃至図１５を用いて説明する。
【００４６】
図１３に、本実施の形態に係るサーバ５により実行される推薦データ特定処理の処理フローを示す。まず、サーバ５の推薦データ特定部５１７は、データ格納部５１５に格納された推薦要求を読み出し、候補地検索方法が「個人嗜好」であるか判断する（図１３：ステップＳ５１）。候補地検索方法が「個人嗜好」である場合、個人分析ＤＢ検索処理を実行する（ステップＳ５３）。この個人分析ＤＢ検索処理については、図１４を用いて説明する。
【００４７】
図１４に、本実施の形態に係るサーバ５により実行される個人分析ＤＢ検索処理の処理フローを示す。まず、サーバ５の推薦データ特定部５１７は、データ格納部５１５に格納された推薦要求に含まれる観光地を読み出す。そして、推薦データ特定部５１７は、観光地データ格納部５０７に格納された観光地ＤＢから、読み出した観光地に関連付けられている観光スポット及び当該観光スポットのカテゴリの組み合わせを１つ特定する（図１４：ステップＳ６１）。ここでは、推薦要求に含まれる「神戸」が読み出され、図４に示した観光地ＤＢから、観光スポット「Ｃランド」及びカテゴリ「景観」が特定されたものとする。
【００４８】
次に、推薦データ特定部５１７は、個人分析データ格納部５１１に格納されている個人分析ＤＢを探索し、推薦要求に含まれるユーザＩＤに関連付けられて推薦要求に含まれる構成区分と同一の構成区分が登録されたレコードが存在するか判断する（ステップＳ６３）。なお、個人分析ＤＢには、ユーザＩＤに関連付けられて、そのユーザが過去に旅行した時の構成区分及び旅行先の観光スポットに関連付けられているカテゴリ等が格納されている。図９に示した個人分析ＤＢの場合、ユーザＩＤが「８７６７６３８７７」であり、構成区分が「夫婦」である４番目及び５番目のレコードが該当すると判断される。
【００４９】
ステップＳ６３において、該当するレコードが存在しないと判断された場合、ステップＳ７３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ６３において条件に該当すると判断されたレコードの中に、ステップＳ６１で特定したカテゴリが登録されたレコードが存在するか判断する（ステップＳ６５）。図９に示した個人分析ＤＢの場合、カテゴリが「景観」である５番目のレコードが該当すると判断される。
【００５０】
ステップＳ６５において、該当するレコードが存在しないと判断された場合、ステップＳ７３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ６５において条件に該当すると判断されたレコードにおける合計枚数の値に基づいて評価値を算出する（ステップＳ６７）。ここでは、ステップＳ６１において特定された観光スポットを推薦すべきか否か判断するための評価値を求める。
【００５１】
評価値としては、例えば、ユーザがある構成区分で過去に旅行をした時に１日当たり撮影する写真の枚数と、同一のユーザが同一の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に１日当たり撮影する写真の枚数との関係を表す値を用いる。
【００５２】
具体的には、まず、個人分析ＤＢにおけるユーザＩＤ及び構成区分が、推薦要求に含まれるユーザＩＤ及び構成区分と同一であるレコード（すなわち、ステップＳ６３において条件に該当すると判断されたレコード）を抽出する。そして、抽出したレコードにおける合計枚数及び合計日数をそれぞれ合計して、１日当たり撮影する写真の枚数（すなわち、合計枚数／合計日数）を算出する。例えば図９に示した個人分析ＤＢに含まれるレコードのうち、ユーザＩＤが「８７６７６３８７７」であって構成区分が「夫婦」である、４番目及び５番目のレコードを抽出する。そして、合計枚数の列に登録されている値を合計すると１２＋４２＝５４、合計日数の列に登録されている値を合計すると４＋３＝７であるから、１日当たり撮影する写真の枚数は５４／７＝７．７８と算出される。
【００５３】
また、個人分析ＤＢにおいてユーザＩＤ及び構成区分が、推薦要求に含まれるユーザＩＤ及び構成区分と同一であって、個人分析ＤＢにおけるカテゴリがステップＳ６１で特定された観光スポットのカテゴリと同一であるレコード（すなわち、ステップＳ６５において条件に該当すると判断されたレコード）を特定し、当該レコードにおける平均枚数の値を取得する。例えば図９に示した個人分析ＤＢに含まれるレコードのうち、ステップＳ６５において条件に該当すると判断された５番目のレコードにおける平均枚数「１４」を取得する。
【００５４】
そして、例えば、ある構成区分で旅行をした場合に１日に撮影する写真の枚数に対する、同一の構成区分でさらに特定のカテゴリに属する観光スポットへ旅行した場合に１日に撮影する写真の枚数の比を求める。例えば、１４／７．７８が評価値として算出される。このような評価値を採用すれば、ユーザが過去に同じ構成区分で旅行をした時のデータに基づいて、ステップＳ６１で特定されたカテゴリについての撮影枚数が相対的に多いか否かを表す評価値が得られる。なお、比でなく例えば差を用いるようにしてもよい。
【００５５】
また、このような値に限らず、例えば、ユーザが特定の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に撮影した写真の枚数そのものを用いるようにしてもよい。具体的には、ステップＳ６５において条件に該当すると判断されたレコードにおける合計枚数をそのまま評価値として採用してもよい。旅行に行った日数等の偏りもユーザの嗜好と捉えて、単純な撮影枚数を基準とするものである。また、ステップＳ６５において条件に該当すると判断されたレコードにおける平均枚数を評価値として採用してもよい。このような値であれば、旅行に行った日数等の偏りを除いた評価値となる。
【００５６】
さらに、ステップＳ６３において条件に該当すると判断されたレコードを抽出して、各レコードにおける合計枚数を合計し、当該合計値に対する、ステップＳ６５において条件に該当すると判断されたレコードにおける合計枚数の割合を用いてもよい。推薦要求に含まれる構成区分についての撮影枚数の中で、ステップＳ６１において特定されたカテゴリについての撮影枚数が占める割合を表す評価値が得られる。
【００５７】
なお、ここで述べた値に限らず、構成区分とカテゴリとの組み合わせについての撮影枚数を用いた評価値を採用すれば、一緒に旅行したメンバーの構成によって細分したカテゴリ毎の撮影枚数に基づいて、推薦すべき観光スポットを特定することができる。
【００５８】
その後、推薦データ特定部５１７は、データ格納部５１５に予め格納されている基準値を取得し、算出した評価値が基準値よりも大きいか判断する（ステップＳ６９）。本実施の形態では、例えば、ステップＳ６７において算出された評価値が予め定められた基準値よりも大きい場合、ステップＳ６１で特定された観光スポットをユーザに推薦する。
【００５９】
評価値が基準値以下であると判断された場合、ステップＳ７３に移行する。一方、評価値が基準値よりも大きいと判断された場合、推薦データ格納部５１７は、ステップＳ６１において特定された観光スポットを表すデータを候補地データとして推薦データ格納部５１９に格納する（ステップＳ７１）。ここでは、「Ｃランド」を表すデータが推薦データ格納部５１９に格納されたものとする。
【００６０】
そして、ステップＳ６９の後、又はステップＳ６３若しくはステップＳ６５において条件に該当するレコードが存在しないと判断された場合、若しくはステップＳ６９において評価値が基準値以下であると判断された場合、推薦データ特定部５１７は、観光地ＤＢにおいて、推薦地要求に含まれる観光地に対応付けられた、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在するか判断する（ステップＳ７３）。未処理の観光スポットが存在すると判断された場合、ステップＳ６１に戻る。なお、観光地ＤＢにおいて１つの観光スポットに複数のカテゴリが関連付けられている場合、ステップＳ６１を繰り返すことにより各カテゴリとユーザＩＤ及び構成区分との組み合わせが順に特定される。そして、いずれかのカテゴリについて評価値が基準値を超えていれば、処理対象の観光スポットはステップＳ７１において推薦データ格納部５１７に格納されるものとする。一方、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在しないと判断された場合、個人分析ＤＢ検索処理を終了し、図１３の処理に戻る。
【００６１】
図１３の処理に戻り、ステップＳ５３の後、ステップＳ５７に移行する。一方、ステップＳ５１において候補地検索方法が「個人嗜好」でないと判断された場合、推薦データ特定部５１７は、一般分析ＤＢ検索処理を実行する（ステップＳ５５）。この一般分析ＤＢ検索処理については、図１５を用いて説明する。
【００６２】
図１５に、本実施の形態に係るサーバ５により実行される一般分析ＤＢ検索処理の処理フローを示す。まず、サーバ５の推薦データ特定部５１７は、データ格納部５１５に格納された推薦要求に含まれる観光地を読み出す。そして、推薦データ特定部５１７は、観光地データ格納部５０７に格納された観光地ＤＢから、読み出した観光地に関連付けられている観光スポット及び当該観光スポットのカテゴリの組み合わせを１つ特定する（図１５：ステップＳ８１）。本ステップの処理は、ステップＳ６１（図１４）と同様である。ここでは、推薦要求に含まれる「神戸」が読み出され、図４に示した観光地ＤＢから、観光スポット「Ｃランド」及びカテゴリ「景観」が特定されたものとする。
【００６３】
次に、推薦データ特定部５１７は、一般分析データ格納部５１３に格納されている一般分析ＤＢを探索し、推薦要求に含まれる構成区分と同一の構成区分が登録されたレコードが存在するか判断する（ステップＳ８３）。なお、一般分析ＤＢには、構成区分及びカテゴリ等が関連付けられて格納されている。図１０に示した一般分析ＤＢの場合、カテゴリが「夫婦」である５番目乃至７番目のレコードが該当すると判断される。
【００６４】
ステップＳ８３において、該当するレコードが存在しないと判断された場合、ステップＳ９３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ８３において条件に該当すると判断されたレコードの中に、ステップＳ８１で特定したカテゴリが登録されたレコードが存在するか判断する（ステップＳ８５）。図１０に示した一般分析ＤＢの場合、カテゴリが「景観」である７番目のレコードが該当すると判断される。
【００６５】
ステップＳ８５において、該当するレコードが存在しないと判断された場合、ステップＳ９３に移行する。一方、該当するレコードが存在すると判断された場合、推薦データ特定部５１７は、ステップＳ８５において条件に該当すると判断されたレコードにおける合計枚数の値に基づいて評価値を算出する（ステップＳ８７）。ここでは、ステップＳ８１において特定された観光スポットを推薦すべきか否か判断するための評価値を求める。
【００６６】
評価値としては、例えば、ユーザ一般がある構成区分で過去に旅行をした時に１日当たり撮影する写真の枚数と、同一の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に１日当たり撮影する写真の枚数との関係を表す値を用いる。
【００６７】
具体的には、まず、一般分析ＤＢにおける構成区分が推薦要求に含まれる構成区分と同一であるレコード（すなわち、ステップＳ８３において条件に該当すると判断されたレコード）を抽出する。そして、抽出したレコードにおける合計枚数及び合計日数をそれぞれ合計して、１日当たり撮影する写真の枚数（すなわち、合計枚数／合計日数）を算出する。例えば図１０に示した一般分析ＤＢに含まれるレコードのうち、構成区分が「夫婦」である、５番目乃至７番目のレコードを抽出する。そして、合計枚数の列に登録されている値を合計すると２６５２＋１３２＋１７７８＝４５６２、合計日数の列に登録されている値を合計すると１０２＋１１＋１２７＝２４０であるから、１日当たり撮影する写真の枚数は４５６２／２４０＝１９．０１と算出される。
【００６８】
また、一般分析ＤＢにおいて構成区分が推薦要求に含まれる構成区分と同一であって、一般分析ＤＢにおけるカテゴリがステップＳ８１で特定された観光スポットのカテゴリと同一であるレコード（すなわち、ステップＳ８５において条件に該当すると判断されたレコード）を特定し、当該レコードにおける平均枚数の値を取得する。例えば図１０に示した一般分析ＤＢに含まれるレコードのうち、ステップＳ８５において条件に該当すると判断された７番目のレコードにおける平均枚数「１４」を取得する。
【００６９】
そして、例えば、ある構成区分で旅行をした場合に１日に撮影する写真の枚数に対する、同一の構成区分でさらに特定のカテゴリに属する観光スポットへ旅行した場合に１日に撮影する写真の枚数の比を求める。例えば、１４／１９．０１が評価値として算出される。このような評価値を採用すれば、ユーザが過去に同じ構成区分で旅行をした時のデータに基づいて、ステップＳ８１で特定されたカテゴリについての撮影枚数が相対的に多いか否かを表す評価値が得られる。なお、比でなく例えば差を用いるようにしてもよい。
【００７０】
また、このような値に限らず、例えば、ユーザが特定の構成区分で且つ特定のカテゴリに属する観光スポットへ旅行した時に撮影した写真の枚数そのものを用いるようにしてもよい。具体的には、ステップＳ８５において条件に該当すると判断されたレコードにおける合計枚数をそのまま評価値として採用してもよい。旅行に行った日数等の偏りもユーザの嗜好と捉えて、単純な撮影枚数を基準とするものである。また、ステップＳ８５において条件に該当すると判断されたレコードにおける平均枚数を評価値として採用してもよい。このような値であれば、旅行に行った日数等の偏りを除いた評価値となる。
【００７１】
さらに、ステップＳ８３において条件に該当すると判断されたレコードを抽出して、各レコードにおける合計枚数を合計し、当該合計値に対する、ステップＳ８５において条件に該当すると判断されたレコードにおける合計枚数の割合を用いてもよい。推薦要求に含まれる構成区分についての撮影枚数の中で、ステップＳ８１において特定されたカテゴリについての撮影枚数が占める割合を表す評価値が得られる。
【００７２】
なお、ここで述べた値に限らず、構成区分とカテゴリとの組み合わせについての撮影枚数を用いた評価値を採用すれば、一緒に旅行したメンバーの構成によって細分したカテゴリ毎の撮影枚数に基づいて、推薦すべき観光スポットを特定することができる。
【００７３】
その後、推薦データ特定部５１７は、データ格納部５１５に予め格納されている基準値を取得し、算出した評価値が基準値よりも大きいか判断する（ステップＳ８９）。本実施の形態では、例えば、ステップＳ８７において算出された評価値が予め定められた基準値よりも大きい場合、ステップＳ８１で特定された観光スポットをユーザに推薦する。なお、個人分析ＤＢ検索処理と一般分析ＤＢ検索処理とで同一の基準値を用いてもよいし、異なる基準値を用いてもよい。
【００７４】
評価値が基準値以下であると判断された場合、ステップＳ９３に移行する。一方、評価値が基準値よりも大きいと判断された場合、推薦データ格納部５１７は、ステップＳ８１において特定された観光スポットを表すデータを候補地データとして推薦データ格納部５１９に格納する（ステップＳ９１）。ここでは、「Ｃランド」は候補地として選択されなかったものとする。
【００７５】
そして、ステップＳ８９の後、又はステップＳ８３若しくはステップＳ８５において条件に該当するレコードが存在しないと判断された場合、若しくはステップＳ８９において評価値が基準値以下であると判断された場合、推薦データ特定部５１７は、観光地ＤＢにおいて、推薦地要求に含まれる観光地に対応付けられた、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在するか判断する（ステップＳ９３）。未処理の観光スポットが存在すると判断された場合、ステップＳ８１に戻る。なお、一般ＤＢ検索処理の場合も、観光地ＤＢにおいて１つの観光スポットに複数のカテゴリが関連付けられている場合、ステップＳ８１を繰り返すことにより各カテゴリと構成区分との組み合わせが順に特定される。そして、いずれかのカテゴリについて評価値が基準値を超えていれば、処理対象の観光スポットはステップＳ９１において推薦データ格納部５１７に格納されるものとする。一方、観光スポット及び当該観光スポットのカテゴリの未処理の組み合わせが存在しないと判断された場合、一般分析ＤＢ検索処理を終了し、図１３の処理に戻る。
【００７６】
図１３の処理に戻り、ステップＳ５３又はステップＳ５５の後、推薦データ特定部５１７は、推薦データ格納部５１９に候補地として格納された観光スポットのデータを取得して推薦データを生成し、推薦データ格納部５１９に格納する（ステップＳ５７）。ここでは、推薦する観光スポットの一覧及びユーザへのメッセージ等をユーザ端末３に表示させるためのデータを生成する。例えば評価値に基づいて観光スポットを並べ替えるようにしてもよい。その後、推薦データ特定処理を終了し、図１１の処理に戻る。
【００７７】
図１１の処理に戻り、サーバ５の送信部５２１は、推薦データ格納部５１９に格納された推薦データを、データ格納部５１５に格納された推薦要求の要求元であるユーザ端末３に送信する（ステップＳ４１）。
【００７８】
一方、ユーザ端末３の受信部３０９は、サーバ５から推薦データを受信し、データ格納部３０３に格納する（ステップＳ４３）。そして、ユーザ端末３の表示部３１１は、データ格納部３０３に格納された推薦データを表示する（ステップＳ４５）。例えば、推薦要求において個人嗜好が選択されていた場合、図１６に示すような画面が表示される。図１６に示した画面には、推薦要求において入力した条件と、ユーザへのメッセージと、ユーザに推薦する観光スポットの一覧と、一般嗜好で候補地検索をさせるためのボタンとが表示されている。なお、ユーザが、一般嗜好で候補地検索をさせるためのボタンを押下した場合、ユーザ端末３は、候補地検索方法を「一般嗜好」に変更して再度サーバ５に推薦要求を送信する。また、図１６に示した画面は一例であり、旅行プランの提案等を行う他の情報と併せてこのような情報が提供されるようにしてもよい。
【００７９】
推薦要求において一般嗜好が選択されていた場合、例えば図１７に示すような画面が表示される。図１７に示した画面には、推薦要求において入力した条件と、ユーザへのメッセージと、ユーザに推薦する観光スポットの一覧と、個人嗜好で候補地検索をさせるためのボタンとが表示されている。なお、ユーザが、個人嗜好で候補地検索をさせるためのボタンを押下した場合、ユーザ端末３は、候補地検索方法を「個人嗜好」に変更して再度サーバ５に推薦要求を送信する。
【００８０】
「個人嗜好」で検索を行えば、ユーザは、本人が過去に旅行先で撮影した写真の枚数に基づいて推薦すべきと判断された観光スポットの情報を得ることができる。一方、「一般嗜好」で検索を行えば、ユーザ全体が旅行先で撮影した写真の枚数に基づいて、一般的に推薦すべきと判断された観光スポットの情報を得ることができる。旅行回数が少ないユーザにおいては、本人の過去の旅行先情報が少ないために、一般嗜好での検索が好ましい。また、同じカテゴリの観光スポットへの観光が多くなっている場合にも、個人検索では、本人が行ったことがないカテゴリを推薦することができないため、一般検索のほうが好ましい。逆に、本人の旅行回数が多い場合は、個人検索のほうがその本人の嗜好にあった観光スポットが精度良く推薦することが可能となる。
【００８１】
図１６及び図１７に示すように、候補地検索方法が「個人嗜好」の場合と「一般嗜好」の場合とでは、表示される候補地が異なることもある。これは、ユーザ個人とユーザ全体とではどのようなカテゴリに属する観光スポットで多く写真を撮るのかが異なるときに起こる。
【００８２】
なお、推薦データ特定処理において、個人分析ＤＢ検索処理及び一般分析ＤＢ検索処理を両方とも実行し、ステップＳ５７において特定された観光スポットの差分がわかるように推薦データを生成してもよい。このような推薦データをユーザ端末３に表示すれば、ユーザは、本人の嗜好と一般的な嗜好との傾向の差を具体的な観光スポットの違いとして認識できるようになる。
【００８３】
以上のようにすれば、旅行先での写真撮影を、一緒に旅行したメンバー（構成区分）の相違に基づいて分析した結果から、好ましいと判断される観光スポットを提案する新規な技術を提供することができる。
【００８４】
以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成と一致しない場合もある。また、処理フローについても、処理結果が変わらない限り、ステップの順番を入れ替えてもよいし、並列実施するようにしてもよい。
【００８５】
また、ユーザ端末３は、デジタルカメラとしての機能を有する携帯端末であるものとして説明したが、必ずしも撮影部３０１や位置情報取得部３１３を有していなくてもよい。特に、推薦要求を送信し、推薦データを受信及び表示する処理は、例えば、データ格納部３０３と入力部３０５と送信部３０７と受信部３０９と表示部３１１とを有するユーザ端末により行うこともできる。このとき、ユーザ端末は携帯性のないパーソナルコンピュータ等であってもよい。また、写真データを送信する処理についても、このようなユーザ端末が、例えば他のデジタルカメラ等により生成した写真データを読み込み、送信するようにしてもよい。
【００８６】
なお、上で述べたユーザ端末３及びサーバ５は、コンピュータ装置であって、図１８に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００８７】
以上述べた本実施の形態をまとめると、以下のようになる。
【００８８】
本実施の形態に係る観光スポット推薦方法は、（Ａ）旅行を予定している地域、及び旅行者の構成を表す構成区分を含む推薦要求を外部端末から受信するステップと、（Ｂ）地域毎に、当該地域に含まれる観光スポットと当該観光スポットの属性を表すカテゴリとを格納している観光地データ格納部から、旅行を予定している地域に含まれる観光スポット及び当該観光スポットに関連付けられたカテゴリを抽出する抽出ステップと、（Ｃ）過去の旅行における構成区分と当該過去の旅行において訪問した観光スポットのカテゴリとの組み合わせ毎に、当該組み合わせについて撮影された写真の撮影枚数を格納しているデータ格納部に格納されている、推薦要求に含まれる構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数に関する評価値を求め、当該評価値に基づき、抽出ステップにおいて抽出した観光スポットから推薦すべき観光スポットを特定する特定ステップと、（Ｄ）推薦すべき観光スポットを含む推薦データを外部端末に送信するステップとを含む。
【００８９】
旅行者は、興味のあるものや、何かに感動したときに撮影するという傾向がある。また、旅行者の興味の対象等は、一緒に旅行するメンバーの構成により変化すると言える。上で述べた処理を実施すれば、旅行者の構成と観光スポットのカテゴリとの組み合わせについての写真の撮影枚数を基に、旅行地域において旅行者の構成に適合する観光スポットを提案することができるようになる。なお、データ格納部では、上で述べたようなデータが予め管理されている場合もあれば、データ格納部に、上で述べた処理を実施する都度に上で述べたようなデータを生成して格納する場合もある。また、データ格納部には複数の旅行者について集約したデータが格納されている場合もあれば、個々の旅行者についてのデータが格納されている場合もある。複数の旅行者について集約したデータから上で述べたような処理を実施して観光スポットを特定すれば、推薦要求元のユーザでは抽出されないような観光スポットを含む、一般的な傾向に基づく観光スポットを提案することができるようになる。
【００９０】
そして、推薦要求がユーザを識別するためのユーザ識別子をさらに含み、データ格納部が、ユーザ識別子毎に、構成区分とカテゴリとの組み合わせについて撮影された写真の撮影枚数を格納するようにしてもよい。このとき、特定ステップにおいて、（Ｃ２）推薦要求に含まれるユーザ識別子及び構成区分と、抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数を特定し、当該撮影枚数に関する評価値を求め、当該評価値に基づき推薦すべき観光スポットを特定するようにしてもよい。ユーザ本人の写真の撮影枚数に基づいて観光スポットの評価を行えば、ユーザの嗜好に忠実な提案ができる。
【００９１】
また、評価値が、（Ｃ−１）データ格納部における、推薦要求に含まれる構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第１の撮影枚数、又は（Ｃ−２）データ格納部における、推薦要求に含まれる構成区分についての撮影枚数の合計に対する、第１の撮影枚数の割合であってもよい。このような評価値を用いることで、構成区分とカテゴリとの組み合わせに対する旅行者の興味の多寡を量ることができる。特に、割合を用いれば、推薦要求に含まれる構成区分において、抽出ステップで抽出した観光スポットは推薦すべきものか否かを相対的に判断できる。
【００９２】
そして、データ格納部が、過去の旅行の回数、日数又は時間数をさらに格納しているようにしてもよい。このとき、評価値が、（Ｃ−３）データ格納部における、推薦要求に含まれる構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第１の撮影枚数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値、又は（Ｃ−４）データ格納部における、推薦要求に含まれる構成区分についての撮影枚数である第２の撮影枚数の、所定の単位当たりの平均値と、第１の撮影枚数の、所定の単位当たりの平均値との比若しくは差であってもよい。このように、所定の単位当たりの平均値を用いれば、旅行の回数、滞在期間又は滞在時間による偏りを評価値から取り除くことができる。
【００９３】
また、評価値が、（Ｃ２−１）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第３の撮影枚数、又は（Ｃ２−２）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分についての撮影枚数の合計に対する、第３の撮影枚数の割合であってもよい。このような評価値を用いることで、構成区分とカテゴリとの組み合わせに対する、推薦要求に含まれるユーザ識別子に係る特定のユーザの興味の多寡を量ることができる。特に、割合を用いれば、推薦要求に含まれる構成区分において、抽出ステップで抽出した観光スポットは推薦すべきものか否かを相対的に判断できる。
【００９４】
そして、データ格納部が、過去の旅行の回数、日数又は時間数をさらに格納しているようにしてもよい。このとき、評価値が、（Ｃ２−３）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分と抽出ステップにおいて抽出した観光スポットのカテゴリとの組み合わせについての撮影枚数である第３の撮影枚数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値、又は（Ｃ２−４）データ格納部における、推薦要求に含まれるユーザ識別子及び構成区分についての撮影枚数である第４の撮影枚数の、所定の単位当たりの平均値と、第３の撮影枚数の、所定の単位当たりの平均値との比若しくは差であってもよい。このように、所定の単位当たりの平均値を用いれば、旅行の回数、滞在期間又は滞在時間による偏りを評価値から取り除くことができる。
【００９５】
また、特定ステップにおいて、評価値が所定値以上の観光スポット又は評価値の降順に上位所定数の観光スポットを推薦すべき観光スポットとして特定するようにしてもよい。所定値又は所定数を適切に設定すれば、適度な数の観光スポットを推薦要求の送信元に対し送信することができる。
【００９６】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００９７】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００９８】
（付記１）
コンピュータが、特定の地域に関する情報を端末装置に出力する情報提供方法であって、
前記コンピュータが、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出処理を実施し、
過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、
特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する
ことを特徴とする情報提供方法。
【００９９】
（付記２）
前記コンピュータは、
ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納した前記データ格納部を参照し、
前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出処理において抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性とに対応するデータの生成数を特定する
ことを特徴とする付記１記載の情報提供方法。
【０１００】
（付記３）
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数に基づくか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分に対応するデータの生成数の合計と前記第１の撮影枚数との比較に基づき
前記端末に送信すべき場所を特定する
ことを特徴とする付記１記載の情報提供方法。
【０１０１】
（付記４）
前記コンピュータは、
前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数の、前記行動の回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて、前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分についてのデータの生成数の合計である第２の生成数の、前記所定の単位当たりの平均値と、前記第１の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする付記１記載の情報提供方法。
【０１０２】
（付記５）
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数に基づいて前記端末に送信すべき場所を特定するか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数の合計と、前記第３の生成数との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする付記２記載の情報提供方法。
【０１０３】
（付記６）
前記コンピュータは、
ユーザ識別子毎に、当該ユーザ識別子によって識別されるユーザによって前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数である第４の生成数の前記所定の単位当たりの平均値と、前記第３の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする付記２記載の情報提供方法。
【０１０４】
（付記７）
特定の地域に関する情報を端末装置に出力する情報提供装置であって、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信する受信手段と、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納手段と、
過去に生成されたデータに関連した場所の属性と構成区分との組み合わせ毎に、データの生成数を格納しているデータ格納手段と、
前記地域情報格納手段を参照し、前記受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出手段と、
前記データ格納手段を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定する特定手段と、
前記特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する送信手段
を備えることを特徴とする情報提供装置。
【０１０５】
（付記８）
前記データ格納手段は、ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納し、
前記受信手段は、ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
前記特定手段は、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出手段によって抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性に対応するデータの生成数を特定する
ことを特徴とする付記７記載の情報提供装置。
【符号の説明】
【０１０６】
１ ネットワーク ３ ユーザ端末
５ サーバ
３０１ 撮影部 ３０３ データ格納部
３０５ 入力部 ３０７ 送信部
３０９ 受信部 ３１１ 表示部
３１３ 位置情報取得部
５０１ 受信部 ５０３ 写真データ格納部
５０５ 分析部 ５０７ 観光地データ格納部
５０９ 旅行データ格納部 ５１１ 個人分析データ格納部
５１３ 一般分析データ格納部 ５１５ データ格納部
５１７ 推薦データ特定部 ５１９ 推薦データ格納部
５２１ 送信部
【特許請求の範囲】
【請求項１】
コンピュータが、特定の地域に関する情報を端末装置に出力する情報提供方法であって、
前記コンピュータが、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出処理を実施し、
過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、
特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する
ことを特徴とする情報提供方法。
【請求項２】
前記コンピュータは、
ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納した前記データ格納部を参照し、
前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出処理において抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性とに対応するデータの生成数を特定する
ことを特徴とする請求項１記載の情報提供方法。
【請求項３】
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数に基づくか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分に対応するデータの生成数の合計と前記第１の撮影枚数との比較に基づき
前記端末に送信すべき場所を特定する
ことを特徴とする請求項１記載の情報提供方法。
【請求項４】
前記コンピュータは、
前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数の、前記行動の回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて、前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分についてのデータの生成数の合計である第２の生成数の、前記所定の単位当たりの平均値と、前記第１の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする請求項１記載の情報提供方法。
【請求項５】
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数に基づいて前記端末に送信すべき場所を特定するか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数の合計と、前記第３の生成数との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする請求項２記載の情報提供方法。
【請求項６】
前記コンピュータは、
前記コンピュータは、
ユーザ識別子毎に、当該ユーザ識別子によって識別されるユーザによって前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数である第４の生成数の前記所定の単位当たりの平均値と、前記第３の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする請求項２記載の情報提供方法。
【請求項７】
特定の地域に関する情報を端末装置に出力する情報提供装置であって、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信する受信手段と、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納手段と、
過去に生成されたデータに関連した場所の属性と構成区分との組み合わせ毎に、データの生成数を格納しているデータ格納手段と、
前記地域情報格納手段を参照し、前記受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出手段と、
前記データ格納手段を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定する特定手段と、
前記特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する送信手段
を備えることを特徴とする情報提供装置。
【請求項８】
前記データ格納手段は、ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納し、
前記受信手段は、ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
前記特定手段は、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出手段によって抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性に対応するデータの生成数を特定する
ことを特徴とする請求項７記載の情報提供装置。
【請求項１】
コンピュータが、特定の地域に関する情報を端末装置に出力する情報提供方法であって、
前記コンピュータが、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信し、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納部から、受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出処理を実施し、
過去に生成されたデータに関連した場所の属性と構成区分の組み合わせ毎に、データの生成数を格納しているデータ格納部を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定し、
特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する
ことを特徴とする情報提供方法。
【請求項２】
前記コンピュータは、
ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納した前記データ格納部を参照し、
前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出処理において抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性とに対応するデータの生成数を特定する
ことを特徴とする請求項１記載の情報提供方法。
【請求項３】
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数に基づくか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分に対応するデータの生成数の合計と前記第１の撮影枚数との比較に基づき
前記端末に送信すべき場所を特定する
ことを特徴とする請求項１記載の情報提供方法。
【請求項４】
前記コンピュータは、
前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第１の生成数の、前記行動の回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて、前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記構成区分についてのデータの生成数の合計である第２の生成数の、前記所定の単位当たりの平均値と、前記第１の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする請求項１記載の情報提供方法。
【請求項５】
前記コンピュータは、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数に基づいて前記端末に送信すべき場所を特定するか、又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数の合計と、前記第３の生成数との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする請求項２記載の情報提供方法。
【請求項６】
前記コンピュータは、
前記コンピュータは、
ユーザ識別子毎に、当該ユーザ識別子によって識別されるユーザによって前記データのいずれかが生成された時点を含む行動の回数、日数又は時間数をさらに格納した前記データ格納部を参照し、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と前記抽出した前記場所の属性との組み合わせに対応するデータの生成数である第３の生成数の、回数、日数若しくは時間数で表される所定の単位当たりの平均値に基づいて前記端末に送信すべき場所を特定するか、
又は、
前記データ格納部に格納された、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分に対応するデータの生成数である第４の生成数の前記所定の単位当たりの平均値と、前記第３の生成数の前記所定の単位当たりの平均値との比較に基づいて前記端末に送信すべき場所を特定する
ことを特徴とする請求項２記載の情報提供方法。
【請求項７】
特定の地域に関する情報を端末装置に出力する情報提供装置であって、
前記端末装置から、前記特定の地域、及び、当該特定の地域に同行する人員を表す構成区分を含む推薦要求を受信する受信手段と、
地域毎に、当該地域に含まれる場所と当該場所の属性とを格納する地域情報格納手段と、
過去に生成されたデータに関連した場所の属性と構成区分との組み合わせ毎に、データの生成数を格納しているデータ格納手段と、
前記地域情報格納手段を参照し、前記受信した特定の地域に含まれる場所及び当該場所の属性を抽出する抽出手段と、
前記データ格納手段を参照し、前記推薦要求に含まれる構成区分と抽出した場所の属性との組み合わせに対応するデータの生成数を特定する特定手段と、
前記特定したデータの生成数に基づき、前記特定の地域に含まれる前記抽出した場所に関する情報を前記推薦要求を送信してきた端末装置に送信する送信手段
を備えることを特徴とする情報提供装置。
【請求項８】
前記データ格納手段は、ユーザ識別子毎に、前記構成区分と前記場所の属性との組み合わせに対応づけて、当該ユーザ識別子に対応するユーザが生成したデータの生成数を格納し、
前記受信手段は、ユーザを識別するためのユーザ識別子をさらに含んだ前記推薦要求を受信し、
前記特定手段は、前記推薦要求に含まれる前記ユーザ識別子及び前記構成区分と、前記抽出手段によって抽出した前記場所の属性との組み合わせから、当該ユーザ識別子における当該構成区分と当該場所の属性に対応するデータの生成数を特定する
ことを特徴とする請求項７記載の情報提供装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１９０２４４（Ｐ２０１２−１９０２４４Ａ）
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願番号】特願２０１１−５２９９６（Ｐ２０１１−５２９９６）
【出願日】平成２３年３月１０日（２０１１．３．１０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願日】平成２３年３月１０日（２０１１．３．１０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]