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

Description

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

従来、空席が存在する店舗の情報を提供してから利用者（ユーザ）がその店舗を訪問するまでの間に空席が無くなってしまう可能性を考慮して、店舗の利用状況と店舗との間との関係とに基づく検索結果を提供する技術が知られている。

特許第６４１９２６３号公報

しかしながら、従来の技術では、より適切な態様でユーザに情報を提供するための更なる向上の余地があった。

本願は、上記に鑑みてなされたものであって、より適切な態様でユーザに情報を提供することを目的とする。

本願に係る情報処理装置は、ユーザの検索に基づいて特定された行先の混雑状況を推定する推定部と、前記推定部により推定された混雑状況が、混雑許容度として設定された所定の閾値を上回る場合、前記行先の代替として提案する代替スポットを特定する特定部と、前記特定部により特定された代替スポットに関連する情報を提供する提供部と、を有することを特徴とする。

実施形態の一態様によれば、より適切な態様でユーザに情報を提供することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係る情報処理装置の構成例を示す図である。 図５は、実施形態に係る混雑推定情報記憶部の一例を示す図である。 図６は、実施形態に係る設定情報記憶部の一例を示す図である。 図７は、実施形態に係る情報処理の一例を示すフローチャートである。 図８は、変形例１に係る情報処理システム１の情報処理を説明するための説明図である。 図９は、変形例２に係る情報処理システム１の情報処理を説明するための説明図である。 図１０は、変形例２に係る情報処理システム１の情報処理を説明するための説明図である。 図１１は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

（実施形態）
〔１．情報処理の一例〕
従来、ユーザが店舗（例えば、飲食関連、美容関連、医療関連等の店舗）を検索する際、店舗が混雑の場合には、ユーザの選択肢が狭まる可能性がある。店舗側は、新生活様式の中、店内の混雑状況（混雑レベル）に応じた来店促進の方法を確保したい場合があると考えられる。例えば、店舗側は、混雑する場合には来店促進をしないが、非混雑の場合には積極的に来店促進をしたい場合があると考えられる。

以下実施形態では、ユーザが店舗を検索する場合を示すが、店舗に限らず、どのような対象（例えば、施設）を検索してもよいものとする。また、以下実施形態では、ユーザがどこかの店舗を予約したい場合に、ＵＩに自身が許容可能な混雑状況（以下、適宜、「混雑許容度」とする。）と距離とを入力することで、最初に行きたいと思った店舗（以下、適宜、「行先」とする。）を予約するが、混雑レベルが高い場合には、混雑レベルと距離とが許容範囲内の代替候補（以下、適宜、「代替スポット」とする。）を提示するものとする。なお、混雑許容度は、店舗の混雑状況に対するユーザの許容度である。また、代替スポットは、予約可能な行先の代替店舗である。これにより、店舗側は、混雑によるイメージ棄損や、ユーザエクスプレスが棄損するのを避けることができる。

図１は、実施形態に係る情報処理システム１の情報処理の一例を示す図である。図１では、ユーザＵ１１が、端末装置１０に表示された画面ＵＩ１１で、検索のパラメータを設定するものとする。ここで、画面ＵＩ１１には、混雑許容度の設定ＵＴ１１と、検索の対象領域（ジオフェンス）の設定ＵＴ１２とが含まれる。

設定ＵＴ１１は、混雑許容度の指標として、「低」、「中」、及び「高」を含む。「低」は、混雑許容度が低く、混雑をできる限り望まない場合に設定される指標である。例えば、ユーザＵ１１が、検索の内容から多少外れても待たないで入れる店舗に行きたい場合に設定される指標である。一方、「高」は、混雑許容度が高く、混雑をあまり気にしない場合に設定される指標である。例えば、ユーザＵ１１が、多少待っても検索の内容に近い店舗に行きたい場合に設定される指標である。図１では、ユーザＵ１１が、スクロールＳＴ１１を操作することにより、混雑許容度を「中」に設定した場合を示す。情報処理装置１００は、設定ＵＴ１１を設定することにより決定される混雑許容度を上限として、混雑許容度の許容範囲内で、代替スポットを特定する。

設定ＵＴ１２は、検索の対象領域の大きさの指標として、所定の基準からの距離を含む。設定ＵＴ１２の「１」、「２００」、及び「４００」は、距離の大きさを数値化した目印であり、対象領域の大きさが、例えば、１ｍ、２００ｍ、及び４００ｍであることを示す。図１では、ユーザＵ１１が、スクロールＳＴ１２を操作することにより、対象領域の大きさを、２００弱に設定した場合を示す。情報処理装置１００は、設定ＵＴ１２を設定することにより決定される対象領域の領域内で、代替スポットを特定する。

図１では、対象領域の所定の基準は、行先である。ユーザＵ１１は、設定ＵＴ１２のスクロールＳＴ１２を調整することにより、対象領域の大きさを決定するための行先からの距離を変更する。このため、対象領域は、行先を中心とする円状となる。

端末装置１０は、ユーザＵ１１の操作に基づいて、店舗を検索するために入力された入力情報とともに、画面ＵＩ１１に対して設定された設定情報を情報処理装置１００に送信する（ステップＳ１０１）。

情報処理装置１００は、端末装置１０から情報を受信すると、ユーザＵ１１の入力情報に基づいて行先を特定する（ステップＳ１０２）。例えば、情報処理装置１００は、予め設定されたリスト（例えば、ユーザへのレコメンドリスト、お気に入りに設定されたリスト、過去の検索ログに基づくリスト）の中からユーザＵ１１に選択させることで、選択された情報と、検索結果に含まれる情報とを比較することにより、行先を特定する。また、例えば、情報処理装置１００は、検索結果として画面上に表示された地図情報からユーザＵ１１に選択させることで、行先を特定してもよい。これにより、ユーザＵ１１は、検索意図に沿ったピンポイントな店舗の予約を行うことができる。なお、行先の特定はこれらの方法に限定されず、他の既存技術を適宜用いて行先を特定してもよいものとする。

情報処理装置１００は、行先の混雑状況を推定する（ステップＳ１０３）。例えば、情報処理装置１００は、検索した店舗を予約するための予約システムとの連動により提供される情報、店舗側のセルフレポートにより提供される情報、クラウドソーシングにより提供される情報、リアルタイムに検索された検索履歴からの動向に基づく情報、又は人流解析からのインサイト（例えば、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）、ＷｉＦｉスニッフィング、ＴｏＦセンサ）に基づく情報等に基づいて、行先の混雑状況を推定する。なお、混雑状況の推定はこれらの方法に限定されず、他の既存技術を適宜用いて混雑状況を推定してもよいものとする。

情報処理装置１００は、行先の混雑状況が、混雑許容度としてユーザＵ１１が予め設定した所定の閾値（図１の例では、「中」の混雑許容度）を上回る場合、行先の代替スポットを特定する（ステップＳ１０４）。例えば、情報処理装置１００は、ステップＳ１０３において推定した混雑状況と、ステップＳ１０１において取得した設定情報に含まれる混雑許容度とを比較することにより、所定の閾値を上回るか否かを判定し、上回ると判定した場合には、行先の代替スポットを特定する。なお、図１では、情報処理装置１００は、所定の閾値を上回ると判定したものとする。すなわち、情報処理装置１００は、混雑レベルが高いと判定したものとする。また、情報処理装置１００は、例えば、混雑状況と混雑許容度とのそれぞれを比較可能なスコアに変換することにより比較する。

情報処理装置１００は、設定ＵＴ１１と設定ＵＴ１２とを満たす店舗のうち、設定ＵＴ１１と設定ＵＴ１２とを最も満たす店舗を代替スポットとして特定する。例えば、情報処理装置１００は、設定ＵＴ１１を満たす度合いと、設定ＵＴ１２を満たす度合いとをスコア化することにより、店舗ごとのスコアを算出して、代替スポットを特定する。また、例えば、情報処理装置１００は、設定ＵＴ１１と設定ＵＴ１２とに重み付けをすることにより、店舗ごとのスコアを算出して、スコアの最も高い代替スポットを特定してもよい。

情報処理装置１００は、特定した代替スポットに関する情報を検索結果上で表示させるための制御情報を端末装置１０に送信する（ステップＳ１０５）。そして、端末装置１０は、代替スポットに関する情報を表示する。例えば、端末装置１０は、画面ＵＩ１２を表示する。

ここで、画面ＵＩ１２には、行先ＴＰ１１の店舗情報と、代替スポットＳＰ（１１乃至１３）の店舗情報と、対象領域ＴＲ１１の領域情報とが表示される。なお、画面ＵＩ１２では、代替スポットとして３店舗が表示される場合を示すが、代替スポットの数は特に限定されないものとする。これにより、代替スポットＳＰ（１１乃至１３）は、新規の予約獲得を向上することができる。

行先ＴＰ１１の店舗情報として、店舗の位置情報が表示される。また、行先ＴＰ１１の店舗情報として、行先ＴＰ１１を予約するための予約情報が表示される。なお、行先ＴＰ１１の店舗情報を所定の態様で表示させることにより、行先ＴＰ１１の混雑状況を示してもよい。例えば、行先ＴＰ１１の店舗情報に、「緑」、「黄」、及び「赤」等の色情報を付与することにより、行先ＴＰ１１の混雑状況を示してもよい。例えば、行先ＴＰ１１が空いている場合には、「緑」の色情報を付与して行先ＴＰ１１の店舗情報を表示してもよい。また、例えば、行先ＴＰ１１が混雑している場合には、「赤」の色情報を付与して行先ＴＰ１１の店舗情報を表示してもよい。これにより、行先ＴＰ１１は、混雑状況を提示することで予約の取りこぼしを避けることができる。

同様に、代替スポットＳＰ（１１乃至１３）の店舗情報として、店舗の位置情報がそれぞれ表示される。また、代替スポットＳＰ（１１乃至１３）の店舗情報として、代替スポットＳＰ（１１乃至１３）を予約するための予約情報がそれぞれ表示される。代替スポットＳＰ（１１乃至１３）の店舗情報は、ユーザＵ１１への選択肢として検索結果上で表示される。ユーザＵ１１は、代替スポットＳＰ（１１乃至１３）の中から店舗情報を選択することにより予約する。これにより、ユーザＵ１１は、代替スポットＳＰ（１１乃至１３）を選択肢にすることができるため、混雑する店舗に行くリスクを回避することができる。

なお、上記実施形態において、情報処理装置１００は、距離だけでなく、代替スポットまでのルート（経路、移動ルート）上の混雑レベルを加味して、代替スポットを特定してもよい。例えば、距離が許容範囲内であっても、代替スポットまでのルートの混雑レベルが高い場合が考えられる。情報処理装置１００は、代替スポットまでの距離と、代替スポットまでのルート上の混雑レベルとを重み付けすることにより、代替スポットに到着するまでの移動コストも含めた総合的な混雑レベルを算出してもよい。この場合、画面ＵＩ１１で設定される設定ＵＴ１１は、総合的な混雑レベルに対する混雑許容度である。情報処理装置１００は、設定ＵＴ１１で設定される混雑許容度と、総合的な混雑レベルとを比較することにより判定する。

なお、上記実施形態において、情報処理装置１００は、リアルタイムに代替スポットを特定して候補を提示してもよい。例えば、行先に向かって移動していくうちに行先が混雑してくる場合が考えられる。情報処理装置１００は、ルートの近隣にある店舗の混雑状況をリアルタイムに推定して代替スポットを提示してもよい。

なお、上記実施形態において、情報処理装置１００は、行先の混雑レベルが許容範囲内である場合には、代替スポットを提示しないようにしてもよい。

なお、上記実施形態では、ユーザＵ１１がどこかの店舗を予約したい場合に、ＵＩに自ら混雑許容度と距離とを入力する場合を示した。具体的には、ユーザＵ１１が、設定ＵＴ１１で混雑許容度を設定し、設定ＵＴ１２で距離を設定する場合を示した。この例に限らず、混雑許容度及び距離は、自動で設定されてもよいものとする。混雑許容度は、例えば、ユーザＵ１１がよく行く店舗の混雑レベルから閾値を算出することにより自動で設定されてもよい。例えば、混雑許容度は、ユーザＵ１１が所定の期間中に訪問した店舗の混雑レベルの平均値に基づいて設定されてもよい。また、距離は、例えば、ユーザＵ１１がよく行く店舗の距離から閾値を算出することにより自動で設定されてもよい。例えば、距離は、ユーザＵ１１が所定の期間中に訪問した店舗の距離の平均値に設定されてもよい。このように、混雑許容度及び距離は、ユーザＵ１１の行動情報の履歴から自動で設定されてもよい。なお、後述する予約日時（設定ＵＴ２３）も同様に自動で設定されてもよい。

〔２．情報処理システムの構成〕
図２に示す情報処理システム１について説明する。図２に示すように、情報処理システム１は、端末装置１０と、情報処理装置１００とが含まれる。端末装置１０と、情報処理装置１００とは所定の通信網（ネットワークＮ）を介して、有線または無線により通信可能に接続される。図２は、実施形態に係る情報処理システム１の構成例を示す図である。なお、図２に示した情報処理システム１には、複数台の端末装置１０や、複数台の情報処理装置１００が含まれてもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、実施形態における処理を実現可能であれば、どのような装置であってもよい。また、端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等の装置であってもよい。図１に示す例においては、端末装置１０がスマートフォンである場合を示す。

情報処理装置１００は、ユーザの行先の混雑状況に基づいて代替スポットを特定するために用いられる。情報処理装置１００は、例えば、ＰＣ、ＷＳ（Work Station）等の情報処理装置であり、端末装置１０等からネットワークＮを介して送信されてきた情報に基づいて処理を行う。

なお、図２では、端末装置１０と情報処理装置１００とは、別装置である場合を示したが、端末装置１０と情報処理装置１００とが一体であってもよい。

〔３．端末装置の構成〕
次に、図３を用いて、実施形態に係る端末装置１０の構成について説明する。図３は、実施形態に係る端末装置１０の構成例を示す図である。図３に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、制御部１４とを有する。

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、情報処理装置１００等との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザからの各種操作を受け付ける。図１に示す例では、ユーザＵ１１からの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。例えば、出力部１３は、情報処理装置１００から取得した広告を表示する。

（制御部１４）
制御部１４は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、検索結果上に代替スポットに関する情報を表示するアプリケーションのプログラムが含まれる。また、制御部１４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１４は、受信部１４１と、送信部１４２とを有し、以下に説明する情報処理の作用を実現または実行する。

（受信部１４１）
受信部１４１は、各種情報を受信する。受信部１４１は、外部の情報処理装置から各種情報を受信する。受信部１４１は、情報処理装置１００等の他の情報処理装置から各種情報を受信する。例えば、受信部１４１は、代替スポットを表示するための制御情報を受信する。

（送信部１４２）
送信部１４２は、外部の情報処理装置へ各種情報を送信する。送信部１４２は、情報処理装置１００等の他の情報処理装置へ各種情報を送信する。例えば、送信部１４２は、ユーザが店舗を検索するために入力した入力情報を送信する。

〔４．情報処理装置の構成〕
次に、図４を用いて、実施形態に係る情報処理装置１００の構成について説明する。図４は、実施形態に係る情報処理装置１００の構成例を示す図である。図４に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０等との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、混雑推定情報記憶部１２１と、設定情報記憶部１２２とを有する。

混雑推定情報記憶部１２１は、店舗の混雑状況を推定する元となる情報を記憶する。ここで、図５に、実施形態に係る混雑推定情報記憶部１２１の一例を示す。図５に示すように、混雑推定情報記憶部１２１は、「混雑推定ＩＤ」、「店舗ＩＤ」、「店舗情報」、「日時」、「混雑推定情報」といった項目を有する。

「混雑推定ＩＤ」は、混雑推定情報を識別するための識別情報を示す。「店舗ＩＤ」は、店舗を識別するための識別情報を示す。「店舗情報」は、店舗情報を示す。図５に示す例では、「店舗情報」に「店舗情報＃１１」や「店舗情報＃１２」といった概念的な情報が格納される例を示したが、実際には、店舗の位置を示す座標情報等が格納される。「日時」は、日時を示す。「混雑推定情報」は、混雑状況を推定する元となる情報を示す。図５に示す例では、「混雑推定情報」に「混雑推定情報＃１１」や「混雑推定情報＃１２」といった概念的な情報が格納される例を示したが、実際には、予約システムとの連動により提供される情報や、店舗側のセルフレポートにより提供される情報等が格納される。

すなわち、図５では、混雑推定ＩＤ「ＫＳ１１」によって識別される店舗ＩＤが「ＴＰ１１」であり、店舗情報が「店舗情報＃１１」であり、日時が「２０２０年１１月１４日」であり、混雑推定情報が「混雑推定情報＃１１」である例を示す。

設定情報記憶部１２２は、ユーザの設定情報を記憶する。ここで、図６に、実施形態に係る設定情報記憶部１２２の一例を示す。図６に示すように、設定情報記憶部１２２は、「設定ＩＤ」、「ユーザＩＤ」、「混雑許容度」、「距離」といった項目を有する。

「設定ＩＤ」は、設定情報を識別するための識別情報を示す。「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「混雑許容度」は、混雑許容度を示す。「距離」は、検索の対象領域の所定の基準からの距離を示す。

すなわち、図６では、設定ＩＤ「ＵＳ１１」によって識別されるユーザＩＤが「Ｕ１１」であり、混雑許容度が「中」であり、距離が「１８０ｍ」である例を示す。

（制御部１３０）
制御部１３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図４に示すように、制御部１３０は、取得部１３１と、推定部１３２と、判定部１３３と、特定部１３４と、提供部１３５とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（取得部１３１）
取得部１３１は、各種情報を取得する。取得部１３１は、外部の情報処理装置から各種情報を取得する。取得部１３１は、端末装置１０等の他の情報処理装置から各種情報を取得する。

取得部１３１は、記憶部１２０から各種情報を取得する。取得部１３１は、混雑推定情報記憶部１２１から各種情報を取得する。また、取得部１３１は、取得した各種情報を記憶部１２０に格納する。取得部１３１は、混雑推定情報記憶部１２１に各種情報を格納する。

取得部１３１は、店舗を検索するために入力された入力情報を取得する。また、取得部１３１は、混雑許容度や検索の対象領域等に関する設定情報を取得する。

（推定部１３２）
推定部１３２は、店舗の混雑状況を推定する。例えば、推定部１３２は、予約システムとの連動により提供される情報、店舗側のセルフレポートにより提供される情報、クラウドソーシングにより提供される情報、リアルタイムに検索された検索履歴からの動向に基づく情報、又は人流解析からのインサイトに基づく情報に基づいて、混雑レベルを算出することにより、店舗の混雑状況を推定する。

推定部１３２は、店舗の混雑状況として、混雑レベルを算出してもよい。また、推定部１３２は、代替スポットまでの距離と、代替スポットまでのルート上の混雑レベルとに基づいて、総合的な混雑レベルを算出してもよい。例えば、推定部１３２は、代替スポットまでの距離と、代替スポットまでのルート上の混雑レベルとをそれぞれ重み付けして、乗算することにより、総合的な混雑レベルを算出してもよい。

（判定部１３３）
判定部１３３は、推定部１３２により推定された混雑状況を判定する。例えば、判定部１３３は、推定部１３２により推定された混雑状況が、混雑許容度として設定された所定の閾値を上回るか否かを判定する。具体的には、判定部１３３は、混雑許容度を予め対応付けて定められたスコアに変換することにより、推定部１３２により算出された混雑レベルと比較することにより判定する。

（特定部１３４）
特定部１３４は、行先の店舗を特定する。例えば、特定部１３４は、予め設定されたリストと、ユーザの検索の入力情報とを比較することにより、行先の店舗を特定する。

特定部１３４は、行先の代替として提案する代替スポットを特定する。例えば、特定部１３４は、混雑状況が、混雑許容度として設定された所定の閾値を満たす代替スポットを特定する。例えば、特定部１３４は、混雑許容度として予めユーザにより設定された所定の閾値を満たす代替スポットを特定する。また、例えば、特定部１３４は、混雑許容度としてユーザの行動情報に基づいて自動で設定された所定の閾値を満たす代替スポットを特定する。

特定部１３４は、行先と同じエリア内の代替スポットを特定する。例えば、特定部１３４は、行先が表示される検索結果内の代替スポットを特定する。また、特定部１３４は、行先と同じカテゴリに属する代替スポットを特定する。例えば、特定部１３４は、飲食関連、美容関連、及び医療関連等のカテゴリが一致するように、行先と同じカテゴリに属する代替スポットを特定する。

特定部１３４は、混雑許容度を満たす代替スポットの数が所定の条件を満たすように検索の対象領域を変更して代替スポットを特定する。例えば、特定部１３４は、混雑許容度を満たす代替スポットの数が少ない場合には、代替スポットの数が一定数となるように、対象領域を拡大する。また、例えば、特定部１３４は、混雑許容度を満たす代替スポットの数が多い場合には、代替スポットの数が一定数となるように、対象領域を縮小する。なお、所定の条件は、ユーザによって予め設定されたものであってもよいし、対象領域の変更後の距離と代替スポットの数との関係性に基づいて設定されるものであってもよい。

（提供部１３５）
提供部１３５は、特定部１３４により特定された代替スポットに関する情報を提供する。例えば、提供部１３５は、代替スポットの予約情報を表示させるための制御情報を提供する。また、例えば、提供部１３５は、代替スポットの混雑状況を所定の態様で表示させるための制御情報を提供する。

〔５．情報処理のフロー〕
次に、図７を用いて、実施形態に係る情報処理システム１による情報処理の手順について説明する。図７は、実施形態に係る情報処理システム１による情報処理の手順を示すフローチャートである。

図７に示すように、情報処理装置１００は、検索の入力情報を取得する（ステップＳ２０１）。また、情報処理装置１００は、行先を特定する（ステップＳ２０２）。そして、情報処理装置１００は、行先の混雑状況を推定する（ステップＳ２０３）。

情報処理装置１００は、行先の混雑状況が混雑許容度を満たすか否かを判定する（ステップＳ２０４）。情報処理装置１００は、行先の混雑状況が混雑許容度を満たすと判定した場合（ステップＳ２０４；ＹＥＳ）、情報処理を終了する。また、情報処理装置１００は、行先の混雑状況が混雑許容度を満たさないと判定した場合（ステップＳ２０４；ＮＯ）、代替スポットを特定する（ステップＳ２０５）。

〔６．変形例〕
上述した実施形態に係る情報処理システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理システム１の他の実施形態について説明する。

（変形例１：ルート検索に対する寄道スポットの提示）
上記実施形態では、情報処理装置１００が、行先を所定の基準として、行先を中心とする対象領域の領域内の代替スポットを特定する場合を示した。これは、例えば、ユーザが自宅から行先を検索する場合等であるが、行先近くの所定のスポットに既に到着している場合も考えられる。また、ルート検索時において、ユーザが行先に向かっている途中に周辺の店舗情報（例えば、混雑度合い）を知りたい等の場合には、元々のルート検索画面から離れる必要がある場合があり、ルート検索画面に戻るには再検索が必要となり不便が生じる場合がある。

以下、情報処理装置１００が、行先までのルート上の道のりの各点を所定の基準として、ルート検索時に表示された道のりの各点を中心とする対象領域の領域内の代替スポットを特定する場合の処理について説明する。具体的には、情報処理装置１００は、現在地から行先までのルート上で、寄道可能な代替スポット（以下、適宜、「寄道スポット」とする。）を特定する場合の処理について説明する。なお、上記実施形態と同様の説明は適宜省略する。

図８は、変形例１に係る情報処理システム１の情報処理を説明するための説明図である。図１のステップＳ１０５において、情報処理装置１００は、寄道スポットＳＰ（２１乃至２４）に関する情報を検索結果上で表示させるための制御情報を端末装置１０に送信する。そして、端末装置１０は、寄道スポットＳＰ（２１乃至２４）に関する情報を表示する。例えば、端末装置１０は、画面ＵＩ２２を表示する。

ここで、画面ＵＩ２２には、目的地である行先ＴＰ２１の店舗情報と、寄道スポットＳＰ（２１乃至２４）の店舗情報と、対象領域ＴＲ２１の領域情報と、スタート地点である現在地ＰＳ１１の位置情報とが表示される。なお、画面ＵＩ２２では、寄道スポットとして４店舗が表示される場合を示すが、寄道スポットの数は特に限定されないものとする。また、スタート地点は、ユーザの現在地に限らず、どのように設定されてもよいものとする。

図８では、対象領域ＴＲ２１の所定の基準は、行先ＴＰ２１までのルート上の道のりの各点である。ユーザＵ１１は、設定ＵＴ１２のスクロールＳＴ１２を調整することにより、対象領域ＴＲ２１の大きさを決定するためのルート上の道のりの各点からの距離を変更する。このため、対象領域ＴＲ２１は、ルート上の道のりの各点を中心とする。

このように、情報処理装置１００は、ルート検索結果上で、寄道スポットを特定する。また、情報処理装置１００は、行先までのルート上からの距離と混雑状況とに基づいて、寄道スポットを特定する。例えば、情報処理装置１００は、目的地として指定された行先の混雑状況が混雑許容度を上回る場合等、行先で待たないで入れるまでに十分な時間がある場合には、行先までのルート上からの距離と混雑状況とに基づいて、寄道可能な寄道スポットを特定する。情報処理装置１００は、時間をずらすことにより混雑が減ると推定して、ユーザＵ１１にとってルート上の関心があるスポットを、寄道スポットとして提示することができる。

このように、情報処理装置１００は、行先の混雑レベルだけでなく、行先に到着するまでの移動コストも含めた混雑レベルに基づいて、寄道スポットを特定する。これにより、ユーザＵ１１は、渋滞ルートや混雑エリアを回避しながらも行先に到着することができる。また、これにより、ユーザＵ１１は、混雑する店舗に行くリスクや、長い距離を巡るリスクを回避することができる。

（変形例２：混雑状況を勘案した予約日時提示）
上記実施形態では、情報処理装置１００が、検索した予約日時と同じ日時の代替スポットを提示する場合を示したが、この例に限られない。ここで、情報処理装置１００は、予約日時と同じ日時の代替スポットではなく、混雑状況を勘案した代替スポットごとの予約日時提示を行ってもよい。以下、情報処理装置１００が、店舗の混雑状況を勘案したピンポイントな予約日時を提示する場合の処理について説明する。

従来、予約日時の混雑状況が不明である場合には、店舗への問い合わせ等の手間が掛かる場合があった。また、予約日時を変更して検索する場合には、ルートについても改めて検索及び確認する等の手間が掛かる場合があった。

情報処理装置１００は、混雑許容度や距離だけでなく、予約日時を加味して、代替スポットを特定してもよい。また、情報処理装置１００は、予約日時に応じた店舗の混雑状況と、予約日時に応じた店舗までの移動コストとを加味した予約日時提示を行ってもよい。なお、予約日時提示を行う際には、ユーザの混雑許容度を満たす予約日時を提示するものとする。

図９は、変形例２に係る情報処理システム１の情報処理を説明するための説明図である。なお、図１と同様の説明は適宜省略する。図９では、ユーザＵ１１が、端末装置１０に表示された画面ＵＩ１２で、検索のパラメータを設定するものとする。ここで、画面ＵＩ１２には、混雑許容度の設定ＵＴ２１と、検索の対象領域の設定ＵＴ２２と、予約日時の設定ＵＴ２３とが含まれる。

設定ＵＴ２１は、設定ＵＴ１１と同様の情報を含むため、説明を省略する。なお、図９では、ユーザＵ１１が、スクロールＳＴ２１を操作することにより、混雑許容度を「中」に設定した場合を示す。

設定ＵＴ２２は、設定ＵＴ１２と同様の情報を含むため、説明を省略する。なお、図９では、ユーザＵ１１が、スクロールＳＴ２２を操作することにより、対象領域の大きさを、１００に設定した場合を示す。

設定ＵＴ２３は、予約日時の設定を含む。図９では、ユーザＵ１１が、スクロールＳＴ２３を操作することにより、予約日時を、「８月２９日」に設定した場合を示す。情報処理装置１００は、設定ＵＴ２３を設定することにより決定される予約日時を検索の対象として、代替スポットを特定する。例えば、情報処理装置１００は、８月２９日の予約日時における混雑状況と距離とが設定ＵＴ２１及び設定ＵＴ２２を満たす店舗を、代替スポットとして特定する。なお、スクロールＳＴ２３に示す予約日時は、例えば、予め定められたリストから選択（例えば、スライダー形式による選択）されたものであっても、直接入力されたものであってもよいものとする。

このように、情報処理装置１００は、画面ＵＩ１２に対するユーザＵ１１の設定情報を取得する。図９では、情報処理装置１００は、混雑許容度と、距離と、希望する予約日時とを含む設定情報を取得する。

図１０は、変形例２に係る情報処理システム１の情報処理を説明するための説明図である。なお、図１及び図８と同様の説明は適宜省略する。

図１０左側では、端末装置１０は、画面ＵＩ２３を表示する。ここで、画面ＵＩ２３には、行先ＴＰ３１の店舗情報と、代替スポットＳＰ（３１及び３２）の店舗情報と、対象領域ＴＲ３１の領域情報とが表示される。

行先ＴＰ３１の店舗情報として、店舗の位置情報が表示される。また、行先ＴＰ３１の店舗情報として、行先ＴＰ３１を予約するための予約情報が表示される。具体的には、行先ＴＰ３１を予約するための予約情報として、予約可能な予約日時が表示される。図１０左側では、直近に予約可能な予約日時がないため、その旨を示す情報が表示される。この場合のように、予約可能な予約日時がない場合には、混雑レベルが高いことを示す「赤」の色情報を付与して行先ＴＰ３１の店舗情報を表示してもよい。

同様に、代替スポットＳＰ（３１及び３２）の店舗情報として、店舗の位置情報がそれぞれ表示される。また、代替スポットＳＰ（３１及び３２）の店舗情報として、代替スポットＳＰ（３１及び３２）を予約するための予約情報がそれぞれ表示される。具体的には、代替スポットＳＰ（３１及び３２）を予約するための予約情報として、予約可能な予約日時が表示される。

図１０左側では、代替スポットＳＰ３１に対して、８月２９日に予約可能な旨を示す情報が表示される。また、代替スポットＳＰ３２に対して、８月３０日に予約可能な旨を示す情報が表示される。なお、図９の設定ＵＴ２３において、予約日時を「８月２９日」に設定していた場合には、８月２９日の代替スポットＳＰ３２の予約情報が表示されないため、８月２９日の代替スポットＳＰ３２が予約可能でないことを示す。また、直近に予約可能な予約日時がある場合には、予約日時とともに、混雑状況に応じた色情報を付与して代替スポットＳＰ（３１及び３２）の店舗情報を表示してもよい。

図１０右側では、端末装置１０は、画面ＵＩ２４を表示する。ここで、画面ＵＩ２４には、目的地である行先ＴＰ４１の店舗情報と、寄道スポットＳＰ（４１及び４２）の店舗情報と、対象領域ＴＲ４１の領域情報と、スタート地点である現在地ＰＳ２１の位置情報とが表示される。なお、図１０左側と同様の説明は適宜省略する。

図１０右側では、寄道スポットＳＰ４１に対して、８月３０日に予約可能な旨を示す情報が表示される。また、寄道スポットＳＰ４２に対して、８月２９日に予約可能な旨を示す情報が表示される。なお、図９の設定ＵＴ２３において、予約日時を「８月２９日」に設定していた場合には、８月２９日の寄道スポットＳＰ４１の予約情報が表示されないため、８月２９日の寄道スポットＳＰ４１が予約可能でないことを示す。また、直近に予約可能な予約日時がある場合には、予約日時とともに、混雑状況に応じた色情報を付与して寄道スポットＳＰ（４１及び４２）の店舗情報を表示してもよい。

このように、情報処理装置１００は、ユーザＵ１１の検索に基づいて特定された店舗（例えば、行先、代替スポット、寄道スポット）の、ユーザＵ１１が希望した予約日時を含む直近の混雑状況を推定し、混雑推定結果と、図９で取得された設定情報との突合せに基づいて、特定された店舗の混雑状況が、ユーザＵ１１の混雑許容度の許容範囲を満たす予約日時を特定する。そして、情報処理装置１００は、特定された予約日時に関する情報を提供し、端末装置１０は、提供された予約日時に関する情報を表示する。

例えば、情報処理装置１００は、ユーザＵ１１が混雑許容度や予約日時を入力することで、混雑許容度及び予約日時の設定情報と、店舗の混雑状況の混雑推定結果とを突合せることにより、該当する日時の予約情報を表示させてもよい。また、情報処理装置１００は、ユーザＵ１１が予約したい店舗や混雑許容度を入力することで、ユーザＵ１１が予約したい店舗及び混雑許容度の設定情報と、店舗及びルートの混雑状況の混雑推定結果とを突合わせることにより、該当する日時の店舗の予約情報と、店舗へのルートの選択肢とを表示させてもよい。

このように、情報処理装置１００は、特定された予約日時に店舗を予約するための予約情報を表示させるとともに、予約日時の混雑状況を所定の態様で表示させてもよい。具体的には、情報処理装置１００は、ユーザＵ１１が希望する予約日時に、店舗の混雑状況がユーザＵ１１の混雑許容度の許容範囲を満たす場合には、希望する予約日時の予約情報を表示させ、ユーザＵ１１が希望する予約日時に、店舗の混雑状況がユーザＵ１１の混雑許容度の許容範囲を満たさない場合には、直近の混雑状況に基づいて、混雑許容度の許容範囲を満たす予約日時の予約情報を表示させてもよい。例えば、混雑許容度の許容範囲を満たす最も直近の予約日時の予約情報を表示させてもよい。

情報処理装置１００は、予約日時に応じて混雑状況が異なる場合には、異なる色情報を用いて、予約情報を表示させてもよい。また、情報処理装置１００は、直近に予約可能な予約日時がない場合には、その旨を示す情報とともに、直近に予約可能な予約日時がない場合の色情報を用いて、予約情報を表示させてもよい。

また、情報処理装置１００は、特定された予約日時の店舗へのルートの混雑状況に基づいて、ルートの混雑状況と、店舗の混雑状況とを含む総合的な混雑状況が、ユーザＵ１１の混雑許容度の許容範囲を満たすルートの選択肢を表示させてもよい。また、情報処理装置１００は、選択肢に含まれるルートの混雑状況を所定の態様で表示させてもよい。

このように、情報処理装置１００は、行先の周辺の混雑状況を推定して、混雑推定結果に基づく店舗の空き状況に基づいて、店舗を訪問する代替の日時を決定することにより、予約日時提示を行ってもよい。この際、情報処理装置１００は、店舗の空き状況と、ユーザ自身の予定とを比較することにより、店舗を訪問する代替の日時を決定してもよい。この場合、情報処理装置１００は、店舗を訪問する代替の日時を、混雑許容度を満たす予約日時に決定する。

また、情報処理装置１００は、予約日時に応じて、ある地域の地域内、ルートから所定の範囲内、又は指定された領域内等から、代替スポットや寄道スポットを特定してもよい。

これにより、ユーザは、店舗予約時に改めて混雑状況等を確認しなくても、一回の検索で空き状況、混雑状況、及び移動コスト等を把握することができる。また、これにより、店舗側は、問い合わせ対応等の負担が軽減し、混雑が平準化するため、顧客の期待値をコントロールすることができる。また、これにより、店舗近くの公共交通機関は、混雑が平準化するため、更なるサービスの向上を促進することができる。

なお、情報処理装置１００は、図９の設定ＵＴ２３において、８月２９日等の日程だけでなく、「８月２９日１８時から」のような時間を含めた予約日時を選択させることで、該当する予約日時に応じた店舗情報を表示させてもよい。そして、情報処理装置１００は、８月２９日等の日程だけでなく、「８月２９日１８時からＯＫ」等の時間を含めた予約日時を表示させてもよい。

また、情報処理装置１００は、時間帯によって店舗の混雑状況がユーザＵ１１の混雑許容度の許容範囲を満たす予約日時がある場合には、店舗の混雑状況が混雑許容度の許容範囲を満たす時間帯を含めた予約日時の予約情報を表示させるとともに、時間帯に該当する予約日時の混雑状況を所定の態様で表示させてもよい。

〔７．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、推定部１３２と、特定部１３４と、提供部１３５とを有する。推定部１３２は、ユーザの検索に基づいて特定された行先の混雑状況を推定する。また、特定部１３４は、推定部１３２により推定された混雑状況が、混雑許容度として設定された所定の閾値を上回る場合、行先の代替として提案する代替スポットを特定する。また、提供部１３５は、特定部１３４により特定された代替スポットに関連する情報を提供する。

これにより、実施形態に係る情報処理装置１００は、代替スポットを選択肢として、ユーザが混雑する店舗に行くリスクを回避させることができる。これにより、実施形態に係る情報処理装置１００は、店舗の予約時に、より適切な態様でユーザに情報を提供することができる。

また、提供部１３５は、代替スポットを予約するための予約情報をユーザへの選択肢として検索結果上で表示させるとともに、代替スポットの混雑状況を所定の態様で表示させるための制御情報を提供する。

これにより、実施形態に係る情報処理装置１００は、混雑状況を提示することで、行先の混雑時の客入りの制御を適切に行うことができるとともに、代替スポットの新規の予約獲得の向上を促進することができる。

また、特定部１３４は、混雑状況が所定の閾値以下を満たす代替スポットを特定する。

これにより、実施形態に係る情報処理装置１００は、ユーザが混雑する店舗に行くリスクを回避させることができる。

また、特定部１３４は、行先と同じエリア又はカテゴリに属する代替スポットを特定する。

これにより、実施形態に係る情報処理装置１００は、ユーザの検索意図に沿った店舗に送客することができる。

また、特定部１３４は、ユーザに応じて設定される距離に基づいて決定される、検索の対象領域に属する代替スポットを特定する。

これにより、実施形態に係る情報処理装置１００は、混雑する店舗に行くリスクだけでなく、ユーザが長い距離を巡るリスクを回避することができる。

また、特定部１３４は、所定の閾値に応じて特定される代替スポットの数が所定の条件を満たすように検索の対象領域を変更して特定する。

これにより、実施形態に係る情報処理装置１００は、代替スポットの選択肢が多すぎたり、又は少なすぎたりするリスクを回避して、更なるユーザビリティの向上を促進することができる。

また、推定部１３２は、ユーザが予め目的地として指定した行先の混雑状況を推定する。また、特定部１３４は、ユーザが予め目的地として指定した行先の混雑状況が所定の閾値を上回る場合、ユーザの現在地から行先までのルート上からの距離と混雑状況とに基づいて、代替スポットを特定する。

これにより、実施形態に係る情報処理装置１００は、店舗の予約時に、店舗に行くルート上の寄道スポットに関する情報を、より適切な態様でユーザに提供することができる。

〔８．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１０及び情報処理装置１００は、例えば、図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、端末装置１０及び情報処理装置１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る端末装置１０及び情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４および１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

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

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

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

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

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

１ 情報処理システム
１０ 端末装置
１００ 情報処理装置
１１０ 通信部
１２０ 記憶部
１２１ 混雑推定情報記憶部
１２２ 設定情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 推定部
１３３ 判定部
１３４ 特定部
１３５ 提供部
Ｎ ネットワーク

Claims (9)

1. ユーザの検索に基づいて特定された行先の混雑状況を、当該行先に関する提供された情報、リアルタイムに検索された検索履歴からの動向に基づく情報または人流解析に基づく情報を用いて推定する推定部と、
   前記推定部により推定された混雑状況が、混雑許容度として前記ユーザの行動情報の履歴に基づいて設定された所定の閾値を上回る場合、前記行先の代替として提案する代替スポットを特定する特定部と、
   前記特定部により特定された代替スポットに関連する情報を提供する提供部と、
   を有することを特徴とする情報処理装置。
2. 前記提供部は、
   前記代替スポットを予約するための予約情報を前記ユーザへの選択肢として、前記ユーザの検索に基づいて特定された前記行先を表示する画面上で表示させるとともに、当該代替スポットの混雑状況を所定の態様で表示させるための制御情報を提供する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記特定部は、
   混雑状況が前記所定の閾値以下を満たす前記代替スポットを特定する
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記特定部は、
   前記行先と同じ前記検索の対象領域又はカテゴリに属する前記代替スポットを特定する
   ことを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記特定部は、
   前記ユーザに応じて設定される、前記行先を中心とする所定の距離に基づいて決定される、前記検索の対象領域に属する前記代替スポットを特定する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記特定部は、
   前記所定の閾値に応じて特定される前記代替スポットの数が所定の条件を満たすように前記検索の対象領域を変更して特定する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記推定部は、
   前記ユーザが予め目的地として指定した行先の混雑状況を推定し、
   前記特定部は、
   前記ユーザが予め目的地として指定した行先の混雑状況が前記所定の閾値を上回る場合、前記ユーザの現在地から当該行先までのルート上の道のりの各点からの距離と混雑状況とに基づいて、前記代替スポットを特定する
   ことを特徴とする請求項１～６のいずれか１項に記載の情報処理装置。
8. コンピュータが実行する情報処理方法であって、
   ユーザの検索に基づいて特定された行先の混雑状況を、当該行先に関する提供された情報、リアルタイムに検索された検索履歴からの動向に基づく情報または人流解析に基づく情報を用いて推定する推定工程と、
   前記推定工程により推定された混雑状況が、混雑許容度として前記ユーザの行動情報の履歴に基づいて設定された所定の閾値を上回る場合、前記行先の代替として提案する代替スポットを特定する特定工程と、
   前記特定工程により特定された代替スポットに関連する情報を提供する提供工程と、
   を含むことを特徴とする情報処理方法。
9. ユーザの検索に基づいて特定された行先の混雑状況を、当該行先に関する提供された情報、リアルタイムに検索された検索履歴からの動向に基づく情報または人流解析に基づく情報を用いて推定する推定手順と、
   前記推定手順により推定された混雑状況が、混雑許容度として前記ユーザの行動情報の履歴に基づいて設定された所定の閾値を上回る場合、前記行先の代替として提案する代替スポットを特定する特定手順と、
   前記特定手順により特定された代替スポットに関連する情報を提供する提供手順と、
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images