JP7419186B2 - 情報処理装置および情報処理方法 - Google Patents

Description

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

従来、例えばコンサートなどのイベント時に、イベント施設周辺にある交通機関乗り場の混雑を緩和させる技術が種々提案されている（例えば、特許文献１参照）。従来技術にあっては、イベント時のバス運行事業者の運行管理システムにおいて、イベント施設にあるバス乗り場のモードが切り替えられ、臨時のバスが当該バス乗り場から出発できるようにし、バス待ちの人を減らすようにしていた。

国際公開第２０１６／０７９７７８号

しかしながら、従来技術には、イベント施設における交通機関乗り場の混雑を効率良く緩和させるという点で、さらなる改善の余地があった。

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

上記課題を解決し、目的を達成するために、本発明は、情報処理装置において、取得部と、設定部とを備える。取得部は、イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得する。設定部は、前記取得部によって取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定する。また、前記取得部は、前記設定部によって設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得する。また、前記設定部は、前記取得部によって取得された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する。

本発明によれば、イベント施設における交通機関乗り場の混雑を効率良く緩和させることができる。

図１は、第１の実施形態に係る情報処理方法の概要を示す図である。 図２は、情報処理システムの構成例を示すブロック図である。 図３は、情報処理装置の構成例を示すブロック図である。 図４は、乗り場混雑情報の一例を示す図である。 図５は、ユーザ情報の一例を示す図である。 図６は、バス乗り場情報の一例を示す図である。 図７は、タクシー乗り場情報の一例を示す図である。 図８は、特典情報の一例を示す図である。 図９は、設定部等で行われる処理を説明する図である。 図１０は、表示装置を示す模式図である。 図１１は、情報処理装置が実行する処理手順を示すフローチャートである。 図１２は、第２の実施形態に係る情報処理装置を説明する図である。 図１３は、第２の実施形態に係るユーザ情報の一例を示す図である。

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

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

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

イベント施設１００（以下「施設１００」と記載する場合がある）では、例えばイベントが終了すると、施設１００を利用した利用者、すなわち観客が一斉に出てくる。そのため、施設１００の周辺にあるタクシーやバスの乗り場、最寄りの駅などの交通機関乗り場１１０は混雑し、また、タクシーなどの交通機関に乗るまでに長い時間を要することがあった。

そこで、本実施形態に係る情報処理装置１０にあっては、施設１００における交通機関乗り場１１０の混雑を効率良く緩和させることができるような構成とした。

以下、情報処理装置１０の処理について具体的に説明すると、情報処理装置１０は先ず、施設１００における交通機関乗り場１１０の混雑状況を示す乗り場混雑情報を取得する（ステップＳ１）。

乗り場混雑情報としては、交通機関乗り場１１０（以下、単に「乗り場１１０」と記載する場合がある）の混雑度の情報を用いることができる。なお、混雑度は、乗り場１１０での混雑状況の度合いを示す指標値であり、例えば乗り場１１０、あるいは乗り場１１０の周辺に滞留している人数（留まっている人数）等に応じた数段階のレベルで示される値である。

なお、乗り場混雑情報は、上記した混雑度に限定されるものではなく、例えば人の移動速度など乗り場１１０の人の流れを示す人流情報や、乗り場１１０に滞留している人数の情報などであってもよい。

なお、情報処理装置１０は、上記した乗り場混雑情報を、例えば乗り場１１０、あるいは乗り場１１０周辺にいる人が所持する端末装置４０（図２参照）の位置情報や、乗り場１１０周辺に設置された定点カメラ６０（図２参照）のカメラ画像などに基づいて取得するが、これについては後述する。

次いで、情報処理装置１０は、取得された乗り場混雑情報に基づいて、交通機関乗り場１１０とは異なるタクシーＤの乗り場２００を動的に設定する（ステップＳ２）。なお、タクシーＤの乗り場２００は、中継地点の一例である。また、以下では、タクシーＤの乗り場２００を「タクシー乗り場２００」と記載する場合がある。

ここで、上記したタクシー乗り場２００が設定される場所は、例えば施設１００から少し離れた場所であり、詳しくは後述するように、バスＣで移動するような場所である。また、タクシー乗り場２００が設定される場所は、例えば施設１００でイベントが開催されていないとき、あるいはイベント終了前、タクシー乗り場ではない場所、言い換えるとタクシー乗り場として機能していない場所とされる。

すなわち、タクシー乗り場２００は、仮想的に設定される乗り場であり、例えばイベント終了後に新たに設定される乗り場である。具体的には、タクシー乗り場２００は、施設１００周辺の空き地、商業施設等の大規模駐車場、交通量の比較的少ない広い道路などに設定されるが、これらはあくまでも例示であって限定されるものではない。

なお、図１ではタクシー乗り場２００が２カ所である例を示したが、これに限定されず、１カ所または３カ所以上であってもよい。以下、２カ所のタクシー乗り場２００を「第１タクシー乗り場２００ａ」、「第２タクシー乗り場２００ｂ」と記載する場合があるが、これらを特に区別せずに説明する場合には「タクシー乗り場２００」と記載する。

また、タクシー乗り場２００は、例えばタクシーＤの行先ごとに設定されてもよい。一例として、第１タクシー乗り場２００ａは行先が「Ａ方面」、第２タクシー乗り場２００ｂは行先が「Ｂ方面」に設定される。なお、上記したＡ，Ｂは具体的な地名や地域名などである。このようなタクシー乗り場２００の設定の詳細については、後述する。

次いで、情報処理装置１０は、タクシー乗り場２００が設定されると、施設１００とタクシー乗り場２００との間を運行するバスＣの乗り場１２０を動的に設定する（ステップＳ３）。なお、以下では、バスＣの乗り場１２０を「バス乗り場１２０」と記載する場合がある。

ここで、上記したバス乗り場１２０が設定される場所は、例えば施設１００でイベントが開催されていないとき、あるいはイベント終了前、施設１００周辺においてバス乗り場ではない場所、言い換えるとバス乗り場として機能していない場所とされる。すなわち、バス乗り場１２０は、施設１００周辺において仮想的に設定される乗り場であり、例えばイベント終了後に新たに設定される乗り場である。

なお、バス乗り場１２０が設定される場所は、例えば施設１００付近であるが、これに限られない。また、バス乗り場１２０は、タクシー乗り場２００に対応するように設定される。すなわち、バス乗り場１２０は、タクシー乗り場２００と同じ２カ所設定される。以下、２カ所のバス乗り場１２０を「第１バス乗り場１２０ａ」、「第２バス乗り場１２０ｂ」と記載する場合があるが、これらを特に区別せずに説明する場合には「バス乗り場１２０」と記載する。

第１バス乗り場１２０ａは、行先が第１タクシー乗り場２００ａであるバスＣａの乗り場である。第２バス乗り場１２０ｂは、行先が第２タクシー乗り場２００ｂであるバスＣｂのバス乗り場である。

なお、上記では、バス乗り場１２０とタクシー乗り場２００とが１対１で対応するように設定されるが、これに限定されるものではない。すなわち、１つのバス乗り場１２０が第１タクシー乗り場２００ａ行き、および、第２タクシー乗り場２００ｂ行きのバス乗り場であってもよいし、２つのバス乗り場１２０がともに第１タクシー乗り場２００ａ行きのバス乗り場であってもよい。従って、図１ではバス乗り場１２０が２カ所である例を示したが、これに限られず、１カ所または３カ所以上であってもよい。

なお、バスＣは、移動体の一例である。かかる移動体は、バスＣに限られず、タクシーなどその他の交通機関であってもよい。また、タクシーＤは、移動体とは異なる第２移動体の一例である。かかる移動体は、タクシーＤに限られず、バスなどその他の交通機関であってもよい。

情報処理装置１０は、上記したタクシー乗り場２００が設定されると、例えばタクシー乗り場２００の位置情報などを、タクシーＤに搭載された車載装置５０に通知してもよい。これにより、タクシーＤは、タクシー乗り場２００に到着して待機したり、タクシー乗り場２００で乗客を乗せたりすることができる。

また、情報処理装置１０は、上記したバス乗り場１２０が設定されると、例えばバス乗り場１２０およびタクシー乗り場２００の位置情報などを、バスＣに搭載された車載装置５１に通知して、バスＣの運行を開始してもよい。

これにより、バスＣは、施設１００とタクシー乗り場２００との間、正確にはバス乗り場１２０とタクシー乗り場２００との間で、タクシーＤを利用する人をピストン輸送する。具体的には、バスＣａは、第１バス乗り場１２０ａと第１タクシー乗り場２００ａとの間で運行し、第１バス乗り場１２０ａの利用者を第１タクシー乗り場２００ａへ運ぶ。同様に、バスＣｂは、第２バス乗り場１２０ｂと第２タクシー乗り場２００ｂとの間で運行し、第２バス乗り場１２０ｂの利用者を第２タクシー乗り場２００ｂへ運ぶ。

このように、本実施形態にあっては、交通機関乗り場１１０とは異なる位置に、交通機関乗り場１１０とは異なる中継地点（ここでは仮想的なタクシー乗り場２００）が動的に設定され、タクシー乗り場２００に対応するバス乗り場１２０も動的に設定される。従って、交通機関乗り場１１０に滞留している人（観客）は先ず、白抜きの矢印で示すように、分散しながら第１、第２バス乗り場１２０ａ，１２０ｂへ移動し、そこからバスＣで第１、第２タクシー乗り場２００ａ，２００ｂへ移動することとなる。これにより、本実施形態にあっては、施設１００における交通機関乗り場１１０の混雑を緩和させることができる。

次いで、情報処理装置１０は、タクシー乗り場２００の混雑状況を示すタクシー乗り場混雑情報を取得する（ステップＳ４）。例えば、タクシー乗り場混雑情報には、タクシー乗り場２００に並んでいる人の数や待ち時間、タクシー乗り場２００の混雑度の情報が含まれるが、これに限定されるものではない。なお、ここでの混雑度は、タクシー乗り場２００での混雑状況の度合いを示す指標値であり、例えばタクシー乗り場２００に並んでいる人数等に応じた数段階のレベルで示される値である。

情報処理装置１０は、上記したタクシー乗り場混雑情報を、例えば端末装置４０から得られる位置情報に基づいて取得することができるが、これについては後述する。なお、タクシー乗り場混雑情報は、中継地点混雑情報の一例である。

次いで、情報処理装置１０は、タクシー乗り場混雑情報に基づいて、施設１００とタクシー乗り場２００との間を運行するバスＣの運行計画を設定する（ステップＳ５）。これにより、本実施形態にあっては、施設１００における乗り場１１０の混雑を効率良く緩和させることができる。

具体的には、例えば仮に、第１タクシー乗り場２００ａに並んでいる人が比較的少ない場合、第１バス乗り場１２０ａの人を第１タクシー乗り場２００ａへバスＣで輸送しても、第１タクシー乗り場２００ａは混雑しにくい。そのため、情報処理装置１０は、第１バス乗り場１２０ａの人を比較的多く第１タクシー乗り場２００ａへ輸送するような運行計画を設定し、バスＣを運行させる。

これにより、乗り場１１０周辺に滞留している人が、第１バス乗り場１２０ａ、第１タクシー乗り場２００ａへと流れやすくなり、よって施設１００における乗り場１１０の混雑を効率良く緩和させることができる。

また、例えば仮に、第１タクシー乗り場２００ａに並んでいる人が比較的多い場合、第１バス乗り場１２０ａの人を第１タクシー乗り場２００ａへバスＣで輸送しても、第１タクシー乗り場２００ａがさらに混雑してしまう。そのため、情報処理装置１０は、第１タクシー乗り場２００ａに並んでいる人が少なくなるまで、第１バス乗り場１２０ａの人を第１タクシー乗り場２００ａへ輸送しないような運行計画を設定し、バスＣを運行させる。これにより、第１タクシー乗り場２００ａでの混雑の発生を抑制しつつ、乗り場１１０の混雑を緩和させることが可能となる。

なお、情報処理装置１０は、上記したように、タクシー乗り場混雑情報に基づいて運行計画を設定するが、例えば天候情報（後述）などその他の情報に基づいて設定してもよく、これについては後述する。

さらに、情報処理装置１０は、乗り場１１０周辺に滞留している人やタクシー乗り場２００に並んでいる人に対して、クーポンなどの特典を付与することで、乗り場１１０の混雑を緩和させることができるが、これについては後述する。

なお、上記では、イベント終了後を例に挙げて説明したが、これに限られず、イベント前であっても、乗り場１１０の混雑を緩和させることができる。すなわち、例えば、イベント前、情報処理装置１０は、タクシー乗り場２００とバス乗り場１２０とを動的に設定する。なお、イベント前、タクシー乗り場２００は「タクシー降り場」かつ「バス乗り場」となり、バス乗り場１２０は「バス降り場」となる。

具体的には、施設１００に来る来場者は、タクシー降り場（タクシー乗り場２００）でタクシーから降りてバスＣに乗る。そして、来場者はバス降り場（バス乗り場１２０）でバスＣから降りて施設１００へ向かう。

このように、タクシー降り場（タクシー乗り場２００）やバス降り場（バス乗り場１２０）が設定されることで、上記した来場者は、イベント前、乗り場１１０を利用せずに施設１００に行くことができる。これにより、乗り場１１０の利用者を減少させることができ、結果として乗り場１１０の混雑を緩和させることができる。

なお、上記では、中継地点の一例としてタクシー乗り場２００を挙げ、タクシー乗り場２００でタクシーＤ（第２移動体の一例）が乗客を乗せてＡ方面などの目的地へ向かう例を示したが、これに限定されるものではない。図示は省略するが、例えば中継地点は、乗り場混雑情報等に基づいてＡ方面や駅など行先ごとに設定される「バス乗り場」であってもよい。なお、かかるバス乗り場は、図１に示すバス乗り場１２０とは異なるバス乗り場（タクシー乗り場２００に対応する乗り場）である。そして、バス乗り場（２００）では、バス（第２移動体の一例）が乗客を乗せてＡ方面などの目的地へ向かうようにしてもよい。また、施設１００に来る来場者は、バス降り場（２００）でバスから降りてバスＣに乗る。そして、来場者はバス降り場（バス乗り場１２０）でバスＣから降りて施設１００へ向かうことになる。

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

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

端末装置４０は、施設１００の利用者（観客）に所持されて使用される装置である。なお、端末装置４０を使用する人を、以下では「ユーザ」と記載する場合がある。端末装置４０としては、例えばスマートフォンやタブレット端末などを用いることができるが、これに限定されるものではない。

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

端末装置４０は、タクシーを予約する処理を行うことができる。例えば、端末装置４０は、ユーザの操作により、行先等が入力され、これらを予約情報として情報処理装置１０へ送信する。なお、予約情報に含まれる行先は、「Ａ方面」など方向を示す情報であってもよいし、具体的な降車予定位置の情報であってもよい。また、予約情報は、行先に加えて、あるいは代えて乗車予定人数などその他の情報が含まれてもよい。また、予約情報は、行先や乗車予定人数の情報を含まず、予約をする旨の情報のみであってもよい。情報処理装置１０は、端末装置４０から予約情報を受信すると、予約を受け付ける処理を実行するが、これについては後述する。

上記した予約処理は、例えば端末装置４０に登録されたアプリケーション（以下、アプリ）によって行われるが、これに限定されるものではない。すなわち、例えば図示しない外部装置（外部サーバ）から端末装置４０に配信されるタクシー予約サイトを介して予約処理が行われ、予約情報が外部装置から情報処理装置１０へ送信されるなど、その他の手法で予約処理が行われてもよい。

車載装置５０は、上記したようにタクシーに搭載される装置である。車載装置５０には、例えばＧＰＳ受信機が含まれ、ＧＰＳ衛星からの信号に基づいてタクシーの位置を示す車両位置情報（タクシー位置情報）を検出する。車載装置５０は、検出した車両位置情報を情報処理装置１０へ送信することができる。

車載装置５０は、上記した車両位置情報（タクシー位置情報）の他に、タクシーの稼働状態を示す稼働状態情報を情報処理装置１０へ送信することができる。タクシーの稼働状態とは、例えば「空車」や「実車」などのタクシーの状態（動態）を意味する。なお、車載装置５０において「空車」および「実車」の切り替えは、運転手の操作によって行われる。

車載装置５０は、情報処理装置１０から送信される配車指示（後述）を受信することができる。ここでは、配車指示は、タクシー乗り場２００への配車指示である。車載装置５０で配車指示が受信されると、タクシーは、タクシー乗り場２００へ向かって移動し、タクシー乗り場２００で乗客を乗せる。

車載装置５１は、バスに搭載される装置である。車載装置５１には、例えばＧＰＳ受信機が含まれ、ＧＰＳ衛星からの信号に基づいてバスの位置を示す車両位置情報（バス位置情報）を検出する。車載装置５１は、検出した車両位置情報を情報処理装置１０へ送信することができる。

車載装置５１は、情報処理装置１０から送信される運行計画を受信することができる。ここでは、運行計画には、例えばバス乗り場１２０の出発時間、タクシー乗り場２００への到着時間、タクシー乗り場２００からバス乗り場１２０へ戻るときのタクシー乗り場２００の出発時間、バス乗り場１２０への到着時間などの情報を含む。車載装置５１で運行計画が受信されると、バスは、運行計画に従って施設１００（正確にはバス乗り場１２０）とタクシー乗り場２００との間で運行する、言い換えると、ピストン輸送する。

定点カメラ６０は、交通機関乗り場１１０周辺に設定される。定点カメラ６０は、交通機関乗り場１１０周辺を撮像し、撮像されたカメラ画像を情報処理装置１０へ送信することができる。なお、定点カメラ６０のカメラ画像は、動画データであるが、これに限られず、静止画データなどであってもよい。かかるカメラ画像は、情報処理装置１０において乗り場混雑情報として取得されるが、これについては後述する。

なお、定点カメラ６０は、乗り場１１０周辺の人を検知する人体検知センサであってもよい。人体検知センサとしては、例えば赤外線信号を用いた焦電センサなどを採用することができる。

なお、上記したように、情報処理装置１０が、端末装置４０の位置情報に基づいて乗り場混雑情報を取得する場合、言い換えると、定点カメラ６０のカメラ画像が乗り場混雑情報として利用されない場合、定点カメラ６０は除去されてもよい。

表示装置７０は、タクシー乗り場２００に設置可能に構成され、例えばタクシーの行先などタクシー乗り場２００に関する情報が表示される。表示装置７０としては、例えばデジタルサイネージを用いることができ、情報処理装置１０などから通信ネットワークＮを介して配信される各種の情報が表示される。なお、表示装置７０については、図１０を参照して後述する。

表示装置８０は、バス乗り場１２０に設置可能に構成され、例えばバスの行先などバス乗り場１２０に関する情報が表示される。表示装置８０も、表示装置７０と同様、例えばデジタルサイネージを用いることができ、情報処理装置１０などから配信される各種の情報が表示される。

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

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

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

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

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

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

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

また、記憶部３０は、例えば、不揮発性メモリやデータフラッシュ、ハードディスクドライブといった記憶デバイスで構成される記憶部である。かかる記憶部３０には、乗り場混雑情報３１、ユーザ情報３２、バス乗り場情報３３、タクシー乗り場情報３４、特典情報３５、天候情報３６および各種プログラムなどが記憶される。

乗り場混雑情報３１は、施設１００における交通機関乗り場１１０の人の混雑状況を示す情報である。ここで、図４を用いて、乗り場混雑情報３１について説明する。図４は、乗り場混雑情報３１の一例を示す図である。

図４に示すように、乗り場混雑情報３１には、「交通機関乗り場ＩＤ」、「交通機関名」および「混雑度」等の項目が含まれ、各項目は互いに関連付けられている。

「交通機関乗り場ＩＤ」は、交通機関乗り場１１０を識別する識別情報である。「交通機関名」は、交通機関の名称を示す情報であり、具体的には、施設１００の周辺にある既存のタクシーやバスの乗り場、最寄りの駅などの名称を示す情報である。なお、図４に示す例では、便宜上、「交通機関名」を「交通機関Ｇ１」といったように抽象的な記載とするが、「交通機関Ｇ１」には具体的な情報が記憶されるものとする。以下、他の情報についても抽象的に記載する場合がある。

「混雑度」は、上記した乗り場混雑情報であり、詳しくは乗り場１１０での混雑状況の度合いを示す情報である。乗り場混雑情報３１には、「混雑度」に加えてあるいは代えて、上記した乗り場１１０周辺に滞留している人数や、人の移動速度など乗り場１１０周辺の人の流れを示す人流情報などが含まれてもよい。

図４に示す例では、交通機関乗り場ＩＤ「Ｆ０１」で識別される乗り場１１０のデータは、交通機関名が「交通機関Ｇ１」、混雑度が「混雑度Ｈ１」であることを示している。

図３の説明に戻ると、ユーザ情報３２は、ユーザに関する情報である。ここで、図５を用いて、ユーザ情報３２について説明する。図５は、ユーザ情報３２の一例を示す図である。

図５に示すように、ユーザ情報３２には、「ユーザＩＤ」、「ユーザ位置」、「予約」、「行先」および「属性」等の項目が含まれ、各項目は互いに関連付けられている。

「ユーザＩＤ」は、端末装置４０を使用するユーザを識別する識別情報である。「ユーザ位置」は、ユーザの位置を示すユーザ位置情報である。「予約」は、タクシーの予約の有無を示す情報である。

「行先」は、ユーザのタクシー乗り場２００からの行先を示す情報である。例えば「行先」は、施設１００でのイベント終了後におけるユーザの行先を示す情報である。具体的に「行先」には、端末装置４０から送信される予約情報に含まれる行先の情報が登録される。

なお、行先の情報が予約情報に含まれていない場合、あるいは予約がなされていない場合、その他の情報から行先が推定され、推定された行先の情報が「行先」に登録されてもよい。すなわち、ユーザは、例えばイベントが終了すると、施設１００へ行くときの経路とは逆の経路で帰ったり、施設１００から自宅へ帰ったりすることが多い。そのため、例えば制御部２０の取得部２２（図３参照）は、端末装置４０からユーザの行動履歴情報（具体的には施設１００へ行くときの経路の情報）や自宅情報などを取得し、かかる行動履歴情報や自宅情報などに基づいて、イベント終了後におけるユーザの行先を推定することができる。そして、取得部２２は、推定された行先の情報を、ユーザ情報３２の「行先」として登録することができる。

「属性」は、バスやタクシーを利用する人の属性を示す属性情報である。「属性」には、例えば高齢者や妊婦、子供、車椅子等の利用者などの情報が含まれ、かかる情報に、例えば移動に関する情報が対応付けられる。具体的には、バス乗り場１２０等までの移動困難度に関する情報が対応付けられる。かかる移動困難度は、例えばバス等を利用する人が高齢者や車椅子の利用者等であったりして、段差や高低差の移動が困難となる度合いを示す指標値であり、数段階のレベルで示される値である。なお、「属性」には、バス等を利用する人の年齢、性別などその他の情報が含まれてもよい。

図５に示す例において、ユーザＩＤ「Ｊ０１」で識別されるユーザのデータは、ユーザ位置が「位置Ｋ１」、予約が「あり」、行先が「Ａ方面」、属性が「属性Ｌ１」であることを示している。

図３の説明に戻ると、バス乗り場情報３３は、バス乗り場１２０に関する情報である。ここで、図６を用いて、バス乗り場情報３３について説明する。図６は、バス乗り場情報３３の一例を示す図である。

図６に示すように、バス乗り場情報３３には、「バス乗り場ＩＤ」、「設定位置」、「バスの行先」および「運行計画」等の項目が含まれ、各項目は互いに関連付けられている。

「バス乗り場ＩＤ」は、バス乗り場１２０を識別する識別情報である。「設定位置」は、設定されたバス乗り場１２０の位置（場所）を示す位置情報である。「バスの行先」は、バス乗り場１２０におけるバスの行先を示す情報である。

「運行計画」は、施設１００とタクシー乗り場２００との間を運行するバスの運行計画を示す情報である。「運行計画」には、上記したように、バス乗り場１２０の出発時間などの情報が含まれる。

図６に示す例において、バス乗り場ＩＤ「Ｍ０１」で識別されるバス乗り場１２０のデータは、設定位置が「位置Ｎ１」、行先が「第１タクシー乗り場」、運行計画が「計画Ｘ１」であることを示している。

図３の説明に戻ると、タクシー乗り場情報３４は、タクシー乗り場２００に関する情報である。ここで、図７を用いて、タクシー乗り場情報３４について説明する。図７は、タクシー乗り場情報３４の一例を示す図である。

図７に示すように、タクシー乗り場情報３４には、「タクシー乗り場ＩＤ」、「設定位置」、「タクシーの行先」、「乗り場人数」および「待ち時間」等の項目が含まれ、各項目は互いに関連付けられている。

「タクシー乗り場ＩＤ」は、タクシー乗り場２００を識別する識別情報である。「設定位置」は、設定されたタクシー乗り場２００の位置（場所）を示す位置情報である。「タクシーの行先」は、タクシー乗り場２００におけるタクシーの行先を示す情報である。

「乗り場人数」は、現在、タクシー乗り場２００に並んでいる人の数を示す情報である。なお、上記した「タクシー乗り場２００に並んでいる人」は、ユーザ位置情報などから推定される、タクシー乗り場２００で実際に並んでいる人に限定されるものではなく、例えば予約情報などに基づいて推定された、タクシー乗り場２００へバスで向かっている人、あるいはこれから向かう人を含んでもよい。

「待ち時間」は、対応するタクシー乗り場２００に到着した人がタクシーの乗るまでの時間を示す情報である。なお、「乗り場人数」および「待ち時間」は、上記したタクシー乗り場混雑情報の一例である。

図７に示す例において、タクシー乗り場ＩＤ「Ｐ０１」で識別されるタクシー乗り場２００のデータは、設定位置が「位置Ｑ１」、タクシーの行先が「Ａ方面」、乗り場人数が「Ｒ１人」、待ち時間が「Ｔ１分」であることを示している。

図３の説明に戻ると、特典情報３５は、クーポンなどの特典に関する情報である。ここで、図８を用いて、特典情報３５について説明する。図８は、特典情報３５の一例を示す図である。

図８に示すように、特典情報３５には、「特典ＩＤ」、「付与対象」および「特典」等の項目が含まれ、各項目は互いに関連付けられている。

「特典ＩＤ」は、特典を識別する識別情報である。「付与対象」は、特典を付与する対象を示す情報である。「特典」は、付与する特典の内容を示す情報である。上記した「付与対象」や「特典」は、例えばタクシー乗り場混雑情報（乗り場人数など）に基づいて設定されるが、これについては後述する。

図３の説明に戻ると、天候情報３６は、施設１００およびタクシー乗り場２００の天候に関する情報である。天候情報３６は、現在の天候情報に限られず、天候予測情報であってもよい。なお、天候情報３６には、施設１００およびタクシー乗り場２００の天候の少なくともいずれかの天候に関する情報が含まれていればよい。

制御部２０の受付部２１は、通信部１１を介して端末装置４０からタクシーの予約情報を受信し、予約を受け付ける処理を実行する。例えば、受付部２１は、予約情報に含まれる行先などの情報をユーザ情報３２（図５参照）に登録する。また、受付部２１は、予約を受け付けたことを示す内容を端末装置４０へ通知することができる。

なお、端末装置４０においてタクシーの予約処理が、タクシー予約サイトを介して行われた場合、受付部２１は、タクシー予約サイトを配信する外部装置から予約情報を受信して予約を受け付ける処理を実行してもよい。

取得部２２は、施設１００における乗り場１１０の混雑状況を示す乗り場混雑情報を取得する。例えば、取得部２２は、端末装置４０の位置情報に基づいて、乗り場１１０周辺に滞留している人の数を計測し、計測された人数に応じた混雑度を記憶部３０の乗り場混雑情報３１（図４参照）に登録することができる。

また、取得部２２は、定点カメラ６０（図２参照）のカメラ画像などに基づいて乗り場混雑情報を取得してもよい。例えば、取得部２２は、定点カメラ６０から送信されたカメラ画像を解析して乗り場１１０周辺に滞留している人の数を計測し、計測された人数に応じた混雑度を乗り場混雑情報３１に登録してもよい。

また、取得部２２は、端末装置４０からユーザの位置情報および属性情報を取得し、記憶部３０のユーザ情報３２のユーザ位置情報、属性情報として登録してもよい。

また、取得部２２は、タクシー乗り場２００の混雑状況を示すタクシー乗り場混雑情報を取得する。例えば、取得部２２は、タクシー乗り場２００の乗り場人数の情報をタクシー乗り場混雑情報として取得することができる。例えば、取得部２２は、端末装置４０の位置情報（すなわちユーザ位置情報）に基づいて、タクシー乗り場２００に並んでいる人の数を計測し、計測された人数を記憶部３０のタクシー乗り場情報３４（図７参照）に登録する。

また、取得部２２は、例えば外部サーバから送信される天候情報を取得し、記憶部３０に天候情報３６として記憶させる。

設定部２３は、記憶部３０の乗り場混雑情報３１を読み出し、乗り場混雑情報３１に基づいて、乗り場１１０とは異なるタクシー乗り場（中継地点）２００を動的に設定する。言い換えると、設定部２３は、乗り場混雑情報３１に基づいて位置や数が変化する動的なタクシー乗り場２００を設定する。ここで、タクシー乗り場２００の設定等について図９を参照しつつ説明する。図９は、設定部２３等で行われる処理を説明する図である。

図９に示すように、例えば設定部２３は、乗り場混雑情報に、乗り場１１０周辺において人が多く滞留していて混雑度が比較的高いことを示す情報が含まれる場合、乗り場１１０周辺の混雑を緩和させるため、仮想的なタクシー乗り場２００（ここでは第１、第２タクシー乗り場２００ａ，２００ｂ）を動的に設定する。

タクシー乗り場２００の設定の一例としては、設定部２３は、上記した施設１００周辺の空き地や商業施設等の大規模駐車場など、予め設定された複数の乗り場候補場所の中から、乗り場混雑情報に基づき、タクシー乗り場２００として使用可能であって、乗り場１１０周辺の混雑を緩和可能な場所を選択する。そして、設定部２３は、選択された乗り場候補場所を、タクシー乗り場２００として設定することができる。なお、図９では、商業施設である店舗２１０の大規模駐車場が第１タクシー乗り場２００ａとして設定された例を示している。

設定部２３は、タクシー乗り場２００が設定されると、タクシー乗り場２００の設定位置などタクシー乗り場２００に関する各種情報を記憶部３０のタクシー乗り場情報３４（図７参照）に登録する。

また、設定部２３は、タクシー乗り場２００が設定されると、仮想的なバス乗り場１２０（ここでは第１、第２バス乗り場１２０ａ，１２０ｂ）を動的に設定する。設定部２３は、バス乗り場１２０が設定されると、バス乗り場１２０の設定位置などバス乗り場１２０に関する各種情報を記憶部３０のバス乗り場情報３３（図６参照）に登録する。

設定部２３は、タクシー乗り場２００を設定した後、タクシー乗り場２００の位置情報などを、タクシーの車載装置５０に通知する配車処理を実行してもよい。例えば、設定部２３は、タクシーの車載装置５０から送信される稼働状態が空車のタクシーに対して、タクシー乗り場２００へ向かうように配車指示を送信してもよい。

また、設定部２３は、バス乗り場１２０を設定した後、例えばバス乗り場１２０およびタクシー乗り場２００の位置情報などを、バスＣに搭載された車載装置５１に通知して、バス乗り場１２０およびタクシー乗り場２００間のバスＣの運行を開始してもよい。これにより、バスＣは、施設１００とタクシー乗り場２００との間で、タクシーＤを利用する人をピストン輸送する。

このように、本実施形態にあっては、乗り場１１０とは異なる、仮想的なタクシー乗り場２００およびバス乗り場１２０を動的に設定したので、乗り場１１０に滞留している人は先ず、白抜きの矢印で示すように、分散しながら第１、第２バス乗り場１２０ａ，１２０ｂへ移動し、そこからバスＣで第１、第２タクシー乗り場２００ａ，２００ｂへ移動することとなる。これにより、本実施形態にあっては、施設１００における乗り場１１０の混雑を緩和させることができる。

また、設定部２３は、タクシー乗り場混雑情報（中継地点混雑情報）に基づいて、バスＣの運行計画を設定する。例えば、設定部２３は、タクシー乗り場２００に並んでいる人が所定人数以上とならないように、逆に言えば、タクシー乗り場２００に並んでいる人が所定人数未満となるように、バスＣの運行計画を設定することができる。

具体的には、タクシー乗り場２００に並んでいる人が所定人数未満である場合、バス乗り場１２０の人をタクシー乗り場２００へバスＣで輸送しても、タクシー乗り場２００は混雑しにくい。そのため、設定部２３は、バス乗り場１２０の人をタクシー乗り場２００へ輸送するような運行計画を設定し、バスＣを運行させる。

これにより、乗り場１１０周辺に滞留している人が、バス乗り場１２０、タクシー乗り場２００へと流れやすくなり、よって施設１００における乗り場１１０の混雑を効率良く緩和させることができる。

なお、所定人数は、その値以上のときにタクシー乗り場２００が混雑していると推定できるような値に設定されるが、これに限定されるものではない。

他方、タクシー乗り場２００に並んでいる人が所定人数以上である場合、タクシー乗り場２００は既に混雑しており、バス乗り場１２０の人をタクシー乗り場２００へバスＣで輸送しても、タクシー乗り場２００がさらに混雑してしまう。そのため、設定部２３は、バス乗り場１２０の人をタクシー乗り場２００へ輸送しないようにし、タクシー乗り場２００に並んでいる人が所定人数未満になった場合にバスＣを運行させるような運行計画を設定する。

言い換えると、設定部２３は、タクシー乗り場２００に並んでいる人が所定人数未満になるまで、バスＣをバス乗り場１２０に待機させるような運行計画を設定する。これにより、本実施形態にあっては、タクシー乗り場２００での混雑の発生を抑制しつつ、乗り場１１０の混雑を緩和させることが可能となる。

また、設定部２３は、記憶部３０の天候情報３６を読み出し、天候情報３６に基づいて運行計画を設定してもよい。これにより、タクシー乗り場２００においてスムーズなタクシーの乗車が可能になる。

すなわち、例えば、天候情報３６に、タクシー乗り場２００が雨の情報、あるいは雨の予報情報が含まれる場合、設定部２３は、乗り場１２０からバスＣに乗ってタクシー乗り場２００に到着した人がすぐにタクシーＤに乗り継げるような運行計画を設定する。

具体的には、設定部２３は、タクシー乗り場混雑情報に基づき、タクシー乗り場２００に並んでいる人がいなくなったとき、または、いなくなる直前のタイミングで、バスＣがタクシー乗り場２００に到着するような運行計画を設定する。タクシー乗り場２００に到着した人が、タクシー乗り場２００で雨の中待機する時間を可能な限り短くすることができ、よってタクシー乗り場２００においてスムーズなタクシーの乗車が可能になる。

また、設定部２３は、タクシーＤの行先ごとにタクシー乗り場２００を設定してもよい。図９の例では、行先「Ａ方面」および「Ｂ方面」などタクシーＤの行先別にタクシー乗り場２００が設定される。また、設定部２３は、バスＣの行先ごとにバス乗り場１２０を設定してもよい。図９の例では、行先「第１タクシー乗り場」および「第２タクシー乗り場」などバスＣの行先別にタクシー乗り場２００が設定される。

これにより、例えば乗り場１１０周辺に滞留している人は、自身の行先に応じて分散しながら第１、第２バス乗り場１２０ａ，１２０ｂへ移動し、そこから第１、第２タクシー乗り場２００ａ，２００ｂへ移動することとなる。そして、タクシー乗り場２００では、タクシーＤは乗車後、対応する行先に向けて出発すればよいため、タクシー乗り場２００におけるスムーズな乗車が可能になる。以上から、タクシー乗り場２００やバス乗り場１２０に人が滞留しにくくなり、よって乗り場１１０周辺の混雑をより効率良く緩和させることができる。

また、設定部２３は、記憶部３０のユーザ情報３２を読み出し、ユーザ情報３２の属性情報に基づいてタクシー乗り場２００を設定してもよい。例えば、設定部２３は、属性情報に、高齢者等の情報が含まれ、かかる情報に比較的高い移動困難度の情報が対応付けられている場合、当該属性を有する人が優先的にタクシーＤに乗車できるタクシー乗り場２００を設定してもよい。これにより、当該属性を有する人は、タクシー乗り場２００においてスムーズなタクシーの乗車が可能になる。

例えば、設定部２３は、属性情報において比較的高い移動困難度の情報が対応付けられている場合、段差や高低差、移動距離などが比較的少ない経路となるような場所に、タクシー乗り場２００やバス乗り場１２０を設定してもよい。これにより、当該属性を有する人は、段差や移動距離等が比較的少ない経路を通って、タクシー乗り場２００やバス乗り場１２０に行くことが可能となり、移動の負担を軽減することができる。

また、設定部２３は、ユーザ情報３２に基づいて、タクシーＤを予約している人を優先的にタクシー乗り場２００へ運ぶように、運行計画を設定してもよい。例えば、設定部２３は、予約がある人を優先的にバスＣに乗車させる運行計画を設定してもよい。また、設定部２３は、予約がある人と予約のない人との間で運賃が異なるようにしたりする運行計画を設定してもよい。詳しくは、設定部２３は、予約がある人の運賃が予約のない人の運賃より低くなるようにしてもよい。

このように、タクシーＤを予約している人を優先的にタクシー乗り場２００へ運ぶように運行計画が設定されることで、例えばアプリを用いた予約をユーザに対して促すことが可能になる。

また、設定部２３は、運行計画に基づいて、施設１００の周辺を走行する車両の経路を設定してもよい。ここで、施設１００の周辺を走行する車両は、バスＣやタクシーＤを除く一般車両であるが、これに限定されるものではない。例えば、設定部２３は、運行計画に基づいて、施設１００の周辺においてバスＣが走行予定の経路を通らないような経路を設定し、かかる経路の情報を一般車両の車載装置（図示せず）に対して通知することができる。

これにより、一般車両は、バスＣが走行予定の経路を通らないため、バスＣは走行予定の経路を優先的に走行することが可能となる。このため、バス乗り場１２０とタクシー乗り場２００との間でバスＣの走行がスムーズになることから、バス乗り場１２０やタクシー乗り場２００に人が滞留しにくくなり、よって乗り場１１０周辺の混雑をより効率良く緩和させることができる。

ここで、バスＣは、上記したように、バス乗り場１２０とタクシー乗り場２００との間をピストン輸送する。そのため、バスＣは、バス乗り場１２０からタクシー乗り場２００へ移動する際、タクシーＤの利用者が乗車するが、タクシー乗り場２００からバス乗り場１２０へ戻るときは、乗客のいない状態（回送状態）となる。そこで、設定部２３は、バス乗り場１２０へ戻るバスＣを有効利用するようにしてもよい。

例えば、施設１００の利用者（観客）には、自転車Ｚに乗って施設１００に行くことを所望する人（以下、自転車利用者という）がいる。しかしながら、施設１００には、駐輪場がないことがある。このような場合、設定部２３は、タクシー乗り場２００付近に、自転車を一時的に保管する保管場所（駐輪場）を設定する。なお、図９の例では、第２タクシー乗り場２００ｂに保管場所が設定されるものとする。

上記を前提として説明を続けると、イベント前、自転車利用者は、第２タクシー乗り場２００ｂまで自転車に乗って行き、保管場所に預ける。設定部２３は、保管場所に自転車を預けた自転車利用者を、第２タクシー乗り場２００ｂから第２バス乗り場１２０ｂへバスＣｂで運ぶ運行計画を設定する。

そして、イベント終了後、自転車利用者は、施設１００で待機しておく。設定部２３は、第２バス乗り場１２０ｂから第２タクシー乗り場２００ｂへ移動する際、タクシーＤの利用者をバスＣｂで運ぶ運行計画を設定する。

そして、設定部２３は、第２タクシー乗り場２００ｂから第２バス乗り場１２０ｂへ戻る際、図９に符号Ｚで示すように、保管場所に保管していた自転車ＺをバスＣｂに積んで戻る運行計画を設定する。その後、施設１００で待機していた自転車利用者は、バスＣｂから自転車を下ろし、自転車で帰ることができる。これにより、本実施形態にあっては、タクシー乗り場２００からバス乗り場１２０へ戻るバスＣを有効利用することができる。

図３の説明を続けると、表示制御部２４は、タクシー乗り場２００の表示装置７０（図２参照）の表示を制御することができる。例えば、表示制御部２４は、表示装置７０が設置された場所が設定部２３によってタクシー乗り場２００として設定された場合、かかるタクシー乗り場２００に対応するタクシーに関する情報を表示装置７０に表示させる。

ここで、表示装置７０について図１０を用いて説明する。図１０は、表示装置７０を示す模式図である。図１０に示すように、表示装置７０は、各種の情報を表示可能な表示画面７１を備える。表示装置７０は、例えば施設１００周辺の空き地や商業施設等の大規模駐車場など、予め設定された乗り場候補場所に設置される。

そして、表示制御部２４は、表示装置７０が設置された乗り場候補場所がタクシー乗り場２００として設定された場合、タクシー乗り場２００に対応するタクシーに関する情報を通信ネットワークＮ（図２参照）を介して表示装置７０に配信する。これにより、表示装置７０の表示画面７１には、タクシー乗り場２００のタクシーに関する情報が表示される。

なお、図１０では、タクシーに関する情報が、タクシーの行先、待ち時間などである例を示したが、これらはあくまでも例示であって限定されるものではない。すなわち、例えばタクシーに関する情報は、タクシー乗り場２００に配車されるタクシーの車種、タクシー乗り場２００におけるタクシーの待機数などその他の情報であってもよい。

このように、タクシー乗り場２００には、表示制御部２４によって表示制御される表示装置７０が設置されることで、タクシーの利用者は、タクシー乗り場２００として設定された場所を容易に確認することができ、かかるタクシー乗り場２００へスムーズに移動することが可能になる。

図３の説明に戻ると、表示制御部２４は、バス乗り場１２０の表示装置８０（図２参照）の表示を制御することができる。例えば、表示制御部２４は、表示装置８０が設置された場所が設定部２３によってバス乗り場１２０として設定された場合、かかるバス乗り場１２０に対応するバスに関する情報を表示装置８０に表示させる。バスに関する情報には、バスの行先が含まれるが、これに限られず、例えば待ち時間などその他の情報が含まれていてもよい。

このように、バス乗り場１２０には、表示制御部２４によって表示制御される表示装置８０が設置されることで、バスの利用者は、バス乗り場１２０として設定された場所を容易に確認することができ、乗り場１１０からバス乗り場１２０へスムーズに移動することが可能になる。これにより、乗り場１１０周辺の混雑をより一層効果的に緩和させることができる。

なお、表示制御部２４は、表示装置７０，８０が設置された場所がタクシー乗り場２００やバス乗り場１２０として設定されない場合、タクシーやバスに関する情報を表示させないようにしてもよい。

また、表示装置７０，８０は、上記した乗り場候補場所に予め固定される固定式であってもよいし、乗り場候補場所、あるいは設定されたタクシー乗り場２００やバス乗り場１２０に適宜なタイミングで移動させて設置される移動式であってもよい。また、図１０では、一例として自立式の表示装置７０（８０）を示したが、これに限られず、壁掛け式、吊り下げ式などであってもよい。

付与部２５は、施設１００の利用者に対して特典を付与する。例えば、付与部２５は、記憶部３０の特典情報３５等を読み出し、特典情報３５等に基づいて、施設１００の利用者に対して、タクシー乗り場２００付近の店舗に関する特典を付与する。

なお、特典の一例としては、タクシー乗り場２００付近の店舗で利用可能なクーポンであるが、これに限られず、店舗で利用可能なポイントなどその他の種類の特典であってもよい。また、上記したクーポンやポイントなどの特典は、例えば店舗での決済に利用することができるが、これに限定されるものではなく、サービスなどに利用してもよい。

図９を参照しつつ具体的に説明すると、例えば、付与部２５は、施設１００の利用者のうち、乗り場１１０の周辺に滞留している利用者（符号Ｊｘ１で示す）に対して、第１タクシー乗り場２００ａ付近の店舗２１０のクーポンを付与する。正確には、付与部２５は、利用者Ｊｘ１が所持する端末装置４０に対して、店舗２１０のクーポンの情報を送信してクーポンを付与する。

このように、本実施形態にあっては、乗り場１１０周辺の利用者Ｊｘ１にクーポンを付与して店舗２１０に誘導する。これにより、利用者Ｊｘ１の乗り場１１０から第１バス乗り場１２０ａ、第１タクシー乗り場２００ａへの移動を促すことができ、よって乗り場１１０周辺の混雑をより一層効果的に緩和させることができる。

また、付与部２５は、タクシー乗り場混雑情報（中継地点混雑情報）に基づいて、クーポンを付与してもよい。例えば、付与部２５は、タクシー乗り場混雑情報に、第２タクシー乗り場２００ｂの混雑度が比較的高いことを示す情報が含まれる場合、乗り場１１０の周辺に滞留している利用者Ｊｘ１に対して、店舗２１０のクーポンを付与してもよい。

これにより、利用者Ｊｘ１の乗り場１１０から第１バス乗り場１２０ａ、第１タクシー乗り場２００ａへの移動を促すことができる、言い換えると、第２タクシー乗り場２００ｂへ移動しないように促すことができ、よって第２タクシー乗り場２００ｂがさらに混雑することを抑制することができる。

また、付与部２５は、タクシー乗り場混雑情報に、第１タクシー乗り場２００ａの混雑度が比較的高いことを示す情報が含まれる場合、第１タクシー乗り場２００ａに並んでいる利用者Ｊｘ２に対して、店舗２１０のクーポンを付与してもよい。

これにより、利用者Ｊｘ２の第１タクシー乗り場２００ａから店舗２１０への移動を促すことができ、よって第１タクシー乗り場２００ａの混雑を緩和させることが可能になる。

なお、上記では、付与部２５による特典の付与で、混雑を緩和させるようにしたが、これに限られない。例えば、設定部２３は、付与部２５による特典の付与に加えてあるいは代えて、タクシー乗り場２００付近の店舗２１０での各種イベントの開催を設定するようにしてもよい。

なお、イベントとしては、例えば店舗２１０でのバーゲンやタイムセールなどであるが、これらに限定されるものではなく、要は利用者を誘導可能なイベントであればよい。このように、タクシー乗り場２００付近の店舗２１０でイベントを開催することでも、乗り場１１０やタクシー乗り場２００の混雑を緩和させることが可能になる。

図３の説明に戻ると、提供部２６は、記憶部３０のユーザ情報３２を読み出し、ユーザ情報３２の属性情報に応じた交通機関に関する交通機関情報を、当該属性情報に対応する人に対して提供する。

具体的に説明すると、例えば属性情報に、高齢者等の情報が含まれ、かかる情報に段差の移動が困難であることを示す移動困難度の情報が対応付けられている場合、当該属性を有する人にとって、段差が比較的少ない交通機関で移動できることが好ましい。なお、ここでの交通機関には、上記したタクシー乗り場２００からのタクシーＤやバス乗り場１２０のバスＣに限らず、施設１００の周辺にあるタクシーやバスの乗り場、最寄りの駅なども含まれる。

提供部２６は先ず、例えば段差や高低差の有無など交通機関の移動に関する情報を外部装置から取得する。続いて、提供部２６は、交通機関の移動に関する情報と属性情報とに基づいて、複数の交通機関（例えばタクシー乗り場２００からのタクシーＤや最寄りの駅など）の中から、属性情報に応じた交通機関（ここでは段差が比較的少ない交通機関）を選択する。

そして、提供部２６は、選択された交通機関に関する交通機関情報を、上記した属性情報に対応する人に対して提供する。これにより、当該属性を有する人は、段差が比較的少ない交通機関で移動することが可能となり、移動の負担を軽減することができる。

また、提供部２６は、乗り場混雑情報３１に基づいて交通機関を選択してもよい。例えば、複数ある交通機関乗り場１１０のうち、乗り場混雑情報３１に、混雑度が比較的少ない情報が含まれ、かつ、交通機関の移動に関する情報に、段差が比較的少ない情報が含まれる交通機関乗り場１１０がある場合、提供部２６は、かかる交通機関乗り場１１０の交通機関の情報を、当該属性を有する人に対して提供してもよい。これにより、当該属性を有する人は、混雑しておらず、また段差が比較的少ない交通機関で移動することが可能となり、移動の負担をより軽減することができる。

なお、上記では、中継地点をタクシーＤの乗り場２００としたが、これに限られない。すなわち、例えば中継地点を仮想的なカーシェアステーションとしてもよい。

＜情報処理装置の制御処理＞
次に、情報処理装置１０における具体的な処理手順の一例について図１１を用いて説明する。図１１は、情報処理装置１０が実行する処理手順を示すフローチャートである。

図１１に示すように、情報処理装置１０の制御部２０は、施設１００における乗り場の混雑状況を示す乗り場混雑情報を取得する（ステップＳ１０）。次いで、制御部２０は、乗り場混雑情報に基づいて、タクシー乗り場２００およびバス乗り場１２０を動的に設定する（ステップＳ１１）。

次いで、制御部２０は、タクシーおよびバスの配車処理を実行する（ステップＳ１２）。これにより、タクシー乗り場２００にタクシーが配車され、タクシー乗り場２００と施設１００（正確にはバス乗り場１２０）との間でバスが運行する。

次いで、制御部２０は、タクシー乗り場２００の混雑状況を示すタクシー乗り場混雑情報を取得する（ステップＳ１３）。次いで、制御部２０は、タクシー乗り場混雑情報に基づいてバスの運行計画を設定する（ステップＳ１４）。

上述してきたように、第１の実施形態に係る情報処理装置１０は、取得部２２と、設定部２３とを備える。取得部２２は、イベント施設１００における交通機関乗り場１１０の混雑状況を示す乗り場混雑情報を取得する。設定部２３は、取得部２２によって取得された乗り場混雑情報に基づいて、交通機関乗り場１１０とは異なるタクシー乗り場２００（中継地点の一例）を動的に設定する。また、取得部２２は、設定部２３によって設定されたタクシー乗り場２００の混雑状況を示すタクシー乗り場混雑情報（中継地点混雑情報）を取得する。また、設定部２３は、取得部２２によって取得されたタクシー乗り場混雑情報に基づいて、イベント施設１００とタクシー乗り場２００との間を運行するバス（移動体の一例）の運行計画を設定する。これにより、イベント施設１００における交通機関乗り場１１０の混雑を効率良く緩和させることができる。

また、第２移動体（タクシー）の乗り場は、移動体（バス）によって中継地点（タクシー乗り場２００）に移動した人が利用するタクシーの乗り場である。

これにより、乗り場１１０周辺に滞留する人をスムーズに、バス乗り場１２０、タクシー乗り場２００へ分散させることが可能となり、よって乗り場１１０周辺の混雑を効率良く緩和させることができる。

（第２実施形態）
＜第２の実施形態に係る情報処理装置＞
次いで、第２の実施形態に係る情報処理装置１０について説明する。図１２は、第２の実施形態に係る情報処理装置１０を説明する図である。なお、図１２は、上段がイベント前の状態、下段がイベント後の状態を示している。また、以下においては、第１の実施形態と共通の構成については、同一の符号を付して説明を省略する。

図１２の上段に示すように、施設１００でのイベント前、第２の実施形態に係る設定部２３（図３参照）は、中継地点として自転車Ｚ１の駐輪場２３０を動的に設定する。すなわち、第２の実施形態では、第１の実施形態のタクシー乗り場２００に代えて、駐輪場２３０が設定される。

なお、自転車Ｚ１は、第３移動体の一例である。また、駐輪場２３０は、中継地点の一例であり、また、移動体（バス）とは異なる第３移動体（自転車）を保管する場所の一例である。

ここで、駐輪場２３０が設定される場所は、例えば施設１００から少し離れた場所であり、バスＣで移動するような場所である。また、駐輪場２３０が設定される場所は、例えば施設１００でイベントが開催されていないとき、駐輪場ではない場所、言い換えると駐輪場として機能していない場所とされる。すなわち、駐輪場２３０は、仮想的に設定される駐輪場である。なお、図１２では駐輪場２３０が１カ所である例を示したが、これに限定されず、２カ所以上であってもよい。

また、駐輪場２３０は、施設１００の利用者（観客）のうち自転車利用者の自転車Ｚ１を保管する。かかる自転車Ｚ１は、例えばレンタサイクル店舗３００でレンタルされた自転車であってもよいし、自転車利用者が所有する自転車であってもよい。

ここで、情報処理装置１０の記憶部３０のユーザ情報３２には、駐輪場２３０に保管される自転車Ｚ１がレンタルされた自転車であるか個人の所有する自転車であるかの情報が登録されてもよい。図１３は、第２の実施形態に係るユーザ情報３２の一例を示す図である。

図１３に示すように、ユーザ情報３２には、「ユーザＩＤ」、「ユーザ位置」および「自転車」等の項目が含まれ、各項目は互いに関連付けられている。「自転車」は、駐輪場２３０に保管する自転車Ｚ１がレンタルか個人所有かを示す情報である。「自転車」の情報は、自転車利用者の操作によって端末装置４０を介して登録されてもよいし、レンタサイクル店舗３００の管理サーバにより登録されてもよい。

図１３に示す例において、ユーザＩＤ「Ｊ１１」で識別されるユーザのデータは、ユーザ位置が「位置Ｋ１１」、自転車が「レンタル」であることを示している。

図１２の説明に戻る。設定部２３は、上記した駐輪場２３０が設定されると、例えば駐輪場２３０の位置情報などをバスＣの車載装置５１に通知して、バスＣの運行を開始する。

これにより、自転車利用者は、まず駐輪場２３０まで自転車Ｚ１に乗って行き、駐輪場２３０に自転車Ｚ１を止める。設定部２３は、駐輪場２３０にいる自転車利用者を施設１００まで運ぶ運行計画を設定する。

このとき、設定部２３は、ユーザ情報３２（図１２参照）に基づいて、駐輪場２３０の自転車Ｚ１がレンタルである自転車利用者を優先的に施設１００へ運ぶように、運行計画を設定してもよい。例えば、設定部２３は、自転車Ｚ１がレンタルである自転車利用者を優先的にバスＣに乗車させる運行計画を設定してもよい。また、設定部２３は、自転車Ｚ１がレンタルである自転車利用者と個人所有である自転車利用者との間で運賃が異なるようにしたりする運行計画を設定してもよい。詳しくは、設定部２３は、自転車Ｚ１がレンタルである自転車利用者の運賃が個人所有である自転車利用者の運賃より低くなるようにしてもよい。

このように、自転車Ｚ１がレンタルである自転車利用者を優先的に施設１００へ運ぶように運行計画が設定されることで、例えばレンタサイクル店舗３００で自転車Ｚ１をレンタルすることを自転車利用者に対して促すことが可能になる。

そして、イベントが終了すると、図１２の下段に示すように、設定部２３は、バス乗り場１２０を動的に設置する。また、設定部２３は、バス乗り場１２０の行先を駐輪場２３０に設定する。これにより、施設１００から出た自転車利用者は、バス乗り場１２０へ移動する。

設定部２３は、バス乗り場１２０にいる自転車利用者を駐輪場２３０まで運ぶ運行計画を設定する。これにより、自転車利用者は、バスＣに乗って駐輪場２３０へ移動でき、駐輪場２３０に止めてある自転車Ｚ１に乗って帰ることができる。なお、自転車Ｚ１がレンタルである場合、自転車利用者は、自転車Ｚ１をレンタサイクル店舗３００へ返却する。

このように、第２の実施形態において、設定部２３は、中継地点として自転車Ｚ１の駐輪場２３０を動的に設定するようにした。

これにより、施設１００の利用者（観客）のうち自転車利用者を、施設１００と駐輪場２３０との間で効率良く運ぶことができ、よって施設１００等の混雑を緩和させることができる。

なお、上記した第２の実施形態において、駐輪場２３０には自転車が止められるようにしたが、これに限られず、例えばキックスケータ、自動二輪車などその他の種類の移動体が止められるように構成してもよい。

なお、上記した第２の実施形態において、施設１００と駐輪場２３０との間をバスＣでピストン輸送するようにしたが、これに限定されず、例えば施設１００と駐輪場２３０との間を徒歩で移動するような構成であってもよい。また、駐輪場２３０までを交通機関で移動し、施設１００と駐輪場２３０との間を自転車で移動するような構成であってもよい。

また、上記した第１実施形態および第２の実施形態は、適宜に組み合わせることができる。すなわち、例えば、第１の実施形態と第２の実施形態とを組み合わせて、設定部２３は、中継地点として、タクシー乗り場２００および駐輪場２３０を動的に設定するように構成してもよい。

なお、情報処理システム１は、表示装置７０，８０を備えない構成であってもよい。すなわち、例えば情報処理装置１０が、設定されたタクシー乗り場２００やバス乗り場１２０の位置情報などをユーザに対して通知すれば（正確にはユーザ所有の端末装置４０に送信する等すれば）、ユーザはバス乗り場１２０やタクシー乗り場２００へ向かうことが可能になるため、情報処理システム１は表示装置７０，８０を備えない構成であってもよい。

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

１０ 情報処理装置
２０ 制御部
２１ 受付部
２２ 取得部
２３ 設定部
２４ 表示制御部
２５ 付与部
２６ 提供部
１００ イベント施設
２００ タクシー乗り場
２３０ 駐輪場

Claims (15)

1. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得し、
   取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
   設定された前記中継地点の混雑状況を示す中継地点混雑情報と、前記イベント施設および前記中継地点の少なくともいずれかの天候に関する天候情報とを取得し、
   取得された前記中継地点混雑情報および前記天候情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する、
   情報処理装置。
2. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得し、
   取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
   設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得し、
   取得された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する情報処理装置であって、
   前記中継地点は、前記移動体とは異なる第２移動体の乗り場を含み、
   前記第２移動体の行先ごとに前記第２移動体の乗り場を設定する、
   情報処理装置。
3. 前記第２移動体の乗り場は、
   前記移動体によって前記中継地点に移動した人が利用するタクシーの乗り場である、
   請求項２に記載の情報処理装置。
4. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得し、
   取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
   設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得し、
   取得された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定し、
   前記イベント施設の利用者に対して、前記中継地点付近の店舗に関する特典を付与する、
   情報処理装置。
5. 前記中継地点混雑情報に基づいて前記特典を付与する、
   請求項４に記載の情報処理装置。
6. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得し、
   取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
   設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得し、
   取得された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定し、
   前記運行計画に基づいて、前記イベント施設の周辺を走行する車両の経路を設定する、
   情報処理装置。
7. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得し、
   取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
   設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得し、
   取得された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する情報処理装置であって、
   前記中継地点は、前記移動体とは異なる第３移動体を保管する場所を含む、
   情報処理装置。
8. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得し、
   取得された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
   設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得し、
   取得された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する情報処理装置であって、
   前記移動体を利用する人の属性を示す属性情報を取得し、
   取得された前記属性情報に基づいて前記中継地点を設定する、
   情報処理装置。
9. 取得された前記属性情報に応じた交通機関に関する交通機関情報を、当該属性情報に対応する人に対して提供する、
   請求項８に記載の情報処理装置。
10. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得して記憶部に記憶させ、
    前記記憶部に記憶された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
    設定された前記中継地点の混雑状況を示す中継地点混雑情報と、前記イベント施設および前記中継地点の少なくともいずれかの天候に関する天候情報とを取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記中継地点混雑情報および前記天候情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する、
    情報処理装置が実行する情報処理方法。
11. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得して記憶部に記憶させ、
    前記記憶部に記憶された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
    設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する、情報処理装置が実行する情報処理方法であって、
    前記中継地点は、前記移動体とは異なる第２移動体の乗り場を含み、
    前記第２移動体の行先ごとに前記第２移動体の乗り場を設定する、
    情報処理方法。
12. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得して記憶部に記憶させ、
    前記記憶部に記憶された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
    設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定し、
    前記イベント施設の利用者に対して、前記中継地点付近の店舗に関する特典を付与する、
    情報処理装置が実行する情報処理方法。
13. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得して記憶部に記憶させ、
    前記記憶部に記憶された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
    設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定し、
    前記運行計画に基づいて、前記イベント施設の周辺を走行する車両の経路を設定する、
    情報処理装置が実行する情報処理方法。
14. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得して記憶部に記憶させ、
    前記記憶部に記憶された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
    設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する、情報処理装置が実行する情報処理方法であって、
    前記中継地点は、前記移動体とは異なる第３移動体を保管する場所を含む、
    情報処理方法。
15. イベント施設における交通機関乗り場の混雑状況を示す乗り場混雑情報を取得して記憶部に記憶させ、
    前記記憶部に記憶された前記乗り場混雑情報に基づいて、前記交通機関乗り場とは異なる中継地点を動的に設定し、
    設定された前記中継地点の混雑状況を示す中継地点混雑情報を取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記中継地点混雑情報に基づいて、前記イベント施設と前記中継地点との間を運行する移動体の運行計画を設定する、情報処理装置が実行する情報処理方法であって、
    前記移動体を利用する人の属性を示す属性情報を取得して前記記憶部に記憶させ、
    前記記憶部に記憶された前記属性情報に基づいて前記中継地点を設定する、
    情報処理方法。

Images