特許 7595485 情報処理装置、情報処理方法および情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-28

(45)【発行日】2024-12-06

(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241129BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 3

(21)【出願番号】P 2021030559

(22)【出願日】2021-02-26

(65)【公開番号】P2022131556

(43)【公開日】2022-09-07

【審査請求日】2024-01-29

(73)【特許権者】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】盛林 敏之

(72)【発明者】

【氏名】田中 真一

(72)【発明者】

【氏名】西山 奈津美

(72)【発明者】

【氏名】松井 涼

【審査官】田川 泰宏

(56)【参考文献】

【文献】特開２０１５－１１１３４３（ＪＰ，Ａ）

【文献】特許第６０６２１２４（ＪＰ，Ｂ１）

【文献】特開２０１５－２１９６７３（ＪＰ，Ａ）

【文献】特開２０１５－１４８５５３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

イベント来場者に所定地点までの移動時間情報を提供する情報処理装置であって、
制御部と記憶部とを備え、
前記記憶部は、
イベント施設から前記所定地点までの移動経路に複数の中継地点が仮想的に設定され、設定された複数の前記中継地点に関連付けられた前記中継地点から前記所定地点までの推定移動時間を示す情報が、イベント終了後の経過時間毎に設定された移動情報を記憶し、
前記制御部は、
イベント終了後の経過時間を取得し、
前記イベント来場者の位置を示す位置情報を取得し、
前記記憶部に記憶された前記移動情報から、前記取得した経過時間と、前記取得した位置情報に対応する前記中継地点とに関連付けられた推定移動時間を取得し、
前記取得した推定移動時間を前記所定地点までの前記移動時間情報として提供する、
情報処理装置。

【請求項2】

イベント来場者に所定地点までの移動時間情報を提供する情報処理装置が実行する情報処理方法であって、
前記情報処理装置は、制御部と記憶部とを備え、
前記記憶部には、
イベント施設から前記所定地点までの移動経路に複数の中継地点が仮想的に設定され、設定された複数の前記中継地点に関連付けられた前記中継地点から前記所定地点までの推定移動時間を示す情報が、イベント終了後の経過時間毎に設定された移動情報が記憶され、
前記制御部は、
イベント終了後の経過時間を取得し、
前記イベント来場者の位置を示す位置情報を取得し、
前記記憶部に記憶された前記移動情報から、前記取得した経過時間と、前記取得した位置情報に対応する前記中継地点とに関連付けられた推定移動時間を取得し、
前記取得した推定移動時間を前記所定地点までの前記移動時間情報として提供する、
情報処理方法。

【請求項3】

イベント来場者に所定地点までの移動時間情報を提供する情報処理プログラムであって、
記憶部には、イベント施設から前記所定地点までの移動経路に複数の中継地点が仮想的に設定され、設定された複数の前記中継地点に関連付けられた前記中継地点から前記所定地点までの推定移動時間を示す情報が、イベント終了後の経過時間毎に設定された移動情報が記憶され、
イベント終了後の経過時間を取得する手順と、
前記イベント来場者の位置を示す位置情報を取得する手順と、
前記記憶部に記憶された前記移動情報から、前記取得した経過時間と、前記取得した位置情報に対応する前記中継地点とに関連付けられた推定移動時間を取得する手順と、
前記取得した推定移動時間を前記所定地点までの前記移動時間情報として提供する手順と
をコンピュータに実行させる情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、例えばスポーツの試合などのイベントがイベント施設で開催される際、イベント施設周辺の混雑の発生状況を推定する技術が種々提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－１７４８７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記した従来技術には、イベント施設に関連する混雑の発生状況の推定精度を向上させるなどして、混雑を効率良く緩和させるという点でさらなる改善の余地があった。

【0005】

本発明は、上記に鑑みてなされたものであって、イベント施設に関連する混雑を効率良く緩和させることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

【0006】

上記課題を解決し、目的を達成するために、本発明は、情報処理装置において、取得部と、推定部とを備える。取得部は、イベント施設の来場者における前記イベント施設への来場に関する来場情報を取得する。推定部は、前記取得部によって取得された前記来場情報に基づいて、前記イベント施設に関連する混雑の発生状況を推定する。

【発明の効果】

【0007】

本発明によれば、イベント施設に関連する混雑を効率良く緩和させることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る情報処理方法の概要を示す図である。

【図2】図２は、情報処理システムの構成例を示すブロック図である。

【図3】図３は、情報処理装置の構成例を示すブロック図である。

【図4】図４は、イベント関連情報の一例を示す図である。

【図5】図５は、分布情報の内容や生成等を説明する図である。

【図6】図６は、分布情報の内容や生成等を説明する図である。

【図7】図７は、推定混雑パターン情報の一例を示す図である。

【図8】図８は、ユーザ情報の一例を示す図である。

【図9】図９は、回避情報の一例を示す図である。

【図10】図１０は、移動情報の一例を示す図である。

【図11】図１１は、移動情報を説明するための図である。

【図12】図１２は、提供される回避情報等を説明する図である。

【図13】図１３は、情報処理装置が実行する処理手順を示すフローチャートである。

【図14】図１４は、情報処理装置が実行する処理手順を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下、添付図面を参照して、本願の開示する情報処理装置、情報処理システムおよび情報処理方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

【0010】

＜情報処理方法の概要＞
以下では先ず、実施形態に係る情報処理方法の概要について図１を参照して説明する。図１は、実施形態に係る情報処理方法の概要を示す図である。

【0011】

図１に示すように、実施形態に係る情報処理方法は、例えば情報処理システム１に含まれる情報処理装置１０によって実行される。情報処理装置１０は、イベント施設１００に関する情報の処理やイベント施設１００周辺に関する情報の処理など各種の処理を実行可能なサーバである。ここで、イベント施設１００は、例えばスポーツの試合などのイベントが行われるスポーツ施設（競技場・球場等）、コンサートや演劇などのイベントが開催される施設（コンサートホール、演劇場等）である。

【0012】

イベント施設１００（以下「施設１００」と記載する場合がある）では、例えばイベントが終了すると、施設１００の来場者、すなわち観客が一斉に出てくる。そのため、施設１００の周辺および施設１００からの移動経路Ｂなどにおいて、混雑が発生することが予測される。

【0013】

そこで、本実施形態に係る情報処理装置１０にあっては、施設１００に関連する混雑の発生状況の推定精度を向上させるなどして、混雑を効率良く緩和させることができるような構成とした。

【0014】

なお、図１では、移動経路Ｂが、施設１００から駅Ａまでの移動経路である例を示した。駅Ａは、施設１００から最寄りの駅（最寄りの交通機関の乗り場）であるが、これに限定されるものではなく、施設１００周辺の駅であればよい。また、上記では、移動経路Ｂが、施設１００から駅Ａまでの移動経路であるとしたが、これに限られず、例えばバス乗り場、タクシー乗り場などその他の交通機関の乗り場までの移動経路や、施設１００とは異なる別の施設（例えば商業施設など）までの移動経路などであってもよい。

【0015】

また、図１では、移動経路Ｂが複数（例えば３つ）である例を示すが、これに限定されず、２つ以下または４つ以上であってもよい。以下、３つの移動経路Ｂを「第１移動経路Ｂ１」、「第２移動経路Ｂ２」、「第３移動経路Ｂ３」と記載する場合があるが、これらを特に区別せずに説明する場合には「移動経路Ｂ」と記載する。なお、実際には、施設１００の周辺において駅やバス停等は複数あり、また移動経路もそれぞれ複数あるが、図１等では、動作原理を分かりやすく説明するため、単純化して示している。

【0016】

以下、情報処理装置１０の処理について具体的に説明すると、情報処理装置１０は先ず、施設１００の来場者Ｕにおける施設１００への来場に関する来場情報を取得する（ステップＳ１）。例えば、情報処理装置１０は、来場者Ｕが所持する端末装置４０から来場者Ｕの来場情報を取得する。なお、以下では、来場者Ｕを「ユーザＵ」と記載する場合がある。

【0017】

ユーザＵの来場情報には、例えばユーザＵの居住地を示す居住地情報や、ユーザＵの施設１００への移動手段を示す移動手段情報などが含まれるが、これらは例示であって限定されるものではない。

【0018】

上記した居住地情報および移動手段情報は、端末装置４０に予め登録されたものであってもよいし、端末装置４０の移動履歴情報（すなわちユーザＵの移動履歴情報）などから推定されたものであってもよい。詳しくは、ユーザＵの移動履歴情報は、ユーザＵの位置の時系列での推移に関する情報を含み、具体的にはユーザＵの施設１００までの移動ルートや移動スピードなどを含む。情報処理装置１０は、かかる移動ルートや移動スピードなどに基づいて、ユーザＵの居住地（自宅）の位置や、電車、タクシーや自家用車などの車、バス、徒歩などの施設１００への移動手段を推定して取得してもよい。

【0019】

なお、上記では、移動履歴情報に基づいて移動手段が推定される例を示したが、これに限られず、例えば情報処理装置１０は、居住地（自宅）と施設１００とを結ぶ経路を検索処理して移動手段を推定するなど、その他の手法を用いて推定してもよい。また、上記した施設１００への移動手段情報について、情報処理装置１０は、例えば来場後、イベントが終了するまでの間に実際の移動手段情報を端末装置４０等から収集（取得）するなどしてもよい。

【0020】

次いで、情報処理装置１０は、施設１００で開催されるイベントに関するイベント情報を取得する（ステップＳ２）。例えば、情報処理装置１０は、施設１００を管理するサーバ（後述するイベント施設用情報処理装置５０（図２参照））からイベント情報を取得する。なお、イベント情報には、例えばイベントが開催される日時（イベントの開催日、開始予定時刻および終了予定時刻）を示す開催日時情報、イベントの来場者数、施設１００の天候などが含まれるが、これらは例示であって限定されるものではない。

【0021】

次いで、情報処理装置１０は、取得された来場情報およびイベント情報に基づいて、施設１００に関連する混雑の発生状況を推定する（ステップＳ３）。具体的に説明すると、例えばユーザＵは、イベントが終了すると、施設１００へ来場したときの移動手段と同じ移動手段を利用して居住地へ戻ることが多い。

【0022】

そこで、本実施形態に係る情報処理装置１０にあっては、来場情報に基づいてユーザＵの帰宅時の移動ルートおよび移動手段を推定する、言い換えると、来場情報に含まれる居住地情報や移動手段情報を逆算することで帰宅時の移動ルートおよび移動手段を推定する。そして、情報処理装置１０は、推定された帰宅時の移動ルートや移動手段、および、イベント情報に含まれるイベントの来場者数や終了予定時刻、天候などに基づいて、施設１００に関連する混雑の発生状況を推定する。つまり、本実施形態においては、イベント自体の情報に加え、イベントに参加する各個人の移動関連情報（例えば来場情報）に基づくことで、混雑状況の予測精度等の向上を図っている。

【0023】

詳しくは、情報処理装置１０は、来場情報から推定された帰宅時の移動ルートや移動手段、および、イベント情報に基づいて、例えば施設１００周辺や、施設１００と駅Ａとの間の移動経路Ｂ、駅Ａなどにおける人の流れに関する人流情報を推定する。より詳しくは、情報処理装置１０は、上記した各種の情報に基づいて、施設１００周辺や移動経路Ｂ、駅Ａにおける人流や交通流のシミュレーションを行って、イベント終了後の人の流れを予測し、混雑の発生状況の推定を行う。なお、混雑の発生状況の推定においては、任意のアルゴリズムを用いて予め生成された推定モデルを利用することができるが、これに限定されるものではない。

【0024】

なお、上記した人流等のシミュレーションは、イベントが開催される前に予め行われてもよい。すなわち、情報処理装置１０は、過去に開催された別のイベントのときの来場情報やイベント情報などに基づいて予めシミュレーションを行い、混雑パターンを複数算出しておく。そして、情報処理装置１０は、複数の混雑パターンの中から、イベント当日に取得された来場情報やイベント情報などに適した（合致した）混雑パターンを選択し、混雑パターンを、上記した混雑の発生状況として推定することができるが、これについては後述する。なお、上記した選択された混雑パターンは、実際のイベントに関する状況（例えば実際の来場者数や実際の天候など）に応じて適宜に補正されてもよい。

【0025】

このように、本実施形態にあっては、ユーザＵの来場情報を用いることで、ユーザＵの帰宅時の移動ルートおよび移動手段を推定でき、推定された移動ルートおよび移動手段を用いることで、施設１００に関連する混雑の発生状況の推定精度を向上させることができる。なお、図１の例では、ステップＳ３の処理において、第１～第３移動経路Ｂ１～Ｂ３のうち、第２、第３移動経路Ｂ２，Ｂ３に混雑が発生することが推定（予測）されるものとする。

【0026】

次いで、情報処理装置１０は、推定された混雑の発生状況に応じた情報を提供する（ステップＳ４）。例えば、情報処理装置１０は、推定された混雑の発生状況に応じて、混雑の回避に関する回避情報をユーザＵに提供する、正確には回避情報をユーザＵが所持する端末装置４０に提供する。

【0027】

図１の例では、第２、第３移動経路Ｂ２，Ｂ３に混雑が発生することが推定されることから、かかる混雑を回避するため、情報処理装置１０は、第１移動経路Ｂ１を、施設１００から駅Ａへ移動するときの推奨ルート（迂回ルート）とする回避情報を提供することができる。

【0028】

これにより、例えば施設１００を利用したユーザＵは、駅Ａへ向かう際、回避情報に基づいて比較的混雑せずに空いている第１移動経路Ｂ１を選んで移動することが可能になる。このため、施設１００から駅Ａへ向かう人の流れが第１移動経路Ｂ１に分散されて、混雑すると推定された第２、第３移動経路Ｂ２，Ｂ３が混雑しにくくなり、結果として施設１００に関連する混雑、すなわち移動経路Ｂの混雑を効率良く緩和させることができる。

【0029】

なお、上記では、回避情報として推奨ルート（迂回ルート）が提供されるようにしたが、これに限定されるものではない。すなわち、情報処理装置１０は、例えば混雑の解消を待つために施設１００での待機を促す情報や、駅Ａを利用する移動手段とは異なる他の移動手段（例えば駅Ａとは異なる駅からの電車、バス、タクシー）の利用を促す情報など、その他の情報を回避情報として提供してもよい。

【0030】

なお、上記では、情報処理装置１０は、来場情報とイベント情報とに基づいて、施設１００に関連する混雑の発生状況を推定するようにしたが、これに限られず、来場情報のみ、あるいは来場情報とその他の種類の情報とに基づいて混雑の発生状況を推定してもよい。

【0031】

＜情報処理システムの構成＞
次に、本実施形態に係る情報処理装置１０を含む情報処理システム１の構成について、図２を用いて説明する。図２は、情報処理システム１の構成例を示すブロック図である。

【0032】

図２に示すように、情報処理システム１は、上記した情報処理装置１０と、端末装置４０と、イベント施設用情報処理装置５０と、定点カメラ６０とを含み、これらはインターネット網などの通信ネットワークＮを介して通信可能に接続される。なお、図２では、図示の簡略化のため、端末装置４０および定点カメラ６０をそれぞれ１つ示したが、複数であってもよい。

【0033】

端末装置４０は、ユーザＵに所持されて使用される装置である。なお、端末装置４０としては、例えばスマートフォンやタブレット端末などを用いることができるが、これに限定されるものではない。

【0034】

端末装置４０には、例えばＧＰＳ（Global Positioning System）衛星からの信号に基づいてユーザＵの位置（正確には端末装置４０の位置）を示す位置情報を検出するＧＰＳ受信機などが含まれる。端末装置４０は、検出した位置情報を情報処理装置１０へ送信することができる。

【0035】

また、端末装置４０は、上記したユーザＵの居住地情報および移動手段情報などを含む来場情報を情報処理装置１０へ送信することができる。また、端末装置４０は、上記した情報処理装置１０によって推定された混雑の発生状況に応じた情報（例えば回避情報や後述する移動情報など）を受信することができる。なお、ユーザＵが利用した移動手段については、ユーザＵの位置の時系列での変化（推移）における経路（電車の路線や道路など）との一致度、移動スピード、イベントの電子チケットの使用状況等により推定することができる。また、端末装置４０は、推定された混雑の発生状況に応じた情報の提供を要求する情報提供要求（後述）を情報処理装置１０へ送信することができる。

【0036】

イベント施設用情報処理装置５０は、施設１００を管理するサーバであり、例えば施設１００で開催されるイベントを管理するサーバである。例えば、イベント施設用情報処理装置５０は、施設１００で開催されるイベントに関するイベント情報の処理など各種の処理を実行可能なサーバである。イベント施設用情報処理装置５０は、施設１００のイベントの開催日、開始予定時刻および終了予定時刻などの開催日時情報、イベントの来場者数、施設１００の天候などを含むイベント情報を情報処理装置１０へ送信することができる。

【0037】

定点カメラ６０は、移動経路Ｂや施設１００周辺などに複数台設置される。定点カメラ６０は、移動経路Ｂや施設１００周辺を撮像し、撮像されたカメラ画像を情報処理装置１０へ送信することができる。なお、定点カメラ６０のカメラ画像は、動画データであるが、これに限られず、静止画データなどであってもよい。かかるカメラ画像は、情報処理装置１０において実際の混雑情報として取得されるが、これについては後述する。

【0038】

なお、定点カメラ６０は、移動経路Ｂ等の人を検知する人体検知センサを有していてもよい。人体検知センサとしては、例えば赤外線信号を用いた焦電センサなどを採用することができる。

【0039】

なお、情報処理装置１０は、定点カメラ６０のカメラ画像に基づいて混雑情報を取得することがあるが、これに限られず、例えばユーザＵの端末装置４０の位置情報に基づいて混雑情報を取得してもよい。かかる場合、言い換えると、定点カメラ６０のカメラ画像が混雑情報として利用されない場合、定点カメラ６０は除去されてもよい。

【0040】

＜情報処理装置の構成＞
次いで、情報処理装置１０の構成について図３等を参照して具体的に説明する。図３は、情報処理装置１０の構成例を示すブロック図である。なお、図３のブロック図では、本実施形態の特徴を説明するために必要な構成要素のみを機能ブロックで表しており、一般的な構成要素についての記載を省略している。

【0041】

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

【0042】

図３に示すように、情報処理装置１０は、通信部１１と、制御部２０と、記憶部３０とを備える。

【0043】

通信部１１は、通信ネットワークＮに双方向通信可能に接続する通信インターフェイスであり、端末装置４０、イベント施設用情報処理装置５０および定点カメラ６０等との間で情報の送受信を行う。

【0044】

制御部２０は、取得部２１と、算出部２２と、推定部２３と、提供部２４とを備え、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクドライブ、入出力ポートなどを有するコンピュータや各種の回路を含む。

【0045】

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２０の取得部２１、算出部２２、推定部２３および提供部２４として機能する。

【0046】

また、制御部２０の取得部２１、算出部２２、推定部２３および提供部２４の少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。

【0047】

また、記憶部３０は、例えば、不揮発性メモリやデータフラッシュ、ハードディスクドライブといった記憶デバイスで構成される記憶部である。かかる記憶部３０には、イベント関連情報３１、推定混雑パターン情報３２、ユーザ情報３３、回避情報３４、移動情報３５および各種プログラムなどが記憶される。

【0048】

イベント関連情報３１は、施設１００で開催されるイベントに関連する情報である。イベント関連情報３１には、例えば施設１００で開催されるイベントに関するイベント情報、施設１００に来場したユーザＵの居住地や移動手段の分布状況を示す分布情報、および、施設１００周辺において実際に発生した混雑の状況を示す実混雑パターンなどの各種情報が含まれる。また、イベント関連情報３１には、施設１００において過去に開催されたイベントの関連情報、および、施設１００において現在あるいは将来開催されるイベントの関連情報などが含まれるが、これに限られない。

【0049】

ここで、図４を用いて、イベント関連情報３１について説明する。図４は、イベント関連情報３１の一例を示す図である。図４に示すように、イベント関連情報３１には、「イベントＩＤ」、「施設名」、「イベント内容」、「開催日時」、「来場者数」、「天候」、「分布情報」および「実混雑パターン」等の項目が含まれ、各項目は互いに関連付けられている。なお、上記した項目のうち「イベントＩＤ」、「施設名」、「イベント内容」、「開催日時」、「来場者数」および「天候」が、イベント情報に対応する情報であるが、イベント情報は、これらの項目の内容に限定されるものではない。

【0050】

「イベントＩＤ」は、イベント情報を識別する識別情報である。「施設名」は、イベントが開催される施設１００の名称を示す情報である。なお、図４に示す例では、便宜上、「施設名」を「施設Ｄ０１」といったように抽象的な記載とするが、「施設Ｄ０１」には具体的な情報が記憶されるものとする。以下、他の情報についても抽象的に記載する場合がある。また、図４に示す例のイベント情報は、同じ「施設Ｄ０１」におけるイベントの情報であるが、これは理解の便宜のためであり、例えば異なる施設１００におけるイベントの情報を含んでいてもよい。

【0051】

「イベント内容」は、イベントの内容を示す情報である。例えば「イベント内容」には、イベントの名称、イベントがスポーツの試合の場合はその対戦カード（対戦するチーム名や競技者名）などの情報が含まれるが、これらは例示であって限定されるものではない。

【0052】

「開催日時」は、イベントが開催される日時を示す情報である。例えば「開催日時」には、イベントの開催日、開始予定時刻および終了予定時刻などの情報が含まれるが、これらに限られない。

【0053】

「来場者数」は、施設１００に来場した人数、あるいは施設１００に来場する予定の人数を示す情報である。例えば「来場者数」は、イベントのチケット販売数情報や実際に施設１００に来場してカウントされた人数の情報などに基づいて登録される。

【0054】

「天候」は、イベントが開催される施設１００の天候を示す情報である。なお、対応するイベントが過去に開催されたものである場合、「天候」には、施設１００の実際の天候を示す情報が登録され、対応するイベントが現在あるいは将来開催されるものである場合、「天候」には、施設１００付近の天気予報を示す情報が登録される。

【0055】

「分布情報」および「実混雑パターン」は、イベント後あるいはイベント開催時に、実際に測定された実測値による情報である。「分布情報」は、施設１００に来場したユーザＵの居住地や移動手段の分布状況を示す情報である。なお、「分布情報」については、図５および図６を用いて後述する。

【0056】

「実混雑パターン」は、施設１００周辺において実際に発生した混雑の状況を示す情報である。「実混雑パターン」には、例えばイベント終了後に、施設１００周辺のある移動経路Ｂ（図１参照）と施設１００周辺のある路線（鉄道路線や道路など）とで実際に混雑が発生した情報や、その混雑の度合いなどを示す混雑度情報などが含まれるが、これらに限定されるものではない。なお、「実混雑パターン」は、例えばイベント終了後の定点カメラ６０のカメラ画像やユーザＵの端末装置４０の位置情報などを解析することによって得られる情報である。

【0057】

なお、図４に示す例では、イベントＩＤ「Ｃ０１」、「Ｃ０２」のイベント情報が、施設１００において過去に開催されたイベントの関連情報であり、イベントＩＤ「Ｃ２１」のイベント情報が、施設１００において現在あるいは将来開催されるイベントの関連情報であるものとする。従って、イベントＩＤ「Ｃ２１」に対応するイベントはまだ終了していないため、図４において対応する「実混雑パターン」には、実際に発生した混雑の状況を示す情報が入力されていない。なお、図４に示す過去のイベント情報の数、現在あるいは将来のイベント情報の数は、あくまでも例示であって限定されるものではない。

【0058】

また、例えばイベントＩＤ「Ｃ２１」に対応するイベントなど開催前のイベント情報については、イベントの主催者発表によるイベント情報等に基づいて、オペレータによるマニュアル入力等により登録されてもよい。また、イベント開催前のイベント情報において、来場者数は例えばチケットの販売予定数等に基づいて推定されたり、天候は例えば天気予報情報で推定されたりするなど、予想値が登録されてもよい。また、開催前のイベント情報を含むイベント関連情報については、イベント開催後に実測値に置き換えられる。

【0059】

図４に示す例において、イベントＩＤ「Ｃ０１」で識別されるイベント情報は、施設名が「施設Ｄ０１」、イベント内容が「内容Ｅ０１」、開催日時が「日時Ｆ０１」、来場者数が「来場者数Ｇ０１」、天候が「天候Ｈ０１」であることを示し、分布情報は「分布Ｊ０１」、実混雑パターンは「実混雑パターンＫ０１」であることを示している。

【0060】

ここで、上記した分布情報の内容や生成等について、図５および図６を参照して説明する。図５および図６は、分布情報の内容や生成等を説明する図である。図５に示すように、分布情報は、施設１００で開催されるイベントごとに生成される。

【0061】

具体的には、イベントＩＤで識別されるイベントが施設１００で開催される場合、分布情報は、当該施設１００のユーザ（来場者）Ｕにおける施設１００への来場に関する来場情報に基づいて生成される。なお、来場情報には、過去のイベントに参加したユーザＵの来場情報、および、現在（あるいは将来）のイベントに参加するユーザＵの来場情報などが含まれるが、これに限られない。

【0062】

図５の例では、「ユーザＩＤ」、「居住地」および「移動手段」の項目が来場情報に対応する情報であるが、来場情報は、これらに限定されるものではない。図５において、「イベントＩＤ」は、イベント情報を識別する識別情報であり、図４に示すイベント関連情報３１の「イベントＩＤ」と対応する情報である。「ユーザＩＤ」は、ユーザＵを識別する識別情報である。

【0063】

「居住地」は、ユーザ（来場者）Ｕの居住地を示す情報である。「居住地」は、例えばユーザＵが居住する地点の情報であってもよいし、地図情報が予めメッシュ状に複数の所定領域に区画され、複数の所定領域のうちユーザＵが居住する地点を含む所定領域の情報であってもよいし、ユーザＵが居住する地点を含む市区町村単位の領域の情報であってもよい。なお、「居住地」には、ユーザＵの居住地に加えてあるいは代えて、例えば施設１００へ向かうユーザＵの出発地の情報など、ユーザＵがイベント終了後に戻る可能性がある場所の情報が含まれてもよい。

【0064】

「移動手段」は、ユーザ（来場者）Ｕの施設１００への移動手段を示す情報である。「移動手段」には、例えば電車、タクシーや自家用車などの車、バス、徒歩などの情報が含まれる。

【0065】

そして、上記した「居住地」や「移動手段」などの情報に基づいて、施設１００に来場したユーザＵの居住地や移動手段の分布状況を示す分布情報が生成される。具体的には、図６に示すように、例えば上記したユーザＵの「移動手段」の情報を、ユーザＵの「居住地」を含む領域Ｚ０１～Ｚ０６ごとに集計することで、ユーザＵの居住地や移動手段の分布状況を示す分布情報が生成される。

【0066】

具体的に説明すると、分布情報は、施設１００を含む地図情報を有している。なお、地図情報において、施設１００付近には、上記した最寄り駅Ａや道路７０があるものとする。また、地図情報は、境界線７１によって複数の領域（エリア）Ｚ０１～Ｚ０６にメッシュ状に区画される。なお、図６に示す領域Ｚ０１～Ｚ０６の形状は、あくまでも例示であって限定されるものではなく、例えば市区町村単位の領域などであってもよい。また、領域の数も任意に設定可能である。

【0067】

分布情報には、来場者割合の情報および移動手段の情報が含まれる。来場者割合の情報は、対応するイベントの全来場者数に対する、各領域Ｚ０１～Ｚ０６に居住するユーザＵの人数の割合を示す情報である。移動手段の情報は、各領域Ｚ０１～Ｚ０６に居住するユーザＵが施設１００へ移動したときの移動手段の種類を示す情報である。

【0068】

図６の例では、領域Ｚ０１においては、イベントの全来場者数のうち１５％のユーザＵが居住しており、領域Ｚ０１に居住するユーザＵのうち７０％が徒歩、２０％がバスで施設１００まで移動したことを示している。また、領域Ｚ０２においては、イベントの全来場者数のうち２０％のユーザＵが居住しており、領域Ｚ０２に居住するユーザＵのうち６０％が電車、３０％が車で施設１００まで移動したことを示している。

【0069】

本実施形態にあっては、上記した来場情報に基づいて得られる分布情報などを用いることで、施設１００に関連する混雑の発生状況の推定精度向上を図るが、これについては後述する。なお、図６では、理解の便宜のために、ユーザＵの居住地や移動手段の分布状況を地図情報に重畳させて示したが、ユーザＵの居住地を含む領域Ｚ０１～Ｚ０６等が識別できれば、分布情報は地図情報を含まなくてもよい。

【0070】

図５の説明に戻ると、図５の例において、イベントＩＤ「Ｃ０１」のイベントには、ユーザＩＤ「Ｌ０１」で識別されるユーザＵが来場し、かかるユーザＵの居住地が「居住地Ｍ０１」、移動手段が「移動手段Ｎ０１」であることを示している。また、イベントＩＤ「Ｃ０１」のイベントには、ユーザＩＤ「Ｌ０２」で識別されるユーザＵが来場し、かかるユーザＵの居住地が「居住地Ｍ０２」、移動手段が「移動手段Ｎ０２」であることを示している。また、ユーザＩＤ「Ｌ０１」、「Ｌ０２」のユーザＵを含む、イベントＩＤ「Ｃ０１」のイベントに来場したユーザの来場情報によって生成された分布情報が「分布Ｊ０１」であることを示している。

【0071】

なお、図５に示す例でも、上記と同様に、イベントＩＤ「Ｃ０１」、「Ｃ０２」で識別されるイベントは、施設１００において過去に開催されたイベントであり、イベントＩＤ「Ｃ２１」で識別されるイベントは、施設１００において現在（あるいは将来）開催されるイベントであるものとする。

【0072】

図３の説明に戻ると、推定混雑パターン情報３２は、施設１００に関連する混雑の発生状況を推定する処理で用いられる情報であり、例えば施設１００に関連する混雑のパターンを示す情報を含む。例えば、推定混雑パターン情報３２は、過去に開催されたイベントのイベント関連情報（イベント情報や分布情報、実混雑パターンなど）に基づいて生成される情報であり、詳しくは、過去のイベント関連情報を例えば統計的に集計することで得られる情報である。

【0073】

ここで、図７を用いて、推定混雑パターン情報３２について説明する。図７は、推定混雑パターン情報３２の一例を示す図である。図７に示すように、推定混雑パターン情報３２には、複数の推定混雑パターンの情報が含まれる。なお、推定混雑パターンは、予め算出される混雑パターンの一例である。

【0074】

推定混雑パターン情報３２には、「パターンＩＤ」、「推定混雑パターン」、「施設名」、「イベント内容」、「開催日時」、「来場者数」、「天候」および「分布情報」等の項目が含まれ、各項目は互いに関連付けられている。

【0075】

「パターンＩＤ」は、推定混雑パターンの情報を識別する識別情報である。「推定混雑パターン」は、施設１００周辺において発生すると推定される混雑の状況を示す情報である。例えば「推定混雑パターン」は、推定対象のイベントに関連する情報が、推定混雑パターン情報３２におけるイベント情報（ここでは「施設名」、「イベント内容」、「開催日時」、「来場者数」および「天候」）の内容と「分布情報」の内容と合致あるいは略合致した場合に選択され、選択された推定混雑パターンが、推定対象のイベントが開催される施設１００に関連する混雑の発生状況として推定される。

【0076】

また、推定混雑パターン情報３２における「推定混雑パターン」、「施設名」、「イベント内容」、「開催日時」、「来場者数」、「天候」および「分布情報」は、過去に開催されたイベントのイベント関連情報（例えば、図４のイベント関連情報においてイベントＩＤ「Ｃ０１」、「Ｃ０２」等で識別されるイベントの情報）に対し、例えば層別化や平均化など統計的な処理を行うことによって得られる情報である。すなわち、推定混雑パターン情報３２の各情報は、過去に開催された複数のイベントのイベント関連情報に基づいて生成される。なお、推定混雑パターン情報３２の各情報は、必ずしも複数のイベントのイベント関連情報に基づいて生成されることを要さず、例えば１つのイベントのイベント関連情報に基づいて生成されてもよい。

【0077】

従って、例えば推定混雑パターン情報３２の「推定混雑パターン」は、対応する「施設名」、「イベント内容」、「開催日時」、「来場者数」、「天候」および「分布情報」の内容で行われた過去のイベントにおいて実際に発生した実混雑パターン（図４参照）が平均化など統計的に処理されて生成された混雑パターンの情報である。

【0078】

また、推定混雑パターン情報３２のイベント関連情報である「施設名」、「イベント内容」、「開催日時」、「来場者数」、「天候」および「分布情報」も、過去のイベントにおけるイベント関連情報（図４参照）が平均化など統計的に処理されて生成された情報である。なお、図７においては、図４のイベント関連情報の内容と区別するため、例えば「分布Ｊｘ３１」など小文字の「ｘ」を付して示している。

【0079】

なお、上記では、「推定混雑パターン」が「実混雑パターン」（図４参照）に基づいて生成される例を示したが、これに限られず、例えばイベント情報や分布情報（来場情報）を含むイベント関連情報などに基づいて行われる人流や交通流のシミュレーションによって「推定混雑パターン」が生成されてもよい。

【0080】

図７に示す例では、パターンＩＤ「Ｐ０１」の推定混雑パターン情報は、推定混雑パターンが「推定混雑パターンＱ０１」、施設名が「施設Ｄｘ３１」、イベント内容が「内容Ｅｘ３１」、開催日時が「日時Ｆｘ３１」、来場者数が「Ｇｘ３１」、天候が「天候Ｈｘ３１」および分布情報が「分布Ｊｘ３１」であることを示している。

【0081】

図３の説明に戻ると、ユーザ情報３３は、ユーザ（来場者）Ｕに関する情報である。ここで、図８を用いて、ユーザ情報３３について説明する。図８は、ユーザ情報３３の一例を示す図である。

【0082】

図８に示すように、ユーザ情報３３には、「ユーザＩＤ」、「ユーザ位置」、「居住地」および「提供先」等の項目が含まれ、各項目は互いに関連付けられている。「ユーザＩＤ」は、ユーザＵを識別する識別情報である。「ユーザ位置」は、ユーザＵの位置を示すユーザ位置情報であり、詳しくは、ユーザＵの現在の位置を示す情報である。

【0083】

「居住地」は、ユーザＵの居住地を示す居住地情報である。「居住地」は、上記したように、居住地情報が予め登録された端末装置４０から得られるものであってもよいし、ユーザＵの移動履歴情報等から推定されたものであってもよい。

【0084】

「提供先」は、各種情報を提供する提供先に関する情報である。例えば「提供先」は、推定された混雑の発生状況に応じた情報を提供する提供先に関する情報であり、例えば端末装置４０にインストールされているアプリケーションやメールアドレスなど、各種情報を受信するための情報を含む。

【0085】

図８に示す例では、ユーザＩＤ「Ｌ２１」で識別されるユーザＵのデータは、ユーザ位置が「位置Ｒ２１」、居住地が「居住地Ｍ２１」、提供先が「提供先Ｔ２１」であることを示している。

【0086】

図３の説明に戻ると、回避情報３４は、施設１００に関連する混雑の回避に関する情報である。ここで、図９を用いて、回避情報３４について説明する。図９は、回避情報３４の一例を示す図である。

【0087】

図９に示すように、回避情報３４には、「回避ＩＤ」、「推定混雑パターン」および「回避情報」等の項目が含まれ、各項目は互いに関連付けられている。

【0088】

「回避ＩＤ」は、回避情報を識別する識別情報である。「推定混雑パターン」は、推定混雑パターンを示す情報であり、図７に示す推定混雑パターン情報３２の「推定混雑パターン」と対応する情報である。

【0089】

「回避情報」は、施設１００に関連する混雑の回避に関する情報である。例えば、「回避情報」には、対応する推定混雑パターンに含まれる混雑を回避可能な情報が含まれる。「回避情報」の一例を説明すると、対応する推定混雑パターンＱ０１に、第２、第３移動経路Ｂ２，Ｂ３（図１参照）に混雑の発生が予測されることを示す情報が含まれる場合、かかる混雑を回避するため、回避情報には、第１移動経路Ｂ１を、施設１００から駅Ａへ移動するときの推奨ルート（迂回ルート）とする情報が含まれる。

【0090】

なお、「回避情報」には、推奨ルート（迂回ルート）の情報に限られず、例えば混雑の解消を待つために施設１００での待機を促す情報や、駅Ａを利用する移動手段とは異なる他の移動手段（例えば駅Ａとは異なる駅からの電車、バス、タクシー）の利用を促す情報などが含まれてもよい。また、「回避情報」には、ユーザＵの目的地（例えばユーザＵが施設１００への往路で利用した交通機関の乗り場やユーザＵの居住地）ごとに、当該目的地に適した内容の回避情報が設定されてもよい。また、「推定混雑パターン」と「回避情報」とは予め対応付けられるものとするが、これに限定されるものではない。

【0091】

図３の説明に戻ると、移動情報３５は、ユーザＵの移動に関する情報である。ここで、図１０および図１１を用いて、移動情報３５について説明する。図１０は、移動情報３５の一例を示す図である。図１１は、移動情報３５を説明するための図である。

【0092】

先ず図１１を参照しつつ説明すると、本実施形態にあっては、後述するように、施設１００と最寄りの駅Ａとの間の移動経路Ｂにおけるユーザ（来場者）Ｕの移動に関する移動情報を提供することができる。例えば、本実施形態にあっては、駅ＡがユーザＵの帰宅時の移動ルート上であることが推定され、イベント終了後、ユーザＵが施設１００から駅Ａまで移動経路Ｂを移動すると仮定した場合に、移動に要すると推定される推定移動時間を移動情報としてユーザＵに提供することができる。なお、駅Ａは、所定地点の一例である。

【0093】

上記した推定移動時間は、人流等のシミュレーションにより算出される。例えば、イベント情報や来場情報などに基づいて人流等のシミュレーションが行われ、推定移動時間が算出される。

【0094】

ここで、推定移動時間は、イベント終了後の経過時間に応じて変化する。すなわち、移動経路Ｂにおける混雑の発生状況は、イベント終了後の経過時間に応じて変わる。そのたため、例えばユーザＵがイベント終了直後に施設１００を出発する場合と、イベントが終了してから所定時間経過して出発する場合とでは、推定移動時間が変わってくる。従って、ユーザＵが施設１００を出発する度に人流等のシミュレーションが行われれば、出発時の移動経路Ｂの混雑の発生状況に即した推定移動時間をユーザＵに提供することができる。しかしながら、ユーザＵが出発する度に人流等のシミュレーションが行われるように構成すると、情報処理装置１０における処理負荷が増大するおそれがある。

【0095】

そこで、本実施形態にあっては、イベントが終了する前に人流等のシミュレーションを行って推定移動時間を算出し、算出された推定移動時間を記憶部３０に移動情報３５（図１０参照）として予め記憶させておく。かかる推定移動時間は、イベント終了後の経過時間ごとに算出される。そして、イベントが実際に終了すると、本実施形態においては、ユーザＵが施設１００を出発するタイミングで、推定移動時間を記憶部３０から適宜に読み出して提供する。これにより、ユーザＵが出発する度に人流等のシミュレーションを行う必要はなく、情報処理装置１０における処理負荷の増大を抑制することができる。

【0096】

また、本実施形態における推定移動時間は、移動経路Ｂを複数の区間に分けて区間ごとに算出される。詳しくは、図１１に示すように、移動経路Ｂには、中継地点Ｘが複数設定される。かかる中継地点Ｘは、推定移動時間算出処理用の仮想的な地点である。

【0097】

図１１の例において、第１移動経路Ｂ１には、第１中継地点Ｘ１ａ、第２中継地点Ｘ１ｂが設定される。第２移動経路Ｂ２には、第１中継地点Ｘ２ａと、第２中継地点Ｘ２ｂが設定される。第３移動経路Ｂ３には、第１中継地点Ｘ３ａと、第２中継地点Ｘ３ｂとが設定される。なお、図１１に示す中継地点Ｘの位置や数は、あくまでも例示であって限定されるものではない。

【0098】

本実施形態では、施設１００から駅Ａまでの区間、第１中継地点Ｘ１ａ，Ｘ２ａ，Ｘ３ａから駅Ａまでの区間、第２中継地点Ｘ１ｂ，Ｘ２ｂ，Ｘ３ｂから駅Ａまでの区間ごとに推定移動時間が算出され、記憶部３０に移動情報３５として登録される。

【0099】

例えば図１０に示すように、移動情報３５には、「移動ＩＤ」、「移動経路」、「イベント終了後の経過時間」、「施設１００からの移動時間」、「第１中継地点からの移動時間」および「第２中継地点から移動時間」等の項目が含まれ、各項目は互いに関連付けられている。

【0100】

「移動ＩＤ」は、移動情報を識別する識別情報である。「移動経路」は、施設１００と駅Ａとの間の移動経路Ｂを示す情報である。「移動経路」には、第１移動経路Ｂ１、第２移動経路Ｂ２、第３移動経路Ｂ３（図１１参照）などの情報が含まれる。

【0101】

「イベント終了後の経過時間」は、イベントが終了してからの経過時間を示す情報である。「施設１００からの移動時間」は、施設１００から駅Ａまでの区間の移動に要すると推定される推定移動時間を示す情報である。「第１中継地点からの移動時間」は、第１中継地点Ｘ１ａ，Ｘ２ａ，Ｘ３ａから駅Ａまでの区間の移動に要すると推定される推定移動時間を示す情報である。「第２中継地点から移動時間」は、第２中継地点Ｘ１ｂ，Ｘ２ｂ，Ｘ３ｂから駅Ａまでの区間の移動に要すると推定される推定移動時間を示す情報である。なお、図１０では、理解を容易にするため、「イベント終了後の経過時間」、「施設１００からの移動時間」、「第１中継地点からの移動時間」および「第２中継地点から移動時間」について具体的な数値を示すが、これら具体的な数値は、あくまでも例示であって限定されるものではない。

【0102】

図１０の例において、移動ＩＤ「Ｗ０１」で識別される移動情報は、移動経路が「第１移動経路Ｂ１」において、イベント終了後の経過時間が「０分」のとき、施設１００からの移動時間が「２０分」、第１中継地点からの移動時間が「１５分」、第２中継地点から移動時間が「１１分」であることを示している。

【0103】

なお、本実施形態にあっては、移動経路Ｂにおいて区間ごと、および経過時間ごとに推定移動時間が算出されるため、例えば図１１に示すように、第１移動経路Ｂ１を移動するユーザＵが第１移動経路Ｂ１を逸脱して別経路Ｂ１ａを移動する寄り道をした場合であっても、推定移動時間を精度良く算出して提供することができるが、これについては後述する。

【0104】

図３の説明に戻ると、制御部２０の取得部２１は、通信部１１を介して各種の情報を取得する。例えば、取得部２１は、施設１００で開催されるイベントに関するイベント情報をイベント施設用情報処理装置５０から取得する。そして、取得部２１は、取得された施設１００のイベント情報を記憶部３０にイベント関連情報３１（図４参照）として登録する。

【0105】

取得部２１は、施設１００のユーザ（来場者）Ｕにおける施設１００への来場に関する来場情報を取得する。例えば、取得部２１は、来場情報をユーザＵの端末装置４０から取得する。来場情報には、上記したように、ユーザＵの居住地情報や、ユーザＵの移動手段情報が含まれる。

【0106】

なお、取得部２１は、ユーザＵの施設１００までの移動ルートや移動スピードなどを含む端末装置４０の移動履歴情報（すなわちユーザＵの移動履歴情報）を取得し、移動履歴情報に基づいて、ユーザＵの居住地の位置や、電車、車、バス、徒歩などの施設１００への移動手段を推定して取得してもよい。

【0107】

また、上記では、取得部２１が端末装置４０から来場情報を取得するようにしたが、これに限られず、例えば端末装置４０の情報を管理する管理サーバ（図示せず）などの外部サーバから来場情報を取得してもよい。

【0108】

また、取得部２１は、取得されたイベント情報、ユーザＵの居住地情報および移動手段に基づいて、施設１００に来場したユーザＵの居住地や移動手段の分布状況を示す分布情報（図６参照）を生成し、生成された情報を記憶部３０にイベント関連情報３１（図４参照）として登録する。

【0109】

また、取得部２１は、定点カメラ６０のカメラ画像やユーザＵの端末装置４０の位置情報などを解析して、過去のイベントに起因して発生した実際の混雑情報を取得し、かかる混雑情報を実混雑パターンとして記憶部３０のイベント関連情報３１（図４参照）に登録する。

【0110】

また、取得部２１は、ユーザＵの位置（正確には現在の位置）を示す位置情報、来場情報に含まれる居住地情報、提供先情報を端末装置４０から取得し、取得された情報を記憶部３０にユーザ情報３３として登録する。

【0111】

算出部２２は、施設１００に関連する混雑のパターンを示す推定混雑パターンを算出する。例えば、算出部２２は、過去に開催されたイベントのときのイベント関連情報（例えばイベント情報や分布情報（来場情報）、実混雑パターン）などを記憶部３０から読み出し、読み出した情報に基づいて統計的な処理や人流等のシミュレーションを行い、推定混雑パターンを複数算出する。

【0112】

具体的に説明すると、ユーザＵは、イベント終了後、施設１００へ来場したときの移動手段と同じ移動手段を利用して居住地へ戻ることが多い。そのため、算出部２２は、来場情報（居住地情報や移動手段情報）を逆算してユーザＵの帰宅時の移動ルートおよび移動手段を推定し、推定された移動手段等に基づいて統計的な処理やシミュレーションを行い、推定混雑パターンを算出する。そして、算出部２２は、算出された複数の推定混雑パターンを記憶部３０に推定混雑パターン情報３２（図７参照）として登録する。なお、算出部２２は、推定混雑パターンの算出に用いたイベント関連情報（例えばイベント情報や分布情報（来場情報）も統計的に処理して、記憶部３０に推定混雑パターン情報３２として登録する。

【0113】

なお、上記した人流等のシミュレーションでは、例えば推定モデルが利用される。推定モデルは、来場情報およびイベント情報等における静的および動的な各種の情報を入力することによって、施設１００に関連する混雑の発生状況を推定して（ここでは推定混雑パターンを算出して）出力する予測モデルである。なお、推定モデルは、過去のイベントで計測結果として得られた人流データ、イベント情報、交通機関の情報や天候等の環境情報に基づき予め生成されて記憶部３０に格納される。なお、上記した混雑の発生状況の推定手法（ここでは推定混雑パターンの算出手法）は、あくまでも例示であって限定されるものではない。

【0114】

推定部２３は、来場情報を含む分布情報やイベント情報に基づいて、施設１００に関連する混雑の発生状況を推定する。このように、本実施形態に係る推定部２３は、ユーザＵの来場情報を用いることで、例えばユーザＵの帰宅時の移動ルートおよび移動手段を考慮することができ、よって施設１００に関連する混雑の発生状況の推定精度を向上させることができる。

【0115】

具体的に説明すると、例えば、推定部２３は、来場情報を含む分布情報やイベント情報に基づいて、現在（あるいは将来）開催されるイベントに起因する混雑の発生状況を推定することができる。

【0116】

例えば、推定部２３は、イベント当日に取得された来場情報を含む分布情報およびイベント情報を用いて混雑の発生状況を推定する。具体的には、推定部２３は、現在開催されるイベントに参加しているユーザＵの来場情報を含む分布情報、および、現在開催されるイベントの情報を用いて混雑の発生状況を推定する。

【0117】

詳しくは、推定部２３は、イベント当日のイベント関連情報、詳しくは来場情報を含む分布情報やイベント情報を記憶部３０のイベント関連情報３１（図４参照）から読み出す。一例として、推定部２３は、イベントＩＤ「Ｃ２１」で識別されるイベント情報である「施設Ｄ０１」、「内容Ｅ２１」、「日時Ｆ２１」、「来場者数Ｇ２１」、「天候Ｈ２１」、分布情報である「分布Ｊ２１」を読み出す。

【0118】

次いで、推定部２３は、読み出したイベント当日のイベント関連情報と、推定混雑パターン情報３２（図７参照）とのマッチング処理を行うことで、推定混雑パターンを選択し、選択された推定混雑パターンを、現在開催されるイベントに起因する混雑の発生状況として推定する。

【0119】

具体的には、推定部２３は、推定混雑パターン情報３２（図７参照）においてパターンＩＤごとに設定される「施設名」、「イベント内容」、「開催日時」、「来場者数」、「天候」および「分布情報」を含むイベント関連情報のうち、読み出したイベント当日のイベント関連情報（ここでは「施設Ｄ０１」、「内容Ｅ２１」、「日時Ｆ２１」、「来場者数Ｇ２１」、「天候Ｈ２１」および「分布Ｊ２１」）と合致あるいは略合致するものを選択する。そして、推定部２３は、選択された推定混雑パターン情報３２のイベント関連情報に対応する推定混雑パターン（例えば「推定混雑パターンＱ０１」）を、現在開催されるイベントに起因する混雑の発生状況として推定する。

【0120】

このように、推定部２３は、複数の推定混雑パターンと、施設１００でイベントが開催される当日に取得された来場情報やイベント情報とに基づいて、混雑の発生状況を推定する。推定混雑パターンは、上記したようにユーザＵの帰宅時の移動ルートおよび移動手段などを考慮して算出された情報であるため、推定部２３は、かかる推定混雑パターンを用いることで、混雑の発生状況の推定精度を向上させることができる。

【0121】

また、本実施形態にあっては、混雑の発生状況の推定処理において、事前に統計的な処理や人流等のシミュレーションにより算出された推定混雑パターンを用いるようにしたので、例えばイベント当日に人流等のシミュレーションを行って推定処理するような構成に比べて、情報処理装置１０の処理負荷を低減させることが可能になる。

【0122】

また、推定部２３は、来場情報であるユーザＵの居住地情報やユーザＵの移動手段情報に基づいて混雑の発生状況を推定する。これにより、本実施形態においては、ユーザＵの帰宅時の移動ルートおよび移動手段などを精度良く推定することが可能となり、例えば帰宅時の移動ルート等を考慮して推定混雑パターンが算出されることで、結果として混雑の発生状況の推定精度をより一層向上させることができる。

【0123】

提供部２４は、推定部２３によって推定された混雑の発生状況に応じた各種の情報を提供する。例えば、提供部２４は、混雑の発生状況に応じて、混雑の回避に関する回避情報をユーザＵの端末装置４０に提供することができる。なお、各種の情報を提供するタイミングは、任意に設定可能である。例えば、提供部２４は、端末装置４０に対するユーザＵの手動操作による情報提供要求、あるいは、端末装置４０にインストールされているアプリケーションにより所定時間間隔で行われる情報提供要求などを受信したときに、各種の情報を提供する。

【0124】

具体的には、提供部２４は、上記した情報提供要求がなされると、推定された混雑の発生状況である混雑パターン（推定混雑パターン）と対応する回避情報を、記憶部３０の回避情報３４から読み出す。また、提供部２４は、ユーザＵに関する情報を、記憶部３０のユーザ情報３３から読み出す。

【0125】

そして、提供部２４は、ユーザＵの現在の位置（正確には現在の位置）を示す位置情報や居住地情報に応じた回避情報を、例えば提供先情報として設定されているユーザＵの端末装置４０に提供（送信）する。回避情報には、上記したように、推奨ルート（迂回ルート）の情報、施設１００での待機を促す情報、駅Ａを利用する移動手段とは異なる他の移動手段の利用を促す情報などが含まれる。そして、端末装置４０は、提供された回避情報を受信する。

【0126】

ここで、ユーザＵ（端末装置４０）に提供される回避情報の一例について、図１２を参照して説明する。図１２は、ユーザＵに提供される回避情報等を説明する図である。なお、図１２では、回避情報等が、端末装置４０の表示部４０ａに表示された例を示している。

【0127】

図１２に示すように、提供部２４から提供される回避情報が端末装置４０の表示欄４１に表示される。ここでは、第２、第３移動経路Ｂ２，Ｂ３に混雑が発生することが推定され、かかる混雑を回避するため、第１移動経路Ｂ１を推奨ルート（迂回ルート）とする回避情報が提供された例を示している。

【0128】

これにより、例えば施設１００を利用したユーザＵは、回避情報に基づいて比較的混雑せずに空いている第１移動経路Ｂ１を選んで移動することが可能になる。このため、施設１００から駅Ａへ向かう人の流れが第１移動経路Ｂ１に分散され、混雑の発生が推定された第２、第３移動経路Ｂ２，Ｂ３が混雑しにくくなり、結果として施設１００に関連する混雑（ここでは移動経路Ｂの混雑）を効率良く緩和させることができる。

【0129】

図３の説明を続けると、提供部２４は、施設１００と駅Ａ（所定地点の一例）との間の移動経路ＢにおけるユーザＵの移動に関する移動情報を提供することができる。例えば、提供部２４は、駅ＡがユーザＵの帰宅時の移動ルート上であることが推定された場合、移動経路Ｂの推定移動時間を移動情報としてユーザＵの端末装置４０に提供することができる。

【0130】

具体的には、提供部２４は、イベント終了後の実際の経過時間に対応する推定移動時間を、記憶部３０の移動情報３５から読み出してユーザＵの端末装置４０に提供（送信）する。そして、端末装置４０は、提供された移動情報（ここでは推定移動時間）を受信する。

【0131】

ここで、ユーザＵ（端末装置４０）に提供される移動情報の一例について、図１２を参照して説明すると、提供部２４から提供される移動情報は端末装置４０の表示欄４２に表示される。図１２は、イベント終了後の経過時間が「０分」、すなわちユーザＵがイベント終了直後に施設１００を出発する場合の例であり、かかる場合、上記したように第１移動経路Ｂ１の推定移動時間が「２０分」であることが表示される。

【0132】

これにより、ユーザＵは、例えば第１移動経路Ｂ１の移動に要する時間を把握することが可能になる。なお、ここでは、第１移動経路Ｂ１が推奨ルートとされているため、第１移動経路Ｂ１の推定移動時間のみが提供されて表示されるようにしたが、これに限られず、例えば第２、第３移動経路Ｂ２，Ｂ３の推定移動時間も併せて提供されて表示されるようにしてもよい。

【0133】

なお、提供部２４は、現時点のイベント関連情報に応じて回避情報や移動情報等の内容を補正し、補正された回避情報等を提供してもよい。すなわち、イベント関連情報に含まれる天候や混雑パターンなどはイベント終了後の経過時間に応じて変化することがある。そこで、提供部２４は、例えば天候が変化した場合や混雑パターンが変化した場合、変化した後の現時点のイベント関連情報に応じて回避情報等の内容を補正することで、現時点の状況に即した回避情報等を提供することが可能になる。

【0134】

ところで、図１１に示すように、例えば第１移動経路Ｂ１付近に別経路Ｂ１ａが存在し、かかる別経路Ｂ１ａに図示しない店舗などがあると、第１移動経路Ｂ１を移動するユーザＵは、第１移動経路Ｂ１を逸脱して別経路Ｂ１ａへ移動する（寄り道する）ことがある。そして、別経路Ｂ１ａへ移動したユーザＵは、その後第１移動経路Ｂ１へ戻ることがある。このような場合であっても、本実施形態に係る提供部２４は、推定移動時間を精度良く算出して提供することができる。

【0135】

具体的に説明すると、先ず提供部２４は、推奨ルートを逸脱したユーザＵの位置（正確には現在の位置）を示す位置情報を、記憶部３０のユーザ情報３３から読み出す。次いで、提供部２４は、複数の中継地点ＸのうちユーザＵの位置情報に対応する中継地点Ｘを選択する、詳しくは、ユーザＵの現在の位置に最も近い中継地点Ｘを選択する。なお、図１１の例では、第１移動経路Ｂ１の第１中継地点Ｘ１ａが選択されるものとする。

【0136】

そして、提供部２４は、選択された中継地点Ｘ（ここでは第１中継地点Ｘ１ａ）と、イベント終了後の実際の経過時間とに基づいて、推定移動時間を再度算出して提供する。以下、イベント終了後の実際の経過時間が「２０分」であった場合を例に挙げて説明すると、提供部２４は、記憶部３０の移動情報３５（図１０参照）を読み出し、第１移動経路Ｂ１における「第１中継地点からの移動時間」のうち、「イベント終了後の経過時間」である「２０分」と対応する移動時間情報を、第１中継地点Ｘ１ａから駅Ａまでの推定移動時間として算出する。ここでは、第１中継地点Ｘ１ａからの推定移動時間として「１０分」が算出される。

【0137】

そして、提供部２４は、算出された推定移動時間（ここでは１０分）を移動情報として端末装置４０へ提供する。これにより、図１２に想像線で示すように、移動情報が端末装置４０の表示欄４２ａに表示される。

【0138】

このように、本実施形態に係る提供部２４は、移動経路Ｂに複数の中継地点Ｘが仮想的に設定され、設定された複数の中継地点ＸのうちユーザＵの位置情報に対応する中継地点Ｘ（ここでは第１中継地点Ｘ１ａ）からの移動情報を提供する。

【0139】

これにより、例えば仮に、第１移動経路Ｂ１を移動するユーザＵが、第１移動経路Ｂ１を逸脱して別経路Ｂ１ａへ移動し、その後第１移動経路Ｂ１へ戻るような場合であっても、ユーザＵの位置情報およびイベント終了後の経過時間に即した推定移動時間を精度良く算出して提供することができる。また、ユーザＵは、精度の良い推定移動時間が提供されるため、推定移動時間を把握しながら移動経路Ｂをスムーズに移動することが可能となり、結果として施設１００に関連する混雑を効率良く緩和させることができる。

【0140】

また、本実施形態にあっては、推定移動時間の算出処理において、事前に人流等のシミュレーションにより算出された推定移動時間の情報（移動情報３５）を用いるようにした。これにより、例えばユーザＵが、移動経路Ｂを逸脱して戻ってくるたびに人流等のシミュレーションを行って推定移動時間を算出するような構成に比べて、情報処理装置１０の処理負荷を低減させることが可能になるとともに、情報処理システム１の冗長性を改善することができる。

【0141】

＜情報処理装置の制御処理＞
次に、情報処理装置１０における具体的な処理手順の一例について図１３および図１４を用いて説明する。図１３および図１４は、情報処理装置１０が実行する処理手順を示すフローチャートである。なお、図１３は、施設１００に関連する混雑の発生状況を推定する処理などを示し、図１４は、推定された混雑の発生状況に応じた情報を提供する処理などを示している。

【0142】

先ず図１３に示すように、情報処理装置１０の制御部２０は、施設１００に関連する混雑のパターンを示す推定混雑パターンを算出する（ステップＳ１０）。例えば、制御部２０は、過去に開催されたイベントのときの来場情報を含む分布情報やイベント情報、実混雑パターンなどに基づいて推定混雑パターンを複数算出する。

【0143】

次いで、制御部２０は、施設１００に関連する混雑の発生状況の推定処理を行う推定タイミングが到来したか否かを判定する（ステップＳ１１）。推定タイミングとしては、例えば現在イベントが開催され、かかるイベントが終了する前のタイミングや、イベントの開始前のタイミング、イベントが開始してから終了するまでの間のタイミングなど、任意に設定可能である。

【0144】

制御部２０は、推定タイミングが到来していないと判定された場合（ステップＳ１１，Ｎｏ）、以降の処理をスキップする。一方、制御部２０は、推定タイミングが到来したと判定された場合（ステップＳ１１，Ｙｅｓ）、イベント当日のイベント情報および来場情報を含む分布情報などを取得する（ステップＳ１２）。

【0145】

次いで、制御部２０は、ステップＳ１２で取得されたイベント情報および来場情報を含む分布情報等と合致あるいは略合致する推定混雑パターンを選択し、選択された推定混雑パターンを混雑の発生状況として推定する（ステップＳ１３）。

【0146】

次いで、図１４について説明する。図１４に示すように、制御部２０は、端末装置４０から情報提供要求を受信したか否かを判定する（ステップＳ２０）。制御部２０は、情報提供要求を受信していないと判定された場合（ステップＳ２０，Ｎｏ）、以降の処理をスキップする。

【0147】

一方、制御部２０は、情報提供要求を受信したと判定された場合（ステップＳ２０，Ｙｅｓ）、推定された混雑の発生状況に応じた情報を生成する（ステップＳ２１）。例えば、情報提供要求には、ユーザＩＤやユーザ位置、居住地情報、提供先情報などを含むユーザ情報が含まれており、制御部２０は、かかるユーザ情報（例えばユーザ位置や居住地情報など）に応じた情報であって、混雑の発生状況に応じた回避情報（例えば推奨ルート）や移動情報（例えば推定移動時間）などを生成する。

【0148】

次いで、制御部２０は、ステップＳ２１で生成された回避情報（例えば推奨ルート）や移動情報（例えば推定移動時間）などを端末装置４０へ提供する（ステップＳ２２）。なお、各種情報の提供先は、上記した端末装置４０に限られず、共用の固定表示器であってもよく、かかる固定表示器には、固定表示器の設置位置に応じた情報等が提供される。

【0149】

上述してきたように、実施形態に係る情報処理装置１０は、取得部２１と、推定部２３とを備える。取得部２１は、イベント施設１００の来場者（ユーザ）Ｕにおけるイベント施設１００への来場に関する来場情報を取得する。推定部２３は、取得部２１によって取得された来場情報に基づいて、イベント施設１００に関連する混雑の発生状況を推定する。これにより、イベント施設１００に関連する混雑を効率良く緩和させることができる。

【0150】

なお、上記では、情報処理装置１０が施設１００に関連する混雑の発生状況の推定や混雑の発生状況に応じた情報の提供など各種の処理を行うようにしたが、各種の処理が行われる装置は、情報処理装置１０に限定されるものではない。すなわち、情報処理装置１０で行われる処理の一部あるいは全部が、端末装置４０、イベント施設用情報処理装置５０で行われるようにしてもよい。

【0151】

また、上記では、１つのイベント施設１００でイベントが開催される例を示したが、これに限られず、実施形態は、複数のイベント施設でそれぞれイベントが開催される場合にも適用可能である。

【0152】

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

【符号の説明】

【0153】

１ 情報処理システム
１０ 情報処理装置
２０ 制御部
２１ 取得部
２２ 算出部
２３ 推定部
２４ 提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】