ホーム > 特許ランキング > 株式会社デンソーテン
特許7587429情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-12
(45)【発行日】2024-11-20
(54)【発明の名称】情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241113BHJP
G16Y 40/60 20200101ALI20241113BHJP
【ＦＩ】
G06Q50/10
G16Y40/60
【請求項の数】
9
(21)【出願番号】P 2021003716
(22)【出願日】2021-01-13
(65)【公開番号】P2022108618
(43)【公開日】2022-07-26
【審査請求日】2023-09-29
(73)【特許権者】
【識別番号】000237592
【氏名又は名称】株式会社デンソーテン
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】松井 涼
(72)【発明者】
【氏名】田中 真一
(72)【発明者】
【氏名】西山 奈津美
(72)【発明者】
【氏名】盛林 敏之
【審査官】日比野 可奈子
(56)【参考文献】
【文献】特開２００３－３１７０２５（ＪＰ，Ａ）
【文献】特開２００６－２２６９７７（ＪＰ，Ａ）
【文献】特開２０１５－１０８９１３（ＪＰ，Ａ）
【文献】特開２００５－２３５１９４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ１６Ｙ ４０／６０
(57)【特許請求の範囲】
【請求項1】
制御部を備えた情報処理装置であって、
前記制御部は、
複数のイベント施設でそれぞれ開催されるイベントに関する複数のイベント情報を取得し、
取得した複数の前記イベント情報に基づいて、複数の前記イベント施設と所定地点との間の移動経路における人の流れに関する人流情報を推定し、
前記移動経路が複数ある場合、前記イベント情報に基づいて、複数の前記移動経路のうち前記イベント施設を利用したユーザに対して推奨する前記移動経路を示す推奨移動経路情報を前記人流情報として推定する、
情報処理装置。
【請求項2】
前記制御部は、取得される前記イベント情報に変更が生じた場合、変更後の前記イベント情報に基づいて前記人流情報を再度推定する、
請求項１に記載の情報処理装置。
【請求項3】
前記制御部は、
前記人流情報に基づいて、前記イベント施設を利用したユーザに対して前記イベント施設に一時的に留まることを促す待機情報を提供する、
請求項１または２に記載の情報処理装置。
【請求項4】
前記制御部は、
前記イベント施設を利用したユーザの行動情報に応じて、当該ユーザに対して特典を付与する、
請求項１～３のいずれか一つに記載の情報処理装置。
【請求項5】
前記行動情報は、前記イベント施設から前記所定地点とは異なる第２所定地点へ移動した前記ユーザの移動距離、移動時間、および、前記ユーザが前記イベント施設に一時的に留まった待機時間の少なくともいずれかを含む、
請求項４に記載の情報処理装置。
【請求項6】
前記制御部は、
前記人流情報に基づいて、前記イベント施設に対応する交通機関の運行調整に関する運行調整情報を提供する、
請求項１～５のいずれか一つに記載の情報処理装置。
【請求項7】
コンピュータが実行する情報処理方法であって、
複数のイベント施設でそれぞれ開催されるイベントに関する複数のイベント情報を取得し、
取得した複数の前記イベント情報に基づいて、複数の前記イベント施設と所定地点との間の移動経路における人の流れに関する人流情報を推定し、
前記移動経路が複数ある場合、前記イベント情報に基づいて、複数の前記移動経路のうち前記イベント施設を利用したユーザに対して推奨する前記移動経路を示す推奨移動経路情報を前記人流情報として推定する、
情報処理方法。
【請求項8】
コンピュータが実行する情報処理プログラムであって、
複数のイベント施設でそれぞれ開催されるイベントに関する複数のイベント情報を取得する工程と、
取得した複数の前記イベント情報に基づいて、複数の前記イベント施設と所定地点との間の移動経路における人の流れに関する人流情報を推定する工程と、
前記移動経路が複数ある場合、前記イベント情報に基づいて、複数の前記移動経路のうち前記イベント施設を利用したユーザに対して推奨する前記移動経路を示す推奨移動経路情報を前記人流情報として推定する工程とを含む、
情報処理プログラム。
【請求項9】
第１イベント施設で開催されるイベントに関する第１イベント情報を取得し、取得された前記第１イベント情報に基づいて前記第１イベント施設と所定地点との間の移動経路における人の流れに関する第１人流情報を推定する第１情報処理装置と、第２イベント施設で開催されるイベントに関する第２イベント情報を取得し、取得された前記第２イベント情報に基づいて前記第２イベント施設と前記所定地点との間の移動経路における人の流れに関する第２人流情報を推定する第２情報処理装置と、
前記第１情報処理装置から前記第１人流情報を取得するとともに、前記第２情報処理装置から前記第２人流情報を取得し、取得された前記第１人流情報および前記第２人流情報を合成する統合情報処理装置と
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システムに関する。
【背景技術】
【0002】
従来、例えばコンサートなどのイベント時に、イベント施設周辺の混雑を緩和させる技術が種々提案されている（例えば、特許文献１参照）。従来技術にあっては、イベント時のバス運行事業者の運行管理システムにおいて、イベント施設にあるバス乗り場のモードが切り替えられ、臨時のバスが当該バス乗り場から出発できるようにし、バス待ちの人を減らすようにしている。
【先行技術文献】
【特許文献】
【0003】
【文献】国際公開第２０１６／０７９７７８号
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記した従来技術にあっては、１つのイベント施設を対象にしているため、混雑を効率良く緩和させることができないおそれがあった。すなわち、例えば対象のイベント施設から比較的近い場所に別のイベント施設があり、かかる別のイベント施設でもイベントが開催される場合がある。このような場合、別のイベント施設のイベントによる混雑の影響を受けて、対象のイベント施設からの移動経路の混雑を効率良く緩和できないおそれがあった。
【0005】
このように、従来技術には、複数のイベント施設でそれぞれイベントが開催される場合に、複数のイベント施設からの移動経路の混雑を効率良く緩和させるという点で改善の余地があった。
【0006】
本発明は、上記に鑑みてなされたものであって、複数のイベント施設でそれぞれイベントが開催される場合であっても、複数のイベント施設からの移動経路の混雑を効率良く緩和させることができる情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【0007】
上記課題を解決し、目的を達成するために、本発明は、情報処理装置において、取得部と、推定部とを備える。取得部は、複数のイベント施設でそれぞれ開催されるイベントに関する複数のイベント情報を取得する。推定部は、前記取得部によって取得された複数の前記イベント情報に基づいて、複数の前記イベント施設と所定地点との間の移動経路における人の流れに関する人流情報を推定する。
【発明の効果】
【0008】
本発明によれば、複数のイベント施設でそれぞれイベントが開催される場合であっても、複数のイベント施設からの移動経路の混雑を効率良く緩和させることができる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、添付図面を参照して、本願の開示する情報処理装置、情報処理システムおよび情報処理方法の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。
【0011】
【0012】
図１に示すように、実施形態に係る情報処理方法は、例えば情報処理システム１に含まれる情報処理装置１０によって実行される。情報処理装置１０は、複数のイベント施設１００に関する情報の処理や複数のイベント施設１００周辺に関する情報の処理など各種の処理を実行可能なサーバである。ここで、イベント施設１００は、例えばスポーツの試合などのイベントが行われるスポーツ施設、コンサートや演劇などのイベントが開催される施設（会場）である。
【0013】
なお、図１では、イベント施設１００が第１イベント施設１００ａおよび第２イベント施設１００ｂの２つである例を示しているが、これに限られず、３つ以上であってもよい。また、以下では、２つのイベント施設１００のうち一方の第１イベント施設１００ａを「第１施設１００ａ」、他方の第２イベント施設１００ｂを「第２施設１００ｂ」と記載する場合があり、これらを特に区別せずに説明する場合には「施設１００」と記載する。
【0014】
また、第１施設１００ａと第２施設１００ｂとは、例えば比較的近い場所にあるものとする。一例としては、第１施設１００ａと第２施設１００ｂとは、最寄りの駅が同じ（ここでは駅Ａ）となるような場所にあるものとする。言い換えると、第１施設１００ａと第２施設１００ｂとは、対応する交通機関が同じ（ここでは電車の駅Ａ）となるような場所にある。なお、上記では、駅Ａが施設１００の最寄りの駅としたが、これに限定されるものではなく、施設１００の周辺の駅であればよい。
【0015】
また、第１施設１００ａと駅Ａとの間、および、第２施設１００ｂと駅Ａとの間は、例えば歩道など人が移動可能な移動経路Ｂで結ばれる。なお、駅Ａは、所定地点の一例である。また、図１では、移動経路Ｂが複数（例えば４つ）である例を示すが、これに限定されず、３つ以下または５つ以上であってもよい。
【0016】
図１の例では、第１施設１００ａと駅Ａとは、第１移動経路Ｂ１および第２移動経路Ｂ２で結ばれ、第２施設１００ｂと駅Ａとは、第３移動経路Ｂ３および第４移動経路Ｂ４で結ばれる。なお、例えば経路の長さは、第１移動経路Ｂ１が第２移動経路Ｂ２より短く、第３移動経路Ｂ３が第４移動経路Ｂ４より短いものとする。また、第１移動経路Ｂ１と第３移動経路Ｂ３とは、例えば駅Ａ付近で合流するものとする。なお、上記では、移動経路Ｂの形状等を、理解の便宜のため具体的に説明したが、これはあくまでも例示であって限定されるものではない。
【0017】
ところで、上記した第１施設１００ａおよび第２施設１００ｂにおいては、それぞれイベントが開催され、かかるイベントが同じ時間帯に終了する場合がある。このような場合、イベントの終了に伴って、第１施設１００ａおよび第２施設１００ｂを利用した利用者、すなわち観客が一斉に出てくる。そのため、施設１００の周辺および施設１００からの移動経路Ｂは混雑すると推定される。
【0018】
そこで、本実施形態に係る情報処理装置１０にあっては、複数の施設１００でそれぞれイベントが開催される場合であっても、複数の施設１００からの移動経路Ｂの混雑を効率良く緩和させることができるような構成とした。
【0019】
以下、情報処理装置１０の処理について具体的に説明すると、情報処理装置１０は先ず、複数の施設１００でそれぞれ開催されるイベントに関する複数のイベント情報を取得する（ステップＳ１）。
【0020】
例えば、情報処理装置１０は、第１施設１００ａを管理するサーバ（後述するイベント施設用情報処理装置５０ａ（図２参照））から、第１施設１００ａで開催されるイベントに関するイベント情報を取得する。また、情報処理装置１０は、第２施設１００ｂを管理するサーバ（後述するイベント施設用情報処理装置５０ｂ（図２参照））から、第２施設１００ｂで開催されるイベントに関するイベント情報を取得する。なお、イベント情報には、例えばイベントの来場者数、イベントの開始予定時刻および終了予定時刻などの情報が含まれるが、これらは例示であって限定されるものではない。
【0021】
次いで、情報処理装置１０は、取得された複数のイベント情報に基づいて人流情報を推定する（ステップＳ２）。詳しくは、情報処理装置１０は、複数のイベント情報に基づいて、複数の施設１００と駅Ａとの間の移動経路Ｂにおける人の流れに関する人流情報を推定する。言い換えると、情報処理装置１０は、複数のイベント情報に基づいて移動経路Ｂにおける人流のシミュレーションを行って、例えばイベント終了後の移動経路Ｂにおける人の流れを予測する。なお、人流情報の推定においては、任意のアルゴリズムを用いて予め生成された推定モデルを利用することができるが、これに限定されるものではない。
【0022】
上記した人流情報には、例えば各移動経路Ｂにおいて推定される混雑状況を示す混雑情報が含まれる。混雑情報としては、例えば各移動経路Ｂの混雑度の情報を用いることができる。混雑度は、移動経路Ｂでの混雑状況の度合いを示す指標値であり、例えば移動経路Ｂを移動すると推定される人の数等（人の密度）に応じた数段階のレベルで示される情報である。なお、人流情報には、推奨移動経路情報などその他の情報も含まれるが、これについては後述する。
【0023】
図１の例では、人流情報に含まれる移動経路Ｂの混雑度を、白抜きの人型マークで示した。図１では、人流情報として、イベント終了後の第１移動経路Ｂ１および第３移動経路Ｂ３が混雑し、第２移動経路Ｂ２および第４移動経路Ｂ４が比較的混雑せずに空いていることを示す混雑度（混雑状況）が推定されたことを示している。
【0024】
このように、本実施形態に係る情報処理装置１０は、複数の施設１００でそれぞれイベントが開催される場合であっても、複数のイベント情報を用いることで、人流情報を精度よく推定することができる。言い換えると、情報処理装置１０は、複数の施設１００でそれぞれ開催されるイベントの状況を反映させた人流情報を推定することができ、よって移動経路Ｂの混雑を効率良く緩和させることができる。
【0025】
具体的には、情報処理装置１０は次いで、推定された人流情報を提供する（ステップＳ３）。例えば、情報処理装置１０は、人流情報を施設１００を利用したユーザＵに提供する、正確には人流情報をユーザＵが所持する端末装置４０に提供する。
【0026】
これにより、例えば第１施設１００ａを利用したユーザＵ１は、駅Ａへ向かう際、人流情報に基づいて比較的混雑せずに空いている第２移動経路Ｂ２を選んで移動することが可能になる。同様に、例えば第２施設１００ｂを利用したユーザＵ２は、駅Ａへ向かう際、人流情報に基づいて比較的混雑せずに空いている第４移動経路Ｂ４を選んで移動することが可能になる。これにより、施設１００から駅Ａへ向かうユーザＵが複数の移動経路Ｂに分散されるため、混雑すると推定された第１移動経路Ｂ１や第３移動経路Ｂ３が混雑しにくくなり、結果として移動経路Ｂの混雑を効率良く緩和させることができる。
【0027】
なお、上記において、情報処理装置１０は、人流情報をユーザＵに提供するようにしたが、これに加えてあるいは代えて、例えば施設１００の関係者などに提供してもよい。詳しくは、情報処理装置１０は、人流情報を、施設１００周辺でユーザＵの交通整理を行う施設１００の関係者（イベントスタッフ）に提供してもよい。これにより、かかる関係者は、ユーザＵを第２移動経路Ｂ２や第４移動経路Ｂ４側へ多く誘導することができ、施設１００から駅Ａへ向かうユーザＵが複数の移動経路Ｂに適切に分散される。そのため、混雑すると推定された第１移動経路Ｂ１や第３移動経路Ｂ３が混雑しにくくなり、結果として移動経路Ｂの混雑を効率良く緩和させることができる。
【0028】
なお、上記では、移動経路Ｂが、施設１００から駅Ａまでの移動経路であるとしたが、これに限られず、例えばバス乗り場、タクシー乗り場などその他の交通機関の乗り場までの移動経路や、施設１００とは異なる別の施設（例えば商業施設など）までの移動経路などであってもよい。
【0029】
【0030】
図２に示すように、情報処理システム１は、上記した情報処理装置１０と、端末装置４０と、イベント施設用情報処理装置５０ａ，５０ｂと、定点カメラ６０と、交通機関用情報処理装置７０とを含み、これらはインターネット網などの通信ネットワークＮを介して通信可能に接続される。なお、図２では、図示の簡略化のため、端末装置４０および定点カメラ６０をそれぞれ１つ示したが、複数であってもよい。
【0031】
端末装置４０は、ユーザＵに所持されて使用される装置である。なお、端末装置４０としては、例えばスマートフォンやタブレット端末などを用いることができるが、これに限定されるものではない。
【0032】
端末装置４０には、例えばＧＰＳ（Global Positioning System）衛星からの信号に基づいてユーザＵの位置（正確には端末装置４０の位置）を示す位置情報を検出するＧＰＳ受信機などが含まれる。端末装置４０は、検出した位置情報を情報処理装置１０へ送信することができる。また、端末装置４０は、上記した情報処理装置１０によって推定された人流情報などを受信することができる。
【0033】
イベント施設用情報処理装置５０ａは、第１施設１００ａを管理するサーバであり、例えば第１施設１００ａで開催されるイベントを管理するサーバである。例えば、イベント施設用情報処理装置５０ａは、第１施設１００ａで開催されるイベントに関するイベント情報の処理など各種の処理を実行可能なサーバである。イベント施設用情報処理装置５０ａは、上記した第１施設１００ａのイベントの来場者数やイベントの終了予定時刻などの情報を含むイベント情報を情報処理装置１０へ送信することができる。なお、イベント施設用情報処理装置５０ａは、第１施設１００ａのイベント情報の内容に変更が生じた場合、変更後のイベント情報を情報処理装置１０へ再度送信することができる。
【0034】
イベント施設用情報処理装置５０ｂは、第２施設１００ｂを管理するサーバであり、例えば第２施設１００ｂで開催されるイベントを管理するサーバである。例えば、イベント施設用情報処理装置５０ｂは、第２施設１００ｂで開催されるイベントに関するイベント情報の処理など各種の処理を実行可能なサーバである。イベント施設用情報処理装置５０ｂは、上記した第２施設１００ｂのイベントの来場者数やイベントの終了予定時刻などの情報を含むイベント情報を情報処理装置１０へ送信することができる。なお、イベント施設用情報処理装置５０ｂは、第２施設１００ｂのイベント情報の内容に変更が生じた場合、変更後のイベント情報を情報処理装置１０へ再度送信することができる。
【0035】
定点カメラ６０は、移動経路Ｂや施設１００周辺、交通機関の施設（例えば駅の構内）などに複数台設置される。定点カメラ６０は、移動経路Ｂや施設１００周辺、交通機関の施設を撮像し、撮像されたカメラ画像を情報処理装置１０へ送信することができる。なお、定点カメラ６０のカメラ画像は、動画データであるが、これに限られず、静止画データなどであってもよい。かかるカメラ画像は、情報処理装置１０において現在の混雑情報として取得されるが、これについては後述する。
【0036】
なお、定点カメラ６０は、移動経路Ｂ等の人を検知する人体検知センサであってもよい。人体検知センサとしては、例えば赤外線信号を用いた焦電センサなどを採用することができる。
【0037】
なお、上記において、情報処理装置１０は、定点カメラ６０のカメラ画像に基づいて現在の混雑情報を取得するようにしたが、これに限られず、例えばユーザＵの端末装置４０の位置情報に基づいて現在の混雑情報を取得してもよい。かかる場合、言い換えると、定点カメラ６０のカメラ画像が現在の混雑情報として利用されない場合、定点カメラ６０は除去されてもよい。
【0038】
交通機関用情報処理装置７０は、電車やバスなどの交通機関を管理するサーバである。例えば、交通機関用情報処理装置７０は、交通機関に関する交通機関情報の処理など各種の処理を実行可能なサーバである。例えば、交通機関用情報処理装置７０は、遅延などを含む電車等の時刻表情報などを情報処理装置１０へ送信することができる。また、交通機関用情報処理装置７０は、情報処理装置１０によって提供される運行調整情報（後述）などを受信することができる。
【0039】
＜情報処理装置の構成＞
次いで、情報処理装置１０の構成について図３等を参照して具体的に説明する。図３は、情報処理装置１０の構成例を示すブロック図である。なお、図３のブロック図では、本実施形態の特徴を説明するために必要な構成要素のみを機能ブロックで表しており、一般的な構成要素についての記載を省略している。
次いで、情報処理装置１０の構成について図３等を参照して具体的に説明する。図３は、情報処理装置１０の構成例を示すブロック図である。なお、図３のブロック図では、本実施形態の特徴を説明するために必要な構成要素のみを機能ブロックで表しており、一般的な構成要素についての記載を省略している。
【0040】
換言すれば、図３のブロック図に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各機能ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。
【0041】
図３に示すように、情報処理装置１０は、通信部１１と、制御部２０と、記憶部３０とを備える。
【0042】
通信部１１は、通信ネットワークＮに双方向通信可能に接続する通信インターフェイスであり、端末装置４０、イベント施設用情報処理装置５０ａ，５０ｂ、定点カメラ６０および交通機関用情報処理装置７０等との間で情報の送受信を行う。
【0043】
制御部２０は、取得部２１と、推定部２２と、提供部２３と、付与部２４とを備え、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクドライブ、入出力ポートなどを有するコンピュータや各種の回路を含む。
【0044】
コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２０の取得部２１、推定部２２、提供部２３および付与部２４として機能する。
【0045】
また、制御部２０の取得部２１、推定部２２、提供部２３および付与部２４の少なくともいずれか一部または全部をＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアで構成することもできる。
【0046】
また、記憶部３０は、例えば、不揮発性メモリやデータフラッシュ、ハードディスクドライブといった記憶デバイスで構成される記憶部である。かかる記憶部３０には、イベント情報３１、人流情報３２、交通機関情報３３、ユーザ情報３４、特典情報３５および各種プログラムなどが記憶される。
【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】
図１３Ａは、第１変形例に係る情報処理システム１の構成例を示すブロック図である。なお、以下においては、実施形態と共通の構成については、同一の符号を付して説明を省略する。
【0154】
図１３Ａに示すように、第１変形例に係る情報処理システム１は、第１情報処理装置１０ａと、第２情報処理装置１０ｂと、統合情報処理装置１０ｃとを備える。なお、第１情報処理装置１０ａ、第２情報処理装置１０ｂおよび統合情報処理装置１０ｃはいずれも、情報処理装置１０の一例である。詳しくは、第１、第２情報処理装置１０ａ，１０ｂおよび統合情報処理装置１０ｃは、実施形態に係る情報処理装置１０と同様なサーバであり、情報処理装置１０の機能の一部または全部を有している。
【0155】
第１情報処理装置１０ａは、第１施設１００ａに対応する装置である。言い換えると、第１情報処理装置１０ａは、第１施設１００ａのイベントによって混雑などの影響を受ける第１範囲Ｙ１に対応する装置である。第１情報処理装置１０ａは、例えば第１範囲Ｙ１内に存在する端末装置４０や定点カメラ６０、第１施設１００ａのイベント施設用情報処理装置５０ａ、および、統合情報処理装置１０ｃと通信可能に接続される。
【0156】
第２情報処理装置１０ｂは、第２施設１００ｂに対応する装置である。言い換えると、第２情報処理装置１０ｂは、第２施設１００ｂのイベントによって混雑などの影響を受ける第２範囲Ｙ２に対応する装置である。第２情報処理装置１０ｂは、例えば第２範囲Ｙ２内に存在する端末装置４０や定点カメラ６０、第２施設１００ｂのイベント施設用情報処理装置５０ｂ、および、統合情報処理装置１０ｃと通信可能に接続される。なお、第１範囲Ｙ１と第２範囲Ｙ２とは、一部あるいは全部の範囲で重複するが、これに限定されるものではない。
【0157】
統合情報処理装置１０ｃは、第１情報処理装置１０ａや第２情報処理装置１０ｂなどを統合する装置である。また、統合情報処理装置１０ｃは、第１範囲Ｙ１内に存在する端末装置４０や定点カメラ６０、第２範囲Ｙ２内に存在する端末装置４０や定点カメラ６０と通信可能に接続され、各種情報を取得することができる。
【0158】
統合情報処理装置１０ｃは、統合する情報処理装置の範囲である統合範囲Ｙａを設定することができる。図１３Ａでは、統合範囲Ｙａは、第１範囲Ｙ１および第２範囲Ｙ２が設定される例を示している。なお、上記では、統合範囲Ｙａが第１、第２範囲Ｙ１，Ｙ２の２つの範囲に設定される例を示したが、これに限られず、３つ以上の範囲に設定されてもよい。
【0159】
上記のように構成された統合情報処理装置１０ｃは、第１範囲Ｙ１に対応する第１施設１００ａのイベントに関するイベント情報（以下「第１イベント情報」と記載する場合がある）を第１情報処理装置１０ａから取得する。また、第２範囲Ｙ２に対応する第２施設１００ｂのイベントに関するイベント情報（以下「第２イベント情報」と記載する場合がある）を第２情報処理装置１０ｂから取得する。そして、統合情報処理装置１０ｃは、取得された第１、第２イベント情報を合成して人流情報を推定する。
【0160】
また、統合情報処理装置１０ｃは、第１、第２範囲Ｙ１，Ｙ２内に存在する定点カメラ６０からカメラ画像を取得して、カメラ画像に基づいて現在の混雑情報を取得してもよい。統合情報処理装置１０ｃは、第１、第２範囲Ｙ１，Ｙ２内に存在する端末装置４０からユーザ位置情報や属性情報を取得してもよい。
【0161】
このように、第１変形例においては、統合情報処理装置１０ｃが、第１、第２イベント情報やカメラ画像、ユーザ位置情報など各種の情報を取得（収集）して合成し、人流情報を推定することで、上記した実施形態と同様の効果を得ることができる。
【0162】
（第２変形例）
次いで、第２変形例に係る情報処理装置１０を含む情報処理システム１について図１３Ｂを参照して説明する。図１３Ｂは、第２変形例に係る情報処理システム１の構成例を示すブロック図である。なお、以下においては、第１変形例と共通の構成については、同一の符号を付して説明を省略する。
次いで、第２変形例に係る情報処理装置１０を含む情報処理システム１について図１３Ｂを参照して説明する。図１３Ｂは、第２変形例に係る情報処理システム１の構成例を示すブロック図である。なお、以下においては、第１変形例と共通の構成については、同一の符号を付して説明を省略する。
【0163】
図１３Ｂに示すように、第１情報処理装置１０ａは、第１施設１００ａで開催されるイベントに関する第１イベント情報を収集する。また、第１情報処理装置１０ａは、第１範囲Ｙ１内に存在する定点カメラ６０からカメラ画像を収集する。また、第１情報処理装置１０ａは、第１範囲Ｙ１内に存在する端末装置４０からユーザ位置情報や属性情報を収集する。そして、第１情報処理装置１０ａは、収集された第１イベント情報やカメラ画像、ユーザ位置情報、属性情報など各種の情報を統合情報処理装置１０ｃへ提供する（送信する）。
【0164】
第２情報処理装置１０ｂは、第２施設１００ｂで開催されるイベントに関する第２イベント情報を収集する。また、第２情報処理装置１０ｂは、第２範囲Ｙ２内に存在する定点カメラ６０からカメラ画像を収集する。また、第２情報処理装置１０ｂは、第２範囲Ｙ２内に存在する端末装置４０からユーザ位置情報や属性情報を収集する。そして、第２情報処理装置１０ｂは、収集された第２イベント情報やカメラ画像、ユーザ位置情報、属性情報など各種の情報を統合情報処理装置１０ｃへ提供する（送信する）。
【0165】
統合情報処理装置１０ｃは、第１情報処理装置１０ａから第１イベント情報を取得するとともに、第２情報処理装置１０ｂから第２イベント情報を取得する。そして、統合情報処理装置１０ｃは、取得された第１イベント情報および第２イベント情報に基づいて人流情報を推定する。言い換えると、統合情報処理装置１０ｃは、取得された第１、第２イベント情報を合成して人流情報を推定する。
【0166】
また、統合情報処理装置１０ｃは、第１、第２情報処理装置１０ａ，１０ｂから第１、第２範囲Ｙ１，Ｙ２内に存在する定点カメラ６０のカメラ画像を取得して、カメラ画像に基づいて現在の混雑情報を取得してもよい。統合情報処理装置１０ｃは、第１、第２情報処理装置１０ａ，１０ｂから第１、第２範囲Ｙ１，Ｙ２内に存在するユーザＵ（端末装置４０）のユーザ位置情報や属性情報を取得してもよい。
【0167】
このように、第２変形例においては、統合情報処理装置１０ｃが、第１、第２情報処理装置１０ａ，１０ｂから第１、第２イベント情報やカメラ画像、ユーザ位置情報など各種の情報を取得して合成し、人流情報を推定することで、上記した実施形態と同様の効果を得ることができる。
【0168】
【0169】
図１３Ｃに示すように、第１情報処理装置１０ａは、第１施設１００ａで開催されるイベントに関する第１イベント情報を取得する。第１情報処理装置１０ａは、取得された第１イベント情報に基づいて第１施設１００ａと駅Ａ（所定地点の一例）との間の移動経路Ｂにおける人の流れに関する人流情報（以下「第１人流情報」と記載する場合がある）を推定する。
【0170】
また、第１情報処理装置１０ａは、第１範囲Ｙ１内に存在する定点カメラ６０からカメラ画像を取得し、カメラ画像に基づいて第１範囲Ｙ１の現在の混雑情報を取得してもよい。また、第１情報処理装置１０ａは、第１範囲Ｙ１内に存在する端末装置４０からユーザ位置情報や属性情報を取得してもよい。そして、第１情報処理装置１０ａは、推定された第１人流情報、取得された第１範囲Ｙ１の混雑情報やユーザ位置情報、属性情報など各種の情報を統合情報処理装置１０ｃへ提供する（送信する）。なお、第１情報処理装置１０ａは、第１人流情報とともに、第１イベント情報を統合情報処理装置１０ｃへ提供してもよい。
【0171】
第２情報処理装置１０ｂは、第２施設１００ｂで開催されるイベントに関する第２イベント情報を取得する。第２情報処理装置１０ｂは、取得された第２イベント情報に基づいて第２施設１００ｂと駅Ａ（所定地点の一例）との間の移動経路Ｂにおける人の流れに関する人流情報（以下「第２人流情報」と記載する場合がある）を推定する。
【0172】
また、第２情報処理装置１０ｂは、第２範囲Ｙ２内に存在する定点カメラ６０からカメラ画像を取得し、カメラ画像に基づいて第２範囲Ｙ２の現在の混雑情報を取得してもよい。また、第２情報処理装置１０ｂは、第２範囲Ｙ２内に存在する端末装置４０からユーザ位置情報や属性情報を取得してもよい。そして、第２情報処理装置１０ｂは、推定された第２人流情報、取得された第２範囲Ｙ２の混雑情報やユーザ位置情報、属性情報など各種の情報を統合情報処理装置１０ｃへ提供する（送信する）。なお、第２情報処理装置１０ｂは、第２人流情報とともに、第２イベント情報を統合情報処理装置１０ｃへ提供してもよい。
【0173】
統合情報処理装置１０ｃは、第１情報処理装置１０ａから第１人流情報を取得するとともに、第２情報処理装置１０ｂから第２人流情報を取得する。そして、統合情報処理装置１０ｃは、取得された第１人流情報および第２人流情報を合成する。
【0174】
例えば、統合情報処理装置１０ｃは、第１人流情報および第２人流情報において同一時間での人流情報（人流データ）を和処理して（重畳させて）、第１、第２人流情報を合成するが、合成の手法はこれに限定されるものではない。例えば、人流情報を合成においては、任意のアルゴリズムを用いて予め生成された合成モデルを利用してもよい。なお、合成モデルは、過去のイベントで計測結果として得られた人流データ、イベント情報等に基づき予め生成されてもよいし、第１、第２施設１００ａ，１００ｂとは異なる他の隣接した施設における過去のイベントでの人流データ、イベント情報等に基づき予め生成されてもよい。
【0175】
また、統合情報処理装置１０ｃは、第１、第２情報処理装置１０ａ，１０ｂから第１、第２範囲Ｙ１，Ｙ２の現在の混雑情報を取得してもよい。統合情報処理装置１０ｃは、第１、第２情報処理装置１０ａ，１０ｂから第１、第２範囲Ｙ１，Ｙ２内に存在するユーザＵ（端末装置４０）のユーザ位置情報や属性情報を取得してもよい。
【0176】
このように、第３変形例においては、第１情報処理装置１０ａが第１イベント情報を取得して第１人流情報を推定し、第２情報処理装置１０ｂが第２イベント情報を取得して第１人流情報を推定し、統合情報処理装置１０ｃが、第１、第２情報処理装置１０ａ，１０ｂから第１、第２人流情報など各種の情報を取得して合成することで、上記した実施形態と同様の効果を得ることができる。
【0177】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【0178】
１０ 情報処理装置
２０ 制御部
２１ 取得部
２２ 推定部
２３ 提供部
２４ 付与部
２０ 制御部
２１ 取得部
２２ 推定部
２３ 提供部
２４ 付与部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13A】
【図13B】
【図13C】