JP7012781B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

ユーザの旅行や観光のプランを旅程の途中で柔軟に変更する技術が開示されている。

特開２０１６－１３９２６３号公報

近年、観光地にキャパシティ以上の観光客が押し寄せるオーバーツーリズムが問題視されている。しかしながら、従来の技術では、オーバーツーリズムの問題について検討されておらず、十分に対処することができなかった。

本願は、上記に鑑みてなされたものであって、オーバーツーリズムによる混雑を緩和することを目的とする。

本願に係る情報処理装置は、訪問予定地におけるユーザのリアルタイムの行動に関するログデータと、前記訪問予定地に関するネットワーク上の情報とを取得する取得部と、前記取得部により取得された情報に基づいて、前記訪問予定地の混雑状況を推定する推定部と、前記推定部により推定された混雑状況に応じて、前記訪問予定地を巡る観光ルートを作成する作成部と、前記作成部により作成された観光ルートに従って観光案内に関する情報を提供する提供部と、を備え、前記取得部は、前記訪問予定地及びその周辺に所在する各ユーザのリアルタイムのログデータと、前記訪問予定地及びその周辺に関する情報とを取得し、前記推定部は、前記取得部により取得されたリアルタイムのログデータに含まれる各ユーザの購買及び決済、各ユーザのＳＮＳの投稿、各ユーザの端末装置に搭載されたセンサからのセンサデータ、近距離通信による各ユーザの端末装置間の距離に関する情報のうち少なくとも１つと、前記訪問予定地及びその周辺に関する情報とから、前記訪問予定地及びその周辺のリアルタイムの混雑状況を推定することを特徴とする。

実施形態の一態様によれば、オーバーツーリズムによる混雑を緩和することができる。

図１は、実施形態に係る情報処理方法の概要を示す説明図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係る情報処理装置の構成例を示す図である。 図５は、ユーザ情報データベースの一例を示す図である。 図６は、ログ情報データベースの一例を示す図である。 図７は、混雑情報データベースの一例を示す図である。 図８は、ルート情報データベースの一例を示す図である。 図９は、実施形態に係る処理手順を示すフローチャートである。 図１０は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す説明図である。なお、図１では、ユーザが案内を所望する観光地の混雑状況と、ユーザの属性や興味とに合わせて、当該観光地を巡る観光ルートを作成及び変更する場合を例に挙げて説明する。

図１に示すように、情報処理システム１は、端末装置１０と情報提供装置１００とログサーバ２００とを含む。端末装置１０と情報提供装置１００とログサーバ２００とは、それぞれネットワークＮ（図２参照）を介して有線又は無線で互いに通信可能に接続される。

端末装置１０は、ユーザＵにより利用されるスマートフォンやタブレット等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、ユーザから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。ここでは、スマートフォンを例に説明する。

情報提供装置１００は、ユーザＵの端末装置１０に対して、観光地や施設等の訪問予定地を巡る際の経路案内等を行う情報処理装置であり、サーバ装置やクラウドシステム等により実現される。ここでは、情報提供装置１００は、事前に訪問予定地の混雑状況を予測して観光ルート（観光周遊ルート、観光コース、観光プラン等）を作成する。また、情報提供装置１００は、作成した観光ルートに従って観光案内している際に、訪問予定地又はそこまでの経路上（途中）に混雑が発生した場合（又は混雑の発生が予想される場合）には、混雑を回避し、その時点で混雑していない他の場所を新たな訪問予定地として案内するように観光ルートを変更する。

観光地は、例えば観光スポット、ランドマーク、城・城跡、寺社仏閣、公園、庭園、名所、旧跡、景勝地、温泉、山、水辺（海岸／湖畔／河川敷）等である。また、観光地は、観光農園や観光牧場等であってもよい。

施設は、例えば大型商業施設（ショッピングセンター／アウトレットモール／地下街）、娯楽施設（テーマパーク／遊園地／遊戯場／映画館／動物園／水族館／プール／入浴施設）、文化施設（ホール／劇場／図書館／美術館／博物館）、複合施設、スポーツ施設、宿泊施設（ホテル／旅館）、キャンプ場、駐車場、サービスエリア（ＳＡ）やパーキングエリア（ＰＡ）、又は鉄道駅や道の駅、空港、港湾（乗船場）等である。また、施設は、コンビニエンスストアやスーパーマーケット、ドラッグストア、ホームセンター、ディスカウントストア等の小売店、カフェやレストラン、酒場等の飲食店等の個々の店舗であってもよい。

ログサーバ２００は、各種のログデータ（履歴情報）を取得する情報処理装置である。具体的には、ログサーバ２００は、各地域（エリア）に所在する各ユーザの行動を示すログデータを取得する。例えば、ログサーバ２００は、ユーザＵの位置の履歴である位置履歴を端末装置１０から取得する。また、ログサーバ２００は、ユーザＵが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、ログサーバ２００は、ユーザＵが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、ログサーバ２００は、ユーザＵによる購買の履歴である購買履歴を電子商取引サーバや電子決済サーバから取得する。また、ログサーバ２００は、ユーザＵによる投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳ（Social Networking Service）サーバから取得する。なお、ログサーバ２００は、上述した情報の他にも各種の情報を取得可能である。例えば、ログサーバ２００は、ユーザＵの年齢、性別、家族構成、経済状況といったユーザＵの属性に関する情報を取得する。

また、ログサーバ２００は、各地域に所在する施設に関するネットワーク上の情報を取得する。例えば、ログサーバ２００は、各地域に所在する施設を訪問したユーザＵに関するネットワーク上の情報を取得する。また、ログサーバ２００は、取得した投稿履歴に基づいて、各地域に所在する施設を訪問したユーザＵにより投稿された情報であって、施設に関する情報を取得する。また、ログサーバ２００は、各地域に所在する施設の所在地やカテゴリ（例えば、カフェやレストランといった店舗の業態のカテゴリ、イタリアンやフレンチといった店舗で取り扱われる料理のカテゴリ等）に関する情報を各施設の端末装置から取得する。また、ログサーバ２００は、上述した情報の他にも各種の情報を取得可能である。例えば、ログサーバ２００は、施設の営業時間、施設における喫煙の可否等の施設に関する情報を取得する。

また、ログサーバ２００は、各地域に関するネットワーク上の情報を取得する。例えば、ログサーバ２００は、各地域における気温、天気、ニュース、道路交通情報、警報や注意報、積雪の深さ（積雪深）、標高、トイレの有無、駐車場の有無、屋根のある場所の有無といった各地域に関するネットワーク上の情報を取得する。また、ログサーバ２００は、各地域や各施設におけるリアルタイムの混雑情報を取得する。なお、情報提供装置１００又はログサーバ２００は、取得した各ユーザの行動ログ（位置履歴、購買履歴、投稿履歴等）から、各地域や各施設におけるリアルタイムの混雑状況を推定してもよい。

〔１－１．情報提供方法の概要〕
まず、図１を参照して、本実施形態に係る情報提供方法の概要について説明する。

図１に示すように、ログサーバ２００は、常時、各地域（エリア）に所在する各ユーザの端末装置１０から、各ユーザの行動を示すログデータを取得する（ステップＳ１）。

図１では、ユーザＵの例として、ユーザＵ１～Ｕ５の５名を示す。また、端末装置１０の例として、端末装置１０Ａ～１０Ｅの５台を示す。但し、実際には、これらの例に限定されない。

さらに、ログサーバ２００は、各地域や、そこに所在する各施設に関するネットワーク上の情報を取得する（ステップＳ２）。

なお、ログサーバ２００は、各ユーザの行動を示すログデータから、各地域や各施設に関する情報を抽出又は推定してもよい。

情報提供装置１００は、ユーザＵの端末装置１０から、所定の観光地を巡る観光案内の要求（リクエスト）を受信する（ステップＳ３）。

観光案内の要求には、例えば地域名や観光地名が含まれる。なお、観光案内の要求には、所定の地域において、ユーザＵが訪問を所望する複数の訪問予定地が含まれていてもよい。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの観光案内の要求に応じて、ログサーバ２００から、当該観光地及びその周辺に所在する各ユーザのログデータや、当該観光地及びその周辺に関する情報を取得する（ステップＳ４）。

そして、情報提供装置１００は、取得したログデータや当該観光地及びその周辺に関する情報から、当該観光地及びその周辺の混雑状況を推定する（ステップＳ５）。

例えば、情報提供装置１００は、当該観光地及びその周辺に所在する各ユーザの現在位置や位置履歴、各ユーザのＳＮＳの投稿履歴、各ユーザの端末装置１０に搭載された各種センサからのセンサデータ、各ユーザ間（端末装置間）の距離に関する情報等から、当該観光地及びその周辺の混雑状況を推定する。すなわち、情報提供装置１００は、各ユーザから収集された大規模データ（ビッグデータ）を用いて、観光地及びその周辺の混雑状況を推定する。

このとき、情報提供装置１００は、観光地及びその周辺の混雑状況について、時間帯ごとの混雑状況を推定してもよい。例えば、時間帯が「５～７時」ならば「空いている」、「７時～１０時」ならば「混んでいる」等のように推定してもよい。

なお、実際には、ログサーバ２００が、ログデータや当該観光地及びその周辺に関する情報から、当該観光地及びその周辺の混雑状況を推定してもよい。この場合、情報提供装置１００は、ログサーバ２００から、推定された当該観光地及びその周辺の混雑状況に関する情報を取得する。

そして、情報提供装置１００は、当該観光地及びその周辺の混雑状況に関する情報に基づいて、混雑を回避するように、当該観光地を巡る観光ルートを作成する（ステップＳ６）。

例えば、情報提供装置１００は、複数の訪問予定地のうち、比較的混雑の度合いが小さい（空いている）訪問予定地から訪問するように観光ルートを作成する。また、大勢のユーザが同じ時間帯に一か所に集中しないように、一定の人数ごとに訪問予定地を訪問する順番や時間が異なる観光ルートを作成する。すなわち、観光ルートには、ユーザＵが訪問を所望する複数の訪問予定地が含まれている。

また、情報提供装置１００は、過去の混雑状況に関する履歴情報から、早朝や夕暮れの方が空いていると予想される訪問予定地であれば早朝や夕暮れに訪問するように観光ルートを作成する。このとき、情報提供装置１００は、ユーザＵの属性や興味に合わせて観光ルートを作成する。例えば、有名な寺社を早朝に訪問し、その後、寺社巡りが好きな人には地元の穴場の神社を訪問する観光ルートを作成する。また、スイーツ好きな人には地元に新しくオープンした話題のカフェを訪問する観光ルートを作成する。このように、情報提供装置１００は、ユーザＵの属性や興味に応じて訪問予定地を分散させ、混雑を避けた観光ルートを立案し、提案する。

ユーザＵの属性や興味に関する情報については、過去の行動のログデータから取得することも可能である。例えば、情報提供装置１００は、ユーザＵの過去の購買履歴や、ユーザＵの過去の検索履歴、ユーザＵのＳＮＳの閲覧履歴や投稿履歴等から、ユーザＵの属性や興味の対象を推定し、ユーザＵに適した訪問予定地を決定してもよい。

特に、旅行の前日には旅先やそこでの行動について事前に検索して調べることが予想されるため、観光の前日又は直近の検索履歴には、ユーザＵが強く興味を抱いている訪問予定地やそこでの行動についての検索クエリ（キーワード）や検索結果が多く含まれている。

そして、情報提供装置１００は、作成した観光ルートに従って、ユーザＵの端末装置１０に対して観光案内を実施する（ステップＳ７）。

すなわち、情報提供装置１００は、ユーザＵの端末装置１０に対して観光案内に関する情報を提供する。例えば、情報提供装置１００は、作成した観光ルートに従って、ユーザＵに対して訪問予定地とそこまでの経路をナビゲートする。また、情報提供装置１００は、ユーザＵの端末装置１０に対して、訪問予定地に関する詳細情報や、訪問予定地及びその周辺の施設のクーポン情報等を提供してもよい。

ここで、情報提供装置１００は、ユーザＵの端末装置１０に対して観光案内をしている際に、訪問予定地又は経路上に混雑（過密、渋滞等）が発生した場合（又は混雑の発生が予想される場合）には、混雑を回避して他の場所への案内（ルート変更）を希望するか否かをユーザＵに確認する（ステップＳ８）。

情報提供装置１００は、ユーザＵが他の場所への案内を希望しない場合、そのまま当初の訪問予定地に向けて現在の観光案内を継続する（ステップＳ９）。

情報提供装置１００は、ユーザＵが他の場所への案内を希望した場合、その時点でのユーザＵの位置情報に基づいて、混雑が発生していない周辺の未訪問の場所を検索し、混雑が発生していない周辺の未訪問の場所の中から、新たな訪問予定地を決定する（ステップＳ１０）。

なお、周辺の未訪問の場所は、ユーザＵがまだ訪問していない周辺の観光地や施設等である。このとき、周辺の未訪問の場所は、作成した観光ルート（当初の観光ルート）には含まれていなかった場所であってもよい。また、周辺の未訪問の場所は、作成した観光ルートに含まれていた他の訪問予定地であってもよい。また、情報提供装置１００は、ユーザＵの属性や興味、又はその時点での要望（食事／休憩／コンビニでの買物を所望等）に応じて新たな訪問予定地を決定する。例えば、ユーザＵが好きな食べ物等を提供する店舗がその周辺に所在する場合、その店舗を新たな訪問予定地として決定する。

そして、情報提供装置１００は、新たな訪問予定地を訪問してから当初の訪問予定地を訪問するように観光ルートを変更する（ステップＳ１１）。

すなわち、情報提供装置１００は、新たな訪問予定地を訪問した後に、当初の訪問予定地も訪問できるように、観光ルートに含まれる訪問予定地の順番（訪問順）を組み直す。したがって、新たな訪問予定地は、当初の訪問予定地から著しく離れていない場所であると好ましい。また、変更後の観光ルートは、ユーザＵの移動に無理のない観光ルートであると好ましい。

そして、情報提供装置１００は、変更後の観光ルートに従って、ユーザＵの端末装置１０に対して新たな観光案内を実施する（ステップＳ１２）。

なお、情報提供装置１００は、新たな訪問予定地への観光案内をしている際に、新たな訪問予定地又はそこまでの経路上に混雑が発生した場合（又は混雑の発生が予想される場合）には、再度、混雑を回避して他の場所への案内を希望するか否かをユーザＵに確認する（ステップＳ８に戻る）。

また、情報提供装置１００は、新たな訪問予定地への観光案内をしている際に、当初の訪問予定地の混雑が緩和された際には、当初の訪問予定地への案内を希望するか否かをユーザＵに確認してもよい。

〔２．情報処理システムの構成例〕
次に、図２を用いて、実施形態に係る情報提供装置１００が含まれる情報処理システム１の構成について説明する。図２は、実施形態に係る情報処理システム１の構成例を示す図である。図２に示すように、実施形態に係る情報処理システム１は、端末装置１０と情報提供装置１００とログサーバ２００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図２に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図２では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。

端末装置１０は、ユーザＵによって使用される情報処理装置であって、持ち運んだり移動させたりすることが可能な小型の可搬型機器や移動型機器である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、フィーチャーフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、情報提供装置１００と通信することができる。

情報提供装置１００及びログサーバ２００は、例えばＰＣやサーバ装置、あるいはメインフレーム又はワークステーション等である。なお、情報提供装置１００及びログサーバ２００は、クラウドコンピューティングや分散コンピューティングにより実現されてもよい。例えば、情報提供装置１００及びログサーバ２００はそれぞれ、複数のサーバ装置を用いて分散処理を行ってもよい。

〔３．端末装置の構成例〕
次に、図３を用いて、端末装置１０の構成について説明する。図３は、端末装置１０の構成例を示す図である。図３に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。

（通信部１１）
通信部１１は、ネットワークＮ（図２参照）と有線又は無線で接続され、ネットワークＮを介して、情報提供装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。

（表示部１２）
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。

（入力部１３）
入力部１３は、ユーザＵから各種操作を受け付ける入力デバイスである。入力部１３は、例えば、文字や数字等を入力するためのボタン等を有する。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。なお、入力部１３は、ユーザＵから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。

（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。

また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。

（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。

（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。

（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。

（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。

測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。

（センサ部２０）
センサ部２０は、端末装置１０に搭載される各種のセンサを含む。図３に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。

なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。

加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。

端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。

例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、ユーザＵの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、ユーザＵの端末装置１０が存在する高度やフロアの階数を知ることもできる。

気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。

上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。

（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３とを備える。

（送信部３１）
送信部３１は、例えば入力部１３を用いてユーザＵにより入力された各種情報や、端末装置１０に搭載された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介して情報提供装置１００へ送信することができる。

（受信部３２）
受信部３２は、通信部１１を介して、情報提供装置１００から提供される各種情報や、情報提供装置１００やログサーバ２００からの各種情報の要求を受信することができる。

（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信された情報提供装置１００からの各種情報を表示部１２へ出力して表示させることができる。

（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。

〔４．情報処理装置の構成例〕
次に、図４を用いて、実施形態に係る情報提供装置１００の構成について説明する。図４は、実施形態に係る情報提供装置１００の構成例を示す図である。図４に示すように、情報提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図２参照）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、ユーザ情報データベース１２１と、ログ情報データベース１２２と、混雑情報データベース１２３と、ルート情報データベース１２４とを有する。

（ユーザ情報データベース１２１）
ユーザ情報データベース１２１は、ユーザＵに関する各種情報を記憶する。例えば、ユーザ情報データベース１２１は、ユーザＵの属性等の種々の情報を記憶する。図５は、ユーザ情報データベース１２１の一例を示す図である。図５に示した例では、ユーザ情報データベース１２１は、「ユーザＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。また、「年齢」は、ユーザＩＤにより識別されるユーザＵの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザＵの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザＵの性別を示す。

また、「自宅」は、ユーザＩＤにより識別されるユーザＵの自宅の位置情報を示す。なお、図５に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、ユーザＩＤにより識別されるユーザＵの勤務地（学生の場合は学校）の位置情報を示す。なお、図５に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、ユーザＩＤにより識別されるユーザＵの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザＵが関心の高い対象を示す。なお、図５に示す例では、「興味」は、各ユーザＵに１つずつ図示するが、複数であってもよい。

例えば、図５に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、自宅が「ＬＣ１１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、勤務地が「ＬＣ１２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「スポーツ」に興味があることを示す。

ここで、図５に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、ユーザ情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報データベース１２１は、ユーザＵの端末装置１０に関する各種情報を記憶してもよい。また、ユーザ情報データベース１２１は、ユーザＵのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、ユーザ情報データベース１２１は、氏名、家族構成、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（ログ情報データベース１２２）
ログ情報データベース１２２は、ユーザＵの行動を示すログデータに関する各種情報を記憶する。図６は、ログ情報データベース１２２の一例を示す図である。図６に示した例では、ログ情報データベース１２２は、「ユーザＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購買履歴」、「投稿履歴」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。また、「位置履歴」は、ユーザＵの位置の履歴である位置履歴を示す。また、「検索履歴」は、ユーザＵが入力した検索クエリの履歴である検索履歴を示す。また、「閲覧履歴」は、ユーザＵが閲覧したコンテンツの履歴である閲覧履歴を示す。また、「購買履歴」は、ユーザＵによる購買の履歴である購買履歴を示す。また、「投稿履歴」は、ユーザＵによる投稿の履歴である投稿履歴を示す。

例えば、図６に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「位置履歴＃１」の通りに移動し、「検索履歴＃１」の通りに検索し、「閲覧履歴＃１」の通りにコンテンツを閲覧し、「購買履歴＃１」の通りに商品等を購入し、「投稿履歴」の通りに投稿したことを示す。

ここで、図６に示す例では、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購買履歴＃１」及び「投稿履歴＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購買履歴＃１」及び「投稿履歴＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、ログ情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ログ情報データベース１２２は、各ユーザの端末装置１０に搭載された各種センサからのセンサデータを記憶してもよい。また、ログ情報データベース１２２は、各ユーザ間（端末装置間）の距離に関する情報を記憶してもよい。

（混雑情報データベース１２３）
混雑情報データベース１２３は、訪問予定地の混雑状況に関する各種情報を記憶する。図７は、混雑情報データベース１２３の一例を示す図である。図７に示した例では、混雑情報データベース１２３は、「場所ＩＤ」、「位置情報」、「混雑状況」といった項目を有する。

「場所ＩＤ」は、地域や観光地、施設等を識別するための識別情報を示す。例えば、「場所ＩＤ」は、地域名や観光地名、施設名等の名称であってもよい。名称は、略称や俗称であってもよい。また、「場所ＩＤ」は、識別番号等であってもよいし、地番や家屋番号等であってもよい。

また、「位置情報」は、地域や観光地、施設等の位置情報を示す。例えば、「位置情報」は、ＧＰＳ測位データ、住所、緯度経度、地図上の座標データ等であってもよい。

また、「混雑状況」は、地域や観光地、施設等の混雑状況を示す。例えば、「混雑状況」は、「混んでいる」／「空いている」等のように示したものであってもよいし、混雑の度合いを複数の段階（５段階等）で示したものであってもよい。また、その場所における全体人数や人口密度等により示したものであってもよい。「混雑状況」は、その場所に所在する各ユーザの行動を示すログデータや、その場所に関するネットワーク上の情報等から推定される。

例えば、図７に示す例において、場所ＩＤ「場所＃Ａ」により識別される訪問予定地は、位置情報「位置情報＃Ａ」が示す位置に所在し、混雑状況「混雑状況＃Ａ」が示すような混雑状況にあることを示す。

なお、混雑情報データベース１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、混雑情報データベース１２３は、その場所の周辺に所在する他の場所に関する情報を記憶してもよい。また、混雑情報データベース１２３は、その場所に集まっている旅行者・観光客の属性（外国人、修学旅行生等）やその比率に関する情報を記憶してもよい。

（ルート情報データベース１２４）
ルート情報データベース１２４は、観光ルートに関する各種情報を記憶する。図８は、ルート情報データベース１２４の一例を示す図である。図８に示した例では、ルート情報データベース１２４は、「ルートＩＤ」、「訪問予定地」といった項目を有する。

「ルートＩＤ」は、観光ルートを識別するための識別情報を示す。例えば、「ルートＩＤ」は、観光ルートの名称であってもよいし、識別番号等であってもよい。

また、「訪問予定地」は、観光ルートに含まれる地域や観光地、施設等を示す。「訪問予定地」のうち少なくとも１つは、ユーザＵが訪問を希望する地域や観光地、施設等である。

ここでは、「訪問予定地」は複数存在し、「訪問予定地」ごとに「場所ＩＤ」、「混雑状況」といった項目を有する。

「場所ＩＤ」は、地域や観光地、施設等を識別するための識別情報を示す。また、「混雑状況」は、地域や観光地、施設等の混雑状況を示す。

例えば、図８に示す例において、ルートＩＤ「ルート＃１」により識別される管区及びルートは、「訪問予定地１」、「訪問予定地２」等を含むことを示す。また、「訪問予定地１」は、場所ＩＤ「場所＃１１」により識別される訪問予定地であり、混雑状況「混雑状況＃１１」が示すような混雑状況にあることを示す。また、「訪問予定地２」は、場所ＩＤ「場所＃１２」により識別される訪問予定地であり、混雑状況「混雑状況＃１２」が示すような混雑状況にあることを示す。

なお、ルート情報データベース１２４は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ルート情報データベース１２４は、それぞれの訪問予定地までの所要時間や到着予定時刻、及びそれぞれの訪問予定地での滞在予定時間等のスケジュール情報を記憶してもよい。また、ルート情報データベース１２４は、それぞれの訪問予定地までの移動手段に関する情報を記憶してもよい。

（制御部１３０）
図４に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、情報提供装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図４に示す例では、制御部１３０は、取得部１３１と、推定部１３２と、作成部１３３と、変更部１３４と、提供部１３５とを有する。

（取得部１３１）
取得部１３１は、通信部１１０を介して、ユーザＵの端末装置１０から、所定の観光地を巡る観光案内の要求（リクエスト）を取得する。

また、取得部１３１は、ユーザＵの端末装置１０からの観光案内の要求に応じて、通信部１１０を介して、ログサーバ２００から、当該観光地及びその周辺に所在する各ユーザのログデータや、当該観光地及びその周辺に関する情報を取得する。なお、取得部１３１は、通信部１１０を介して、ユーザＵの端末装置１０から、直接、該観光地及びその周辺に所在する各ユーザのログデータを取得してもよい。

（推定部１３２）
推定部１３２は、取得したログデータや当該観光地及びその周辺に関する情報から、当該観光地及びその周辺の混雑状況を推定する。

（作成部１３３）
作成部１３３は、当該観光地及びその周辺の混雑状況に関する情報に基づいて、混雑を回避するように、当該観光地を巡る観光ルートを作成する。

（変更部１３４）
変更部１３４は、作成された観光ルートに従って観光案内がなされている際に、訪問予定地又は経路上に混雑（過密、渋滞等）が発生した場合（又は混雑の発生が予想される場合）には、通信部１１０を介して、混雑を回避して他の場所への案内（ルート変更）を希望するか否かをユーザＵに確認する。

そして、変更部１３４は、ユーザＵが他の場所への案内を希望した場合、その時点でのユーザＵの位置情報に基づいて、混雑が発生していない周辺の未訪問の場所を検索し、混雑が発生していない周辺の未訪問の場所の中から、新たな訪問予定地を決定する。すなわち、変更部１３４は、未訪問の場所を検索する検索部と、新たな訪問予定地を決定する決定部とを含む（図示省略）。

そして、変更部１３４は、新たな訪問予定地を訪問してから当初の訪問予定地を訪問するように観光ルートを変更する。

（提供部１３５）
提供部１３５は、ユーザＵの端末装置１０に対して観光案内に関する情報を提供する。例えば、提供部１３５は、作成された観光ルートに従って、ユーザＵの端末装置１０に対して観光案内を実施する。また、提供部１３５は、観光ルートが変更された場合、変更後の観光ルートに従って、ユーザＵの端末装置１０に対して新たな観光案内を実施する。

〔５．処理手順〕
次に、図９を用いて実施形態に係る情報提供装置１００による処理手順について説明する。図９は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、情報提供装置１００の制御部１３０によって繰り返し実行される。

例えば、情報提供装置１００は、ネットワークＮ（図２参照）を介して、ユーザの端末装置１０から、所定の観光地を巡る観光案内の要求（リクエスト）を取得する（ステップＳ１０１）。

そして、情報提供装置１００は、ユーザＵの端末装置１０からの観光案内の要求に応じて、ネットワークＮを介して、ログサーバ２００から、当該観光地及びその周辺に所在する各ユーザのログデータや、当該観光地及びその周辺に関する情報を取得する（ステップＳ１０２）。

そして、情報提供装置１００は、取得したログデータや当該観光地及びその周辺に関する情報から、当該観光地及びその周辺の混雑状況を推定する（ステップＳ１０３）。

そして、情報提供装置１００は、当該観光地及びその周辺の混雑状況に関する情報に基づいて、混雑を回避するように、当該観光地を巡る観光ルートを作成する（ステップＳ１０４）。

そして、情報提供装置１００は、作成した観光ルートに従って、ユーザＵの端末装置１０に対して観光案内を実施する（ステップＳ１０５）。

ここで、情報提供装置１００は、ユーザＵの端末装置１０に対して観光案内をしている際に、訪問予定地又は経路上に混雑（過密、渋滞等）が発生した場合（又は混雑の発生が予想される場合）には、混雑を回避して他の場所への案内（ルート変更）を希望するか否かをユーザＵに確認する（ステップＳ１０６）。

情報提供装置１００は、ユーザＵが他の場所への案内を希望しない場合（ステップＳ１０６；Ｎｏ）、そのまま当初の訪問予定地に向けて現在の観光案内を継続する（ステップＳ１０７）。

情報提供装置１００は、ユーザＵが他の場所への案内を希望した場合（ステップＳ１０６；Ｙｅｓ）、その時点でのユーザＵの位置情報に基づいて、混雑が発生していない周辺の未訪問の場所を検索し、混雑が発生していない周辺の未訪問の場所の中から、新たな訪問予定地を決定する（ステップＳ１０８）。

そして、情報提供装置１００は、新たな訪問予定地を訪問してから当初の訪問予定地を訪問するように観光ルートを変更する（ステップＳ１０９）。

そして、情報提供装置１００は、変更後の観光ルートに従って、ユーザＵの端末装置１０に対して新たな観光案内を実施する（ステップＳ１１０）。

最後に、情報提供装置１００は、観光案内を終了するか否かを判断する（ステップＳ１１１）。

情報提供装置１００は、観光案内を終了する場合（ステップＳ１１１；Ｙｅｓ）には、一連の処理を終了する。例えば、情報提供装置１００は、ユーザＵが観光ルートに含まれる全ての（又は最後の）訪問予定地を訪問した場合には、観光案内を終了する。また、情報提供装置１００は、観光ルートに含まれる残りの訪問予定地の全てに混雑が発生しており、ユーザＵがこれ以上観光案内を望まない場合にも、観光案内を終了する。

情報提供装置１００は、観光案内を終了しない場合（ステップＳ１１１；Ｎｏ）には、現在の観光案内を継続し、残りの訪問予定地又はその経路上に混雑が発生した場合（又は混雑の発生が予想される場合）には、混雑を回避して他の場所への案内を希望するか否かをユーザＵに確認する（ステップＳ１０６に戻る）。

〔６．変形例〕
上述した端末装置１０及び情報提供装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記実施形態において、情報提供装置１００は、ユーザＵの属性や興味に合わせて観光ルートを作成又は変更しているが、さらに、ユーザＵの利用可能な移動手段に合わせて観光ルートを作成又は変更してもよい。例えば、情報提供装置１００は、ユーザＵが、徒歩、車（自家用車、レンタカー等）、タクシー、電車、バス等のいずれの移動手段を利用するかによって、異なる観光ルートを作成してもよい。また、情報提供装置１００は、訪問予定地の混雑状況に応じて、訪問予定地までの最適な移動手段を決定した上で、その移動手段を用いた観光ルートを作成してもよい。

また、上記実施形態において、情報提供装置１００は、ユーザＵの端末装置１０から、所定の観光地を巡る観光案内の要求（リクエスト）を受信した際に、観光ルートを作成しているが、実際には、ユーザＵからの観光案内の要求に関係なく、ユーザＵが興味を持ちそうな訪問予定地を推定し、推定した訪問予定地の混雑の発生に応じて自発的に観光ルートを作成し、ユーザＵに観光ルートを提案するようにしてもよい。このとき、情報提供装置１００は、ユーザＵの端末装置１０に対して、複数の観光ルートに関する情報を提供し、ユーザＵに観光ルートを選択させるようにしてもよい。情報提供装置１００は、ユーザＵが選択した観光ルートに従って、観光案内を実施する。

なお、情報提供装置１００は、ユーザＵの端末装置１０内の一機能として実装されてもよい。例えば、情報提供装置１００は、ユーザＵの端末装置１０のうちの一台であってもよい。また、ユーザＵの端末装置１０として、情報提供装置１００を直接操作してもよい。すなわち、端末装置１０と情報提供装置１００とは、同一の装置であってもよい。

また、情報提供装置１００は、ログサーバ２００内の一機能として実装されてもよい。例えば、情報提供装置１００は、ログサーバ２００のうちの一台であってもよい。すなわち、情報提供装置１００とログサーバ２００とは、同一の装置であってもよい。

〔７．効果〕
上述してきたように、本願に係る情報提供装置１００は、情報処理装置は、取得部１３１と、推定部１３２と、作成部１３３と、提供部１３５と、を備える。取得部１３１は、訪問予定地におけるユーザの行動に関するログデータと、訪問予定地に関するネットワーク上の情報とを取得する。推定部１３２は、取得部１３１により取得された情報に基づいて、訪問予定地の混雑状況を推定する。作成部１３３は、推定部１３２により推定された混雑状況に応じて、訪問予定地を巡る観光ルートを作成する。提供部１３５は、作成部１３３により作成された観光ルートに従って観光案内に関する情報を提供する。

このように、本願に係る情報提供装置１００は、特定の観光地に旅行客が集中するオーバーツーリズムによる混雑を緩和することができる。また、オーバーツーリズムの問題に限らず、近年の感染症対策等の観点から混雑や過密状態を避けるという社会的要請に答えることもできる。また、ダイナミックプライシング（Dynamic Pricing）を活用した旅行商品を提案することもできる。

〔８．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０や情報提供装置１００は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、情報提供装置１００を例に挙げて説明する。図１０は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢメモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、例えば、ＵＳＢ等により実現される。

また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。

ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述した情報提供装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のフレームワーク等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現する等、構成は柔軟に変更できる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」等に読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
１００ 情報提供装置
１１０ 通信部
１２０ 記憶部
１２１ ユーザ情報データベース
１２２ ログ情報データベース
１２３ 混雑情報データベース
１２４ ルート情報データベース
１３０ 制御部
１３１ 取得部
１３２ 推定部
１３３ 作成部
１３４ 変更部
１３５ 提供部
２００ ログサーバ

Claims (12)

1. 訪問予定地におけるユーザの行動に関するリアルタイムのログデータと、前記訪問予定地に関するネットワーク上の情報とを取得する取得部と、
   前記取得部により取得された情報に基づいて、前記訪問予定地の混雑状況を推定する推定部と、
   前記推定部により推定された混雑状況に応じて、前記訪問予定地を巡る観光ルートを作成する作成部と、
   前記作成部により作成された観光ルートに従って観光案内に関する情報を提供する提供部と、
   を備え、
   前記取得部は、前記訪問予定地及びその周辺に所在する各ユーザのリアルタイムのログデータと、前記訪問予定地及びその周辺に関する情報とを取得し、
   前記推定部は、前記取得部により取得されたリアルタイムのログデータに含まれる各ユーザの購買及び決済、各ユーザのＳＮＳの投稿、各ユーザの端末装置に搭載されたセンサからのセンサデータ、近距離通信による各ユーザの端末装置間の距離に関する情報のうち少なくとも１つと、前記訪問予定地及びその周辺に関する情報とから、前記訪問予定地及びその周辺のリアルタイムの混雑状況を推定することを特徴とする情報処理装置。
2. 前記取得部は、ユーザの端末装置から前記訪問予定地を巡る観光案内の要求を取得し、前記観光案内の要求に応じて、前記訪問予定地におけるユーザの行動に関するログデータと、前記訪問予定地に関するネットワーク上の情報とを取得する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 観光案内を実施している間に、前記推定部により推定された混雑状況に応じて、前記観光ルートを変更する変更部と、
   をさらに備えることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記変更部は、観光案内を実施している間に、前記推定部により推定された混雑状況に応じて、他の場所への案内を希望するか否かをユーザに確認する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記変更部は、ユーザが他の場所への案内を希望した場合、ユーザの位置情報に基づいて、混雑が発生していない周辺の未訪問の場所を検索し、混雑が発生していない周辺の未訪問の場所の中から、新たな訪問予定地を決定する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記変更部は、ユーザの属性に応じた場所を、新たな訪問予定地として決定する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記変更部は、新たな訪問予定地を訪問してから当初の訪問予定地を訪問するように観光ルートを変更する
   ことを特徴とする請求項５又は６に記載の情報処理装置。
8. 前記作成部により作成された観光ルートは、複数の訪問予定地を含み、
   前記変更部は、前記推定部により推定された混雑状況に応じて、前記複数の訪問予定地のそれぞれの訪問順を変更する
   ことを特徴とする請求項３～７のうちいずれか１つに記載の情報処理装置。
9. 前記推定部は、前記取得部により取得された情報に基づいて、前記訪問予定地までの経路上の混雑状況を推定し、
   前記変更部は、前記推定部により推定された混雑状況に応じて、前記観光ルートを変更する
   ことを特徴とする請求項３～８のうちいずれか１つに記載の情報処理装置。
10. 前記推定部は、前記訪問予定地の時間帯ごとの混雑状況を推定する
    ことを特徴とする請求項１～９のうちいずれか１つに記載の情報処理装置。
11. 情報処理装置が実行する情報処理方法であって、
    訪問予定地におけるユーザの行動に関するリアルタイムのログデータと、前記訪問予定地に関するネットワーク上の情報とを取得する取得工程と、
    前記取得工程において取得された情報に基づいて、前記訪問予定地の混雑状況を推定する推定工程と、
    前記推定工程において推定された混雑状況に応じて、前記訪問予定地を巡る観光ルートを作成する作成工程と、
    前記作成工程において作成された観光ルートに従って観光案内に関する情報を提供する提供工程と、
    を含み、
    前記取得工程では、前記訪問予定地及びその周辺に所在する各ユーザのリアルタイムのログデータと、前記訪問予定地及びその周辺に関する情報とを取得し、
    前記推定工程では、前記取得工程において取得されたリアルタイムのログデータに含まれる各ユーザの購買及び決済、各ユーザのＳＮＳの投稿、各ユーザの端末装置に搭載されたセンサからのセンサデータ、近距離通信による各ユーザの端末装置間の距離に関する情報のうち少なくとも１つと、前記訪問予定地及びその周辺に関する情報とから、前記訪問予定地及びその周辺のリアルタイムの混雑状況を推定することを特徴とする情報処理方法。
12. 訪問予定地におけるユーザの行動に関するリアルタイムのログデータと、前記訪問予定地に関するネットワーク上の情報とを取得する取得手順と、
    前記取得手順において取得された情報に基づいて、前記訪問予定地の混雑状況を推定する推定手順と、
    前記推定手順において推定された混雑状況に応じて、前記訪問予定地を巡る観光ルートを作成する作成手順と、
    前記作成手順において作成された観光ルートに従って観光案内に関する情報を提供する提供手順と、
    をコンピュータに実行させ、
    前記取得手順では、前記訪問予定地及びその周辺に所在する各ユーザのリアルタイムのログデータと、前記訪問予定地及びその周辺に関する情報とを取得し、
    前記推定手順では、前記取得手順において取得されたリアルタイムのログデータに含まれる各ユーザの購買及び決済、各ユーザのＳＮＳの投稿、各ユーザの端末装置に搭載されたセンサからのセンサデータ、近距離通信による各ユーザの端末装置間の距離に関する情報のうち少なくとも１つと、前記訪問予定地及びその周辺に関する情報とから、前記訪問予定地及びその周辺のリアルタイムの混雑状況を推定することを特徴とする情報処理プログラム。

Images