JP2022154190A - 提供装置、情報処理システムおよび提供方法 - Google Patents

Abstract

【課題】車両と障害物との接触を防止することができる提供装置、情報処理システムおよび提供方法を提供する。【解決手段】歩道を走行する車両のユーザに情報を提供する車載装置は、提供部を備える。提供部は、車両の行先までの走行予定通路に混雑が発生する場合、走行予定通路の変更に関する通路変更情報および行先の変更に関する行先変更情報の少なくともいずれかを提供する。また、提供部は、混雑が発生する走行予定通路に車両が走行することが可能な場所がある場合、走行予定通路内における走行可能な場所に関する走行場所情報を提供する。【選択図】図１Ａ

Description

本発明は、提供装置、情報処理システムおよび提供方法に関する。

従来、例えば１人乗りのコンパクトな車両であるパーソナルモビリティに関する技術が種々提案されている（例えば、特許文献１参照）。かかるパーソナルモビリティは、例えば高齢者や身体障害者などのユーザの移動を支援するものとして普及が進んでいる。

特開２０１０－１７２５４８号公報

ところで、パーソナルモビリティなどの車両においては、例えば大型商業施設や商店街などの歩道を走行することができる。かかる歩道には、歩道を通行する通行者などを含む障害物が存在するため、例えば歩道の混雑状況等によっては、車両と障害物とが接触するおそれがある。

しかしながら、従来技術には、上記したような車両と障害物との接触を防止するという点で、さらなる改善の余地があった。

本発明は、上記に鑑みてなされたものであって、車両と障害物との接触を防止することができる提供装置、情報処理システムおよび提供方法を提供することを目的とする。

上記課題を解決し、目的を達成するために、本発明は、歩道を走行する車両のユーザに情報を提供する提供装置であって、提供部を備える。提供部は、前記車両の行先までの走行予定通路に混雑が発生する場合、前記走行予定通路の変更に関する通路変更情報および前記行先の変更に関する行先変更情報の少なくともいずれかを提供する。また、前記提供部は、混雑が発生する前記走行予定通路に前記車両が走行することが可能な場所がある場合、前記走行予定通路内における走行可能な場所に関する走行場所情報を提供する。

本発明によれば、車両と障害物との接触を防止することができる。

図１Ａは、実施形態に係る提供装置による提供方法の概要を説明する図（その１）である。 図１Ｂは、実施形態に係る提供装置による提供方法の概要を説明する図（その２）である。 図１Ｃは、実施形態に係る提供装置による提供方法の概要を説明する図（その３）である。 図１Ｄは、実施形態に係る提供装置による提供方法の概要を説明する図（その４）である。 図２は、情報処理システムの構成例を示すブロック図である。 図３は、情報処理装置の構成例を示すブロック図である。 図４は、店舗情報の一例を示す図である。 図５は、車両情報の一例を示す図である。 図６は、車載装置などの構成例を示すブロック図である。 図７は、通路変更情報等を説明する図である。 図８は、待機情報を説明する図である。 図９は、情報処理装置が実行する処理手順を示すフローチャートである。 図１０は、車載装置が実行する処理手順を示すフローチャートである。

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

＜提供装置による提供方法の概要＞
以下では先ず、実施形態に係る提供装置による提供方法の概要について図１Ａ～図１Ｄを参照して説明する。図１Ａ～図１Ｄは、実施形態に係る提供装置による提供方法の概要を説明する図である。

なお、以下において、実施形態に係る車両Ｖは、例えば高齢者や身体障害者などのユーザＵによって利用され、ユーザＵの移動を支援するパーソナルモビリティや比較的小型のモビリティであるものとする。また、以下では、実施形態に係る提供装置が、車両Ｖに搭載される車載装置１０である場合を例に挙げて説明を行う。

図１Ａに示すように、実施形態に係る車両Ｖは、例えば１人乗りの電動車両であるが、２人以上が乗車可能な車両であってもよい。車両Ｖには、同図に示すようなカート型の他、車椅子型や立ち乗り型など様々なタイプのものがある。なお、上記では、車両Ｖを動力としてモータを用いる電動車両としたが、これに限られず、例えば内燃機関などその他の動力を用いる車両であってもよい。

また、以下の例において、車両Ｖは、例えば大型商業施設などの施設内を走行するものとする、詳しくは施設における歩道（通路）を走行するものとする。なお、施設は、上記した大型商業施設に限定されるものではなく、例えば医療介護施設、空港や駅などの公共交通機関の施設などその他の施設であってもよい。また、車両Ｖが走行する歩道は、施設の歩道に限られず、例えば商店街や公園などその他の場所の歩道であってもよい。

ところで、車両Ｖが走行する歩道には、歩道を通行する通行者（歩行者）などを含む障害物が存在する。従って、例えば歩道に混雑が発生するなどの混雑状況によっては、車両Ｖと障害物とが接触するおそれがある。なお、障害物は、上記した通行者に限られず、例えば歩道上の物や他のユーザが使用する車両（パーソナルモビリティ）などを含んでもよい。

本実施形態に係る車載装置１０にあっては、上記したような車両Ｖと障害物との接触を防止することができるような構成とした。

具体的に説明すると、情報処理システム１は、情報処理装置１００と、端末装置５０と、車載装置１０を備えた車両Ｖとを含む。情報処理装置１００は、施設に関する情報の処理など各種の処理を実行可能なサーバであり、例えば施設内に設けられる。なお、情報処理装置１００は、クラウドサーバとして実現され、例えば施設外に設けられてもよい。

端末装置５０は、ユーザＵに所持されて使用される装置である。端末装置５０は、車載装置１０および情報処理装置１００などと通信可能に接続される。なお、端末装置５０としては、例えばスマートフォンやタブレット端末などを用いることができるが、これに限定されるものではない。

車両Ｖの車載装置１０は、後述する制御部２０（図６参照）を備え、例えばユーザＵの運転操作による手動運転制御によって車両Ｖを制御することができる。

また、車載装置１０は、情報処理装置１００で生成された各種の情報をユーザＵに提供することができ、これにより車両Ｖと障害物との接触の防止を図る。詳説すると、先ず、情報処理装置１００は、車両Ｖに関する車両情報を端末装置５０から取得する（ステップＳ１）。車両情報には、例えば車両Ｖの位置情報、車両Ｖの制御に関する車両制御情報（例えば操舵角や車速など）などが含まれる。

ここで、情報処理装置１００は、上記したように、車両情報を端末装置５０から取得することから、例えば車両Ｖの制御に関する車両制御情報などについては、車載装置１０から端末装置５０を介して取得することとなる。なお、車両情報の取得方法は、上記に限られず、例えば情報処理装置１００が車載装置１０と通信可能に接続され、車載装置１０から車両制御情報を取得するように構成してもよい。

また、車両情報には、例えば車両Ｖの行先情報、行先までの走行予定通路情報などが含まれてもよい。情報処理装置１００は、行先情報等について、例えばユーザＵの施設の利用履歴情報などに基づいて推定して取得してもよいし、端末装置５０から取得してもよく、これについては後に詳説する。また、車両情報には、上記した車両Ｖの位置情報、車両制御情報、行先情報および走行予定通路情報のうちの一部が含まれてもよいし、上記した各情報以外の情報が含まれてもよい。

次いで、情報処理装置１００は、障害物の状況に関する状況情報を取得する（ステップＳ２）。状況情報には、例えば歩道において障害物である通行者による混雑の発生状況を示す混雑情報、歩道において障害物（例えば通行者）が存在している位置を示す障害物位置情報などの情報が含まれるが、これに限定されるものではない。

また、上記した混雑情報には、現在および将来の混雑の発生状況が含まれる。例えば、情報処理装置１００は、施設に設置される定点カメラ６０（図３参照）によって撮像されるカメラ画像を解析して現在の混雑の発生状況を推定することができる。また、例えば情報処理装置１００は、過去に施設で発生した混雑の状況などを含む過去データ、当日の天候などの環境情報などに基づいて、歩道における人流のシミュレーションを行うことで、将来の混雑の発生状況を推定することができる。

なお、混雑の発生状況である混雑情報としては、例えば歩道の混雑度の情報を用いることができる。混雑度は、歩道での混雑の度合いを示す指標値であり、例えば歩道を通行する通行者の数等（人の密度）に応じた数段階のレベルで示される情報である。

次いで、情報処理装置１００は、車両情報および状況情報などに応じた情報を生成して出力する（ステップＳ３）。例えば、情報処理装置１００は、車両情報および状況情報に基づいて、車両Ｖの走行予定通路に混雑が発生すると判定された場合、通路変更情報や行先変更情報、走行場所情報（いずれも後述）などを生成して車載装置１０へ出力する、正確には端末装置５０を介して車載装置１０へ出力する。

ここで、例えば情報処理装置１００は、走行予定通路に混雑が発生するか否かの判定、詳しくは、走行予定通路に混雑が発生して車両Ｖと障害物とが接触する可能性があるか否かの判定を、状況情報の混雑度に基づいて行うことができる。すなわち、情報処理装置１００は、走行予定通路などに混雑度が所定値以上となる領域（地点）がある場合、当該領域において混雑が発生し車両Ｖと障害物とが接触する可能性があると判定する。なお、所定値は、混雑が発生して接触の可能性があると推定される値に設定されるが、これに限られず、任意の値に設定可能である。また、以下では、走行予定通路などにおいて、混雑が発生して接触の可能性がある領域を「混雑領域」と記載する場合がある。

次いで、車載装置１０は、車両Ｖの行先までの走行予定通路に混雑が発生する場合、走行予定通路の変更に関する通路変更情報、および、行先の変更に関する行先変更情報の少なくともいずれかをユーザＵに提供する。また、車載装置１０は、混雑が発生する走行予定通路に車両Ｖが走行することが可能な場所がある場合、走行予定通路内における走行可能な場所に関する走行場所情報を提供する（ステップＳ４）。

なお、以下では、車載装置１０は、端末装置５０を介して各種情報をユーザＵに提供する例を挙げて説明するが、これに限定されるものではなく、例えば車載装置１０に表示部が接続される場合、かかる表示部を介して各種情報を提供してもよい。

ここで、ステップＳ４の処理について、図１Ｂ～図１Ｄを参照して詳説する。図１Ｂでは、通路変更情報を提供する例を示し、図１Ｃでは、行先変更情報を提供する例を示している。また、図１Ｄでは、走行場所情報を提供する例を示している。なお、図１Ｂ等では、理解の便宜のため、混雑が発生して接触の可能性がある混雑領域Ｃを二点鎖線で囲んで示している。また、図１Ｂ等の例では、車両Ｖの行先が「店舗Ａ」であり、車両Ｖはかかる行先まで走行予定通路Ｂを走行予定であるものとする。

図１Ｂに示すように、走行予定通路Ｂに混雑が発生する混雑領域Ｃがあり、また、走行予定通路Ｂを迂回する通路Ｂａが存在する場合、車載装置１０は、通路Ｂａを新たな走行予定通路として変更することを提案する通路変更情報をユーザＵに提供する。

このように、通路変更情報の提供を受けた車両ＶのユーザＵは、混雑を回避するため、走行予定通路Ｂから、通路Ｂａを新たな走行予定通路として変更して走行することが可能になる。これにより、車両Ｖは、混雑が発生して障害物（通行者Ｗ）と接触の可能性があった走行予定通路Ｂを走行しないため、車両Ｖと障害物との接触を防止することができる。

なお、障害物は、通行者Ｗの他に、例えば自車（車両Ｖ）と同じような歩道を走行可能な車両を含んでもよい。この場合、例えば情報処理装置１００は、混雑度（言い換えると車両Ｖと障害物との接触の可能性）を算出する際、人である通行者Ｗよりも車両の方を混雑しやすい（すなわち接触しやすい）ものとして算出するようにしてもよい。例えば、混雑度を算出する係数において、人と車両とが同じ数であっても車両の方が、混雑度が大きくなるように係数が設定されるなどしてもよい。

次に、図１Ｃについて説明する。図１Ｃに示すように、走行予定通路Ｂに混雑領域Ｃがあり、また、走行予定通路Ｂを迂回する通路で混雑していない通路が存在しない場合、車載装置１０は、行先の変更に関する行先変更情報をユーザＵに提供する。ここでの行先変更情報の例は、店舗Ａとは異なる店舗Ａｘを新たな行先として変更することを提案する情報である。

このように、行先変更情報の提供を受けた車両ＶのユーザＵは、混雑を回避するため、行先を店舗Ａから店舗Ａｘに変更するとともに、店舗Ａｘへ向かう通路Ｘを新たな走行予定通路として変更して走行することが可能になる。これにより、車両Ｖは、混雑が発生して障害物と接触の可能性があった走行予定通路Ｂを走行しないため、車両Ｖと障害物との接触を防止することができる。

また、車載装置１０は、店舗Ａの属性に応じた店舗Ａｘを新たな行先とする行先変更情報を提供してもよい。例えば、店舗Ａの属性がラーメン屋などの飲食店である場合、車載装置１０は、店舗Ａと同一あるいは類似する属性の店舗Ａｘ（例えば別のラーメン屋）を新たな行先とする行先変更情報を提供する。

このように、車載装置１０は、行先（ここでは店舗Ａ）の属性に応じて変更された新たな行先（ここでは店舗Ａｘ）を行先変更情報として提供することで、ユーザＵに対して行先の変更を効果的に促すことができる。

次に、図１Ｄについて説明する。図１Ｄに示すように、例えば走行予定通路Ｂに混雑領域Ｃがあるものの、走行予定通路Ｂ内において、通行者Ｗが比較的少なく、車両Ｖが障害物（通行者Ｗ）との接触を回避しつつ走行可能な場所（走行場所Ｄ）が存在する場合がある。このような場合、車載装置１０は、走行予定通路Ｂ内における走行可能な場所（走行場所Ｄ）に関する走行場所情報を提供する。言い換えると、車載装置１０は、走行予定通路Ｂ内において、混雑状況に応じた走行可能な走行場所Ｄを走行することを提案する走行場所情報をユーザＵに提供する。

このように、走行場所情報の提供を受けた車両ＶのユーザＵは、混雑が発生する走行予定通路Ｂを車両Ｖで走行するが、矢印Ｅで示すように、通行者Ｗが比較的少ない走行場所Ｄを走行することが可能になる。これにより、車両Ｖと障害物との接触を防止することができる。

上記したように、本実施形態に係る車載装置１０は、例えば走行予定通路Ｂの混雑状況、新たな走行予定通路（迂回通路）の有無、新たな行先の有無、走行予定通路Ｂ内の走行場所Ｄの有無などに応じて、通路変更情報や行先変更情報、走行場所情報をユーザＵに提供することで、車両Ｖと障害物との接触を効果的に防止することができる。

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

図２に示すように、情報処理システム１は、車載装置１０が搭載された車両Ｖと、端末装置５０と、情報処理装置１００とを含む。本実施形態においては、端末装置５０および情報処理装置１００は、インターネット網などの通信ネットワークＮを介して通信可能に接続される。

なお、図２に想像線で示すように、車載装置１０も、通信ネットワークＮを介して情報処理装置１００と通信可能に接続されてもよい。また、図２では、図示の簡略化のため、車両Ｖおよび端末装置５０をそれぞれ１つ示したが、複数であってもよい。

車載装置１０は、端末装置５０と例えば近距離無線通信を介して通信可能に接続される。近距離通信方式としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等を用いることができるが、これに限定されるものではない。なお、車載装置１０の詳細な構成については、図６を用いて後述する。

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

また、端末装置５０は、車載装置１０から、車両Ｖの制御に関する車両制御情報などを受信し、受信した情報を車両情報として情報処理装置１００へ送信することができる。

また、端末装置５０は、ユーザＵのユーザ情報を情報処理装置１００へ送信してもよい。例えば、ユーザＵが車両Ｖに乗車して施設を利用する際、ユーザＵの端末装置５０に対する操作によって氏名や連絡先などのユーザ情報が入力され、端末装置５０は入力されたユーザ情報を情報処理装置１００へ送信してもよい。なお、ユーザ情報には、ユーザＵが施設内で利用を所望する店舗（場所）などの情報が含まれてもよい。

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

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

図３に示すように、情報処理装置１００は、通信部１０１と、制御部１１０と、記憶部１２０とを備える。また、情報処理装置１００には、定点カメラ６０が通信可能に接続される。

定点カメラ６０は、施設の歩道や施設内の店舗などに複数台設定される。定点カメラ６０は、施設の歩道等を撮像し、撮像されたカメラ画像を情報処理装置１００へ送信することができる。なお、定点カメラ６０のカメラ画像は、動画データであるが、これに限られず、静止画データなどであってもよい。かかるカメラ画像は、情報処理装置１００において現在の混雑の発生状況を示す混雑情報として取得されるが、これについては後述する。

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

情報処理装置１００の通信部１０１は、例えばＮＩＣ（Network Interface Card）等によって実現される。通信部１０１は、通信ネットワークＮに双方向通信可能に接続され、端末装置５０等との間で情報の送受信を行う。

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

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

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

また、記憶部１２０は、例えば、不揮発性メモリやデータフラッシュ、ハードディスクドライブといった記憶デバイスで構成される記憶部である。かかる記憶部１２０には、施設情報１２１、車両情報１２２、状況情報１２３および各種プログラムなどが記憶される。

施設情報１２１は、施設に関する情報である。なお、施設情報１２１は、記憶部１２０に予め記憶されてもよいし、図示しない外部サーバから取得されてもよい。施設情報１２１には、地図情報１２１ａと、店舗情報１２１ｂとが含まれる。

地図情報１２１ａは、例えば車両Ｖが走行する施設の歩道の場所や施設内の店舗の場所などを示す情報（ダイナミックマップ等）である。

店舗情報１２１ｂは、例えば施設内にある店舗に関する情報である。なお、店舗は、車両Ｖの行先情報として設定可能な場所の一例である。ここで、図４を用いて、店舗情報１２１ｂについて説明する。

図４は、店舗情報１２１ｂの一例を示す図である。図４に示すように、店舗情報１２１ｂには、「店舗ＩＤ」、「店舗名」、「店舗位置」、「属性」および「特典」等の項目が含まれ、各項目は互いに関連付けられている。

「店舗ＩＤ」は、店舗情報を識別する識別情報である。「店舗名」は、店舗の名称を示す情報である。なお、図４に示す例では、便宜上、「店舗名」を「店舗名Ｋ０１」といったように抽象的な記載とするが、「店舗名Ｋ０１」には具体的な情報が記憶されるものとする。以下、他の情報についても抽象的に記載する場合がある。

「店舗位置」は、店舗の位置を示す情報であり、詳しくは、施設内における店舗の位置（場所）を示す情報である。

「属性」は、店舗の属性に関する情報である。店舗の属性は、例えば店舗の種別などを含んでもよい。従って、「属性」には、例えばラーメン店、和食料理店、男性用衣料品、女性用衣料品、家電量販店等の情報が含まれる。また、「属性」には、例えば高齢者向け、幼児向けなど店舗が対象とする客層などの情報が含まれてもよい。なお、上記した「属性」に含まれる情報は、あくまでも例示であって限定されるものではない。

「特典」は、特典に関する情報である。「特典」には、例えばユーザＵなどに対して付与する特典の内容を示す情報が含まれる。なお、特典の一例としては、対応する店舗で利用可能なクーポンであるが、これに限られず、店舗で利用可能なポイントなどその他の種類の特典であってもよい。また、上記したクーポンやポイントなどの特典は、例えば店舗での決済に利用することができるが、これに限定されるものではなく、サービスなどに利用してもよい。

本実施形態では、例えば車両Ｖと障害物（通行者Ｗ）との接触回避や、通路の混雑緩和などに貢献する行動をとったユーザＵに対して、上記したクーポンなどの特典を付与するように構成されるが、これについては後述する。

図４に示す例では、店舗ＩＤ「Ｊ０１」で識別される店舗情報は、店舗名が「店舗名Ｋ０１」、店舗位置が「位置Ｌ０２」、属性が「属性Ｍ０１」、特典が「特典Ｎ０１」であることを示している。

図３の説明に戻ると、車両情報１２２は、車両Ｖに関する情報である。具体的には、車両情報１２２は、施設の歩道を走行する車両Ｖ、あるいは走行予定の車両Ｖに関する情報であるが、これに限定されるものではない。

ここで、図５を用いて、車両情報１２２について説明する。図５は、車両情報１２２の一例を示す図である。図５に示すように、車両情報１２２には、「車両ＩＤ」、「位置情報」、「車両制御情報」、「行先」および「走行予定通路」等の項目が含まれ、各項目は互いに関連付けられている。

「車両ＩＤ」は、車両情報を識別する識別情報である。「位置情報」は、車両Ｖの位置を示す情報であり、詳しくは、施設内における車両Ｖの現在の位置を示す情報である。

「車両制御情報」は、車両Ｖの制御に関する情報である。「車両制御情報」には、例えば車両Ｖの操舵角や車速などの情報が含まれるが、これらに限定されるものではない。

「行先」は、車両Ｖの行先を示す行先情報であり、言い換えると、車両Ｖの目的地点を示す情報である。例えば、「行先」には、施設内において車両ＶのユーザＵが所望する（あるいは所望すると推定される）店舗や場所、移動方向を示す情報が含まれる。

「走行予定通路」は、車両Ｖが走行を予定する通路を示す情報である。具体的に「走行予定通路」には、施設の歩道のうち、車両Ｖの現在位置から行先までの経路を示す情報が含まれる。

図５に示す例では、車両ＩＤ「Ｗ０１」で識別される車両情報は、位置情報が「位置Ｐ０１」、車両制御情報が「車両制御Ｑ０１」、行先が「行先Ｒ０１」、走行予定通路が「通路Ｔ０１」であることを示している。なお、図５では、車両情報１２２が１台の車両Ｖに対応する情報を含む例を示したが、例えば施設内の車両Ｖが複数である場合、車両情報１２２には、複数の車両Ｖに対する情報が含まれることとなる。

図３の説明に戻ると、状況情報１２３は、障害物の状況に関する情報である。状況情報１２３には、上記したように、例えば歩道における現在および将来の混雑の発生状況を示す混雑情報、歩道において障害物（例えば通行者Ｗ）が存在している位置を示す障害物位置情報などが情報含まれる。

制御部１１０の取得部１１１は、通信部１０１を介して各種の情報を取得する。例えば、取得部１１１は、車両Ｖの位置情報を端末装置５０から取得し、記憶部１２０に車両情報１２２（図５参照）として記憶させる。

また、取得部１１１は、車載装置１０から端末装置５０を介して車両制御情報（例えば操舵角や車速など）を取得し、記憶部１２０に車両情報１２２（図５参照）として記憶させる。

また、取得部１１１は、ユーザＵが施設を利用する際に端末装置５０にユーザ情報が入力された場合、かかるユーザ情報を取得することができる。また、ユーザＵが過去に施設を訪れたことがある場合、取得部１１１は、そのとき取得された車両Ｖの位置情報からユーザＵが行った店舗（場所）等を推定し、ユーザＵの利用履歴情報としてユーザ情報と対応付けて記憶部１２０に記憶しておくことができる。従って、取得部１１１は、今回ユーザＵが施設を利用する際に端末装置５０に入力されたユーザ情報を取得すると、ユーザ情報と対応する利用履歴情報を読み出して、ユーザＵが所望する店舗（場所）を推定し、記憶部１２０の車両情報１２２の行先情報として登録してもよい。すなわち、行先情報は、施設内におけるユーザＵの過去の行動傾向に基づいて登録されてもよい。

なお、取得部１１１は、ユーザ情報にユーザＵが施設内で利用を所望する店舗の情報が含まれる場合、かかる店舗を行先情報として登録してもよい。また、取得部１１１は、車両制御情報に含まれる車両Ｖの操舵角や、車両Ｖの位置情報の時系列での推移等に基づいて、車両Ｖの移動方向（例えば北方向や南方向など）を算出し、かかる移動方向を行先情報として登録してもよい。

取得部１１１は、上記した行先情報とともに、車両情報１２２の走行予定通路情報を登録することができる。例えば、取得部１１１は、車両Ｖの位置情報と、行先情報と、地図情報１２１ａや店舗情報１２１ｂを含む施設情報１２１とに基づいて、車両Ｖの現在位置から行先までの経路を検索し、検索された経路を走行予定通路情報として記憶部１２０に登録する。なお、取得部１１１は、例えばユーザＵによって経路が指定（選択）された場合、かかる経路を走行予定通路情報として登録してもよい。

また、取得部１１１は、定点カメラ６０によって撮影されたカメラ画像を取得し、取得されたカメラ画像を推定部１１２へ出力する。

推定部１１２は、歩道に存在する障害物の状況に関する状況情報を推定する。例えば、推定部１１２は、定点カメラ６０のカメラ画像の解析や人流のシミュレーションを行うことで、混雑情報や障害物位置情報を含む状況情報を推定する。

例えば、推定部１１２は、カメラ画像を解析して、歩道を区画した所定領域ごとに存在する通行者Ｗの数を計測し、計測された人数に応じた混雑度を含む混雑情報を、現在の混雑の発生状況として推定してもよい。また、推定部１１２は、例えばカメラ画像を解析して、歩道において障害物（例えば通行者Ｗ）が存在している位置を障害物位置情報として推定してもよい。

また、推定部１１２は、例えば過去に施設で発生した混雑の状況などを含む過去データ、現在発生している混雑の状況、当日の天候などの環境情報、時間帯情報や曜日情報などに基づいて、将来の混雑の発生状況を推定してもよい、言い換えると、歩道における将来の人流を推定してもよい。

一例として、推定部１１２は、任意のアルゴリズムを用いて予め生成された推定モデルを利用して人流を推定する。推定モデルは、例えば現在の混雑の発生状況、環境情報、時間帯情報や曜日情報等における静的および動的な各種の情報を入力することによって、歩道における人流を推定して出力する予測モデルである。なお、推定モデルは、過去に施設で計測結果として得られた人流データや環境情報等に基づき予め生成されて記憶部１２０に格納される。なお、上記した人流（将来の混雑の発生状況）の推定手法は、あくまでも例示であって限定されるものではない。

推定部１１２は、現在および将来の混雑の発生状況を示す混雑情報や障害物位置情報を、記憶部１２０に状況情報１２３として記憶させる。そして、取得部１１１は、記憶部１２０に記憶された車両情報および状況情報を読み出して取得し、取得された情報を生成部１１３へ出力する。

生成部１１３は、車両情報、状況情報および施設情報に基づいて各種の情報を生成する。例えば、生成部１１３は、車両Ｖの走行予定通路Ｂに混雑が発生する場合（図１Ｂ参照）、上記した通路変更情報を生成することができる。生成部１１３は、通路変更情報を生成した場合、かかる通路変更情報に対応する特典情報（後述）を生成してもよい。

また、生成部１１３は、車両の行先までの走行予定通路Ｂに混雑が発生する場合（図１Ｃ参照）、上記した行先変更情報を生成することができる。生成部１１３は、行先変更情報を生成した場合、かかる行先変更情報に対応する特典情報（後述）を生成してもよい。

また、生成部１１３は、混雑が発生する走行予定通路Ｂに車両Ｖが走行することが可能な場所がある場合（図１Ｄ参照）、上記した走行場所情報を生成することができる。生成部１１３は、走行場所情報を生成した場合、かかる走行場所情報に対応する特典情報（後述）を生成してもよい。

なお、生成部１１３が生成する情報は、上記に限定されるものではない。例えば、生成部１１３は、走行予定通路Ｂの混雑状況に基づいて、ユーザＵに対して一時的に待機することを促す待機情報を生成してもよく、これについては図８を用いて後に詳説する。また、生成部１１３は、待機情報を生成した場合、かかる待機情報に対応する特典情報（後述）を生成してもよい。

なお、上記した特典情報は、例えば店舗情報１２１ｂ（図４参照）基づいて生成される。すなわち、例えば行先として店舗が設定される場合、かかる店舗に対応する店舗情報１２１ｂの「特典」が特典情報として生成されるが、これに限定されるものではない。

出力部１１４は、生成部１１３によって生成された通路変更情報、行先変更情報、走行場所情報および待機情報などを車載装置１０へ出力する。また、出力部１１４は、生成部１１３によって生成された特典情報を車載装置１０へ出力してもよい。

＜車載装置の構成＞
次に、車載装置１０などについて図６を参照して説明する。図６は、車載装置１０などの構成例を示すブロック図である。

図６に示すように、車載装置１０には、車両機構４１と、車載センサ部４２と、ＨＭＩ（Human Machine Interface）部４３とが、ＣＡＮ等を介して通信可能に接続される。

車両機構４１は、車両Ｖの走行系や電力系等を構成する各種の機構である。車載センサ部４２は、車両Ｖに搭載され、車両Ｖの各種の状況を示す情報を出力するセンサ群である。車載センサ部４２には、例えば車速センサや操舵角センサ、ジャイロセンサ、着座センサなどが含まれるが、これらは例示であって限定されるものではない。

ＨＭＩ部４３は、ユーザＵと車両Ｖとが情報をやり取りするための各種のインタフェース部品であって、アクセルやブレーキ、ステアリング、表示部、スピーカ、マイクといったハードウェア部品の他、表示部に表示されるソフトウェア部品を含む。

車載装置１０は、通信部１１と、制御部２０と、記憶部３０とを備える。通信部１１は、ＮＩＣ等によって実現される。通信部１１は、ユーザＵの端末装置５０と近距離無線通信方式で接続され、端末装置５０を介して、情報処理装置１００などとの間で各種情報の送受信を行う。

制御部２０は、取得部２１と、車両制御部２２と、提供部２３と、処理部２４とを備え、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクドライブ、入出力ポートなどを有するコンピュータや各種の回路を含む。

コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２０の取得部２１、車両制御部２２、提供部２３および処理部２４として機能する。また、制御部２０の取得部２１、車両制御部２２、提供部２３および処理部２４の少なくともいずれか一部または全部をＡＳＩＣやＦＰＧＡ等のハードウェアで構成することもできる。

また、記憶部３０は、例えば、不揮発性メモリやデータフラッシュ、ハードディスクドライブといった記憶デバイスで構成される記憶部である。かかる記憶部３０には、車両制御情報３１および各種プログラムなどが記憶される。

車両制御情報３１は、車両Ｖの制御に関する情報である。例えば、車両制御情報３１には、車両Ｖの現在の操舵角や車速などの情報が含まれるが、これらに限定されるものではない。

制御部２０の取得部２１は、車載センサ部４２から車両Ｖの各種の状況を示す情報（例えば車両Ｖの現在の操舵角や車速などの情報）を取得し、車両制御部２２へ出力する。また、取得部２１は、操舵角や車速などの情報を記憶部３０に車両制御情報３１として記憶させる。

また、取得部２１は、情報処理装置１００から出力された通路変更情報、行先変更情報、走行場所情報、待機情報および特典情報などを取得し、取得された情報を提供部２３へ出力する。

車両制御部２２は、車両Ｖの制御を行う。例えば、車両制御部２２は、ＨＭＩ部４３を介して入力されるユーザＵの運転操作と、車載センサ部４２からの情報とに基づき、ユーザＵの運転操作による手動運転制御を行って車両Ｖを制御する。

提供部２３は、各種情報をユーザＵに提供する。例えば、提供部２３は、走行予定通路Ｂの混雑状況など応じて、行先変更情報、走行場所情報、待機情報および特典情報などをユーザＵに提供することができる。

（通路変更情報について）
先ず、通路変更情報について説明する。提供部２３は、車両Ｖの行先（例えば店舗Ａ）までの走行予定通路Ｂに混雑が発生し、かつ、走行予定通路Ｂを迂回する通路Ｂａが存在する場合（図１Ｂ参照）、走行予定通路Ｂの変更に関する通路変更情報をユーザＵに提供する。ここでの通路変更情報の例は、通路Ｂａを新たな走行予定通路として変更することを提案する情報である。なお、通路Ｂａには混雑が発生していないものとする。

ここで、ユーザＵ（端末装置５０）に提供される通路変更情報の一例について、図７を参照して説明する。図７は、ユーザＵに提供される通路変更情報等を説明する図である。なお、図７では、通路変更情報等が、端末装置５０の表示画面５０ａに表示された例を示している。

図７に示すように、端末装置５０には、現在の走行予定通路Ｂと、走行予定通路Ｂを迂回する通路Ｂａと、混雑領域Ｃなどが表示される。なお、図７において、混雑領域Ｃはドットで表示される。

そして、提供部２３から提供される通路変更情報は、端末装置５０の表示欄５１に表示される。ここでは、走行予定通路Ｂに混雑が発生することが推定され、かかる混雑を回避するため、通路Ｂａで移動することを推奨する通路変更情報が提供された例を示している。

これにより、車両ＶのユーザＵは、混雑を回避するため、走行予定通路Ｂから通路Ｂａを新たな走行予定通路として変更して走行することが可能になる。これによって車両Ｖは、混雑領域Ｃのある走行予定通路Ｂを走行しなくなるため、車両Ｖと障害物（例えば通行者Ｗ）との接触を防止することができる。

図６の説明を続けると、提供部２３は、通路変更情報をユーザＵに提供する場合、当該ユーザＵに対して所定の特典を付与してもよい。このように、ユーザＵに特典を付与することで、ユーザＵに対して走行予定通路の変更を効果的に促すことが可能になる。

このとき、特典を付与するタイミングが、ユーザＵに提供する情報の内容に即したタイミングに設定されることで、走行予定通路の変更をより効果的に促すことが可能になる。例えば、提供部２３は、通路変更情報をユーザＵに提供する場合、当該ユーザＵの車両Ｖが変更された新たな走行予定通路（ここでは通路Ｂａ）を走行した後に、当該ユーザＵに対して所定の特典を付与する。すなわち、提供部２３は、通路変更情報が提供されたユーザＵの車両Ｖが、変更された新たな走行予定通路（通路Ｂａ）を実際に走行した後、特典を付与する、言い換えると、事後に特典を付与する。

これにより、特典付与の条件が、走行予定通路を変更して実際に走行することとなるため、ユーザＵに対して走行予定通路の変更を効果的に促すことが可能になる。また、走行予定通路を実際に変更して車両Ｖと障害物との接触回避や、通路の混雑緩和などに貢献する行動をとったユーザＵに対して特典を付与することができる。

なお、ここでの所定の特典の例としては、ユーザＵの行先である店舗Ａで利用可能なクーポンであるが、これに限られず、変更された新たな走行予定通路（通路Ｂａ）にある店舗で利用可能なクーポンであってもよい。また、上記では、特典として店舗で利用できるものを例として説明したが、これに限定されるものではない。すなわち、特典は、施設内の店舗以外の場所で利用できるものであってもよいし、施設外で利用できるものであってもよく、要はユーザＵがメリットを享受できるような特典であればよい。

なお、提供部２３は、特典の付与を予告する予告情報をユーザＵに提供してもよい。例えば、図７において端末装置５０の表示欄５２で示すように、提供部２３は、走行予定通路を変更して実際に走行した場合に限り特典が付与されることを予告する予告情報をユーザＵに提供してもよい。これにより、ユーザＵに対して、走行予定通路の変更をより効果的に促すことが可能になる。

（行先変更情報について）
次に、行先変更情報について説明する。提供部２３は、車両Ｖの行先（例えば店舗Ａ）までの走行予定通路Ｂに混雑が発生した場合（図１Ｃ参照）、行先の変更に関する行先変更情報をユーザＵに提供する。ここでの行先変更情報の例は、行先である店舗Ａとは異なる店舗Ａｘを新たな行先として変更することを提案する情報である。

これにより、車両ＶのユーザＵは、混雑を回避するため、行先を店舗Ａから店舗Ａｘに変更するとともに、店舗Ａｘへ向かう通路Ｘを新たな走行予定通路として変更して走行することが可能になる。これによって車両Ｖは、混雑領域Ｃのある走行予定通路Ｂを走行しなくなるため、車両Ｖと障害物（例えば通行者Ｗ）との接触を防止することができる。

なお、上記では、走行予定通路Ｂに混雑が発生した場合に行先変更情報が提供されるようにしたが、これに限られず、例えば行先である店舗Ａに混雑が発生した場合に行先変更情報が提供されてもよい。また、走行予定通路Ｂに混雑が発生し、かつ、走行予定通路Ｂを迂回する通路で混雑していない通路が存在しない場合に行先変更情報が提供されてもよい。

また、提供部２３は、行先変更情報をユーザＵに提供する場合、行先の属性に応じて変更された新たな行先を行先変更情報として提供してもよい。例えば、提供部２３は、行先が店舗Ａである場合、店舗Ａと同一あるいは類似する属性の店舗Ａｘを新たな行先とする行先変更情報を提供する。

なお、類似する属性は、例えば店舗の種別の内容などによって予め設定される。例えば種別が「ラーメン店」の店舗と「和食料理店」の店舗とは低位の種別で異なるが、上位の種別は「飲食店」で同一であるため、これらの店舗は類似する属性であると設定される。なお、上記した類似する属性の設定は、あくまでも例示であって限定されるものではない。

このように、提供部２３は、行先の属性に応じた新たな行先を行先変更情報として提供することで、例えばユーザＵは比較的抵抗なく行先を変更することができる、言い換えると、ユーザＵに対して行先の変更を効果的に促すことができる。また、行先を変更したユーザＵの車両Ｖは、混雑領域Ｃのある走行予定通路Ｂを走行しなくなるため、車両Ｖと障害物（例えば通行者Ｗ）との接触を防止することができる。

また、提供部２３は、行先変更情報をユーザＵに提供する場合、当該ユーザＵに対して所定の特典を付与してもよい。このように、ユーザＵに特典を付与することで、ユーザＵに対して行先の変更を効果的に促すことが可能になる。

また、提供部２３は、行先変更情報をユーザＵに提供する場合、変更された新たな行先（例えば店舗Ａｘ）に関する特典を所定の特典として付与してもよい。これにより、ユーザＵに対し、新たな行先（店舗Ａｘ）に変更することをより一層効果的に促すことが可能になる。

なお、上記では、新たな行先である店舗Ａｘの特典が付与されるようにしたが、これに限られず、新たな行先である店舗Ａｘへ行く途中の通路にある店舗の特典が付与されるようにしてもよい。また、例えば新たな行先である店舗Ａｘが混雑している場合や、行先の属性に応じた新たな行先がない場合、例えば車両Ｖの現地位置付近の店舗や、時間を潰せるような店舗（例えばフードコート）の特典が付与されるようにしてもよい。

また、行先変更情報に対応する特典を付与するタイミングについても、ユーザＵに提供する情報の内容に即したタイミングに設定されることで、行先の変更をより効果的に促すことが可能になる。

例えば、提供部２３は、行先変更情報が提供されたユーザＵの車両Ｖが新たな行先（店舗Ａｘ）へ移動する前に、当該ユーザＵに対して前記所定の特典を付与する、言い換えると、事前に特典を付与する。

これにより、ユーザＵは新たな行先へ移動する前に、特典の内容を確認することができるため、ユーザＵに対して行先の変更を効果的に促すことが可能になる。

なお、上記では、車両Ｖが新たな行先へ移動する前に特典が付与されるようにしたが、これに限られず、例えば車両Ｖが新たな行先へ到着する前に特典が付与されるように構成してもよい。

（走行場所情報について）
次に、走行場所情報について説明する。提供部２３は、混雑が発生する走行予定通路Ｂに車両Ｖが走行することが可能な場所がある場合（図１Ｄ参照）、走行予定通路Ｂ内における走行可能な場所に関する走行場所情報をユーザＵに提供する。言い換えると、提供部２３は、走行予定通路Ｂ内において走行予定通路Ｂの混雑状況に応じた走行可能な走行場所に関する走行場所情報をユーザＵに提供する。ここでの走行場所情報の例は、通行者Ｗが比較的少なく、車両Ｖが障害物（通行者Ｗ）との接触を回避しつつ走行可能な走行場所Ｄを走行することを提案する情報である。

これにより、車両ＶのユーザＵは、混雑が発生する走行予定通路Ｂを車両Ｖで走行するが、通行者Ｗが比較的少ない走行場所Ｄを走行することが可能になるため、車両Ｖと障害物（例えば通行者Ｗ）との接触を防止することができる。

また、提供部２３は、走行場所情報をユーザＵに提供する場合、当該ユーザＵに対して所定の特典を付与してもよい。このように、ユーザＵに特典を付与することで、混雑が発生する走行予定通路Ｂを車両Ｖが走行する場合であっても、例えばユーザＵに対して通行者Ｗが比較的少ない走行場所Ｄを走行することを効果的に促すことが可能になる。

また、走行場所情報に対応する特典を付与するタイミングについても、ユーザＵに提供する情報の内容に即したタイミングに設定されることで、走行場所Ｄを走行することをより効果的に促すことが可能になる。

例えば、提供部２３は、走行場所情報をユーザＵに提供する場合、当該ユーザＵの車両Ｖが走行場所Ｄを走行した後に、当該ユーザＵに対して所定の特典を付与する。すなわち、提供部２３は、走行場所情報が提供されたユーザＵの車両Ｖが、走行場所Ｄを実際に走行した後、特典を付与する、言い換えると、事後に特典を付与する。

これにより、特典付与の条件が、走行場所Ｄを実際に走行することとなるため、ユーザＵに対して走行場所Ｄを走行することをより効果的に促すことが可能になる。また、通行者Ｗが比較的少ない走行場所Ｄを走行して車両Ｖと障害物との接触回避や、通路の混雑緩和などに貢献する行動をとったユーザＵに対して特典を付与することができる。

なお、ここでの所定の特典の例としては、ユーザＵの行先である店舗Ａで利用可能なクーポンであるが、これに限定されるものではない。

（待機情報について）
次に、待機情報について説明する。提供部２３は、走行予定通路Ｂの混雑状況に基づいて、ユーザＵに対して一時的に待機することを促す待機情報を提供する。これについて図８を参照して説明する。

図８は、待機情報を説明する図である。図８に示すように、例えば現在の走行予定通路Ｂには、混雑領域Ｃがあるものとする。そして、例えば上記した混雑情報に含まれる将来の混雑の発生状況が、走行予定通路Ｂの混雑が解消されることを示すような場合、提供部２３は、ユーザＵに対して一時的に待機することを促す待機情報を提供する。すなわち、待機情報は、走行予定通路Ｂの混雑が解消されることを待つことを提案する情報である。

これにより、車両ＶのユーザＵは、混雑を回避するため、待機することが可能になる。これによって車両Ｖは、混雑領域Ｃのある走行予定通路Ｂを走行しなくなるため、車両Ｖと障害物（例えば通行者Ｗ）との接触を防止することができる。

なお、提供部２３は、混雑情報に基づいて、走行予定通路Ｂの混雑が解消すると推定される時間を算出し、算出された時間を推奨待機時間情報として待機情報に含めて、ユーザＵに提供してもよい。

また、提供部２３は、待機情報をユーザＵに提供する場合、当該ユーザＵに対して所定の特典を付与してもよい。このように、ユーザＵに特典を付与することで、ユーザＵに対して待機することを効果的に促すことが可能になる。

また、待機情報に対応する特典を付与するタイミングについても、ユーザＵに提供する情報の内容に即したタイミングに設定されることで、待機をより効果的に促すことが可能になる。

例えば、提供部２３は、待機情報を提供する場合、待機情報が提供されたユーザＵが一時的に待機した後に、当該ユーザＵに対して所定の特典を付与する。すなわち、提供部２３は、待機情報が提供されたユーザＵの車両Ｖが、実際に待機した後、特典を付与する、言い換えると、事後に特典を付与する。

これにより、特典付与の条件が、実際に待機することとなるため、ユーザＵに対して待機することをより効果的に促すことが可能になる。また、実際に待機して車両Ｖと障害物との接触回避や、通路の混雑緩和などに貢献する行動をとったユーザＵに対して特典を付与することができる。

なお、ここでの所定の特典の例としては、ユーザＵの行先である店舗Ａで利用可能なクーポンであるが、これに限られない。

また、例えば車両Ｖの現地位置付近に、待機場所として適した店舗Ａｙ（例えばカフェなど）が存在する場合、提供部２３は、かかる店舗Ａｙの特典を事前に付与してもよい。これにより、ユーザＵに対して店舗Ａｙで待機することを効果的に促すことが可能になる。

図６の説明を続けると、処理部２４は、通信部１１および端末装置５０を介して、情報処理装置１００などとの間で各種情報の送受信など各種の処理を行う。例えば、処理部２４は、所定の通信タイミングで記憶部３０から車両制御情報３１を読み出し、読み出した情報（例えば車両Ｖの現在の操舵角や車速などの情報）を、通信部１１を介して端末装置５０へ送信する。なお、端末装置５０では、受信した車両制御情報を車両情報として情報処理装置１００へ送信する。

＜実施形態に係る情報処理システムの制御処理＞
次に、情報処理装置１００および車載装置１０を含む情報処理システム１における具体的な処理手順について図９および図１０を用いて説明する。図９は、情報処理装置１００が実行する処理手順を示すフローチャートである。図１０は、車載装置１０が実行する処理手順を示すフローチャートである。

先ず、図９を参照して情報処理装置１００が実行する処理について説明する。図９に示すように、情報処理装置１００の制御部１１０は、車両Ｖに関する車両情報を端末装置５０等から取得する（ステップＳ１０）。

次いで、制御部１１０は、障害物の状況に関する状況情報を取得する（ステップＳ１１）。状況情報には、上記したように混雑情報や障害物位置情報などの情報が含まれる。次いで、制御部１１０は、地図情報や店舗情報を含む施設情報を取得する（ステップＳ１２）。

次いで、制御部１１０は、取得された車両情報、状況情報および施設情報に応じた情報を生成して出力する（ステップＳ１３）。ここでの情報は、例えば行先変更情報、走行場所情報、待機情報および特典情報などの一部あるいは全部を含む。

次に、図１０を参照して車載装置１０が実行する処理について説明する。図１０に示すように、車載装置１０の制御部２０は、車両Ｖの走行予定通路に混雑が発生しているか否かを判定する（ステップＳ１００）。制御部２０は、車両Ｖの走行予定通路に混雑が発生していないと判定された場合（ステップＳ１００，Ｎｏ）、以降の処理をスキップする。

他方、制御部２０は、車両Ｖの走行予定通路に混雑が発生していると判定された場合（ステップＳ１００，Ｙｅｓ）、走行予定通路に走行可能な走行場所があるか否かを判定する（ステップＳ１０１）。

制御部２０は、走行予定通路に走行場所があると判定された場合（ステップＳ１０１，Ｙｅｓ）、走行予定通路内において走行可能な走行場所に関する走行場所情報をユーザＵに提供する（ステップＳ１０２）。すなわち、制御部２０は、車両Ｖが障害物との接触を回避しつつ走行可能な走行場所を走行することを提案する情報を提供する。

次いで、制御部２０は、提供した情報（ここでは走行場所情報）に応じた特典をユーザＵに付与する（ステップＳ１０３）。なお、ステップＳ１０３の処理において、特典は、提供した情報に応じた適宜なタイミングで付与される。

制御部２０は、走行予定通路に走行場所がないと判定された場合（ステップＳ１０１，，Ｎｏ）、混雑情報において走行予定通路の混雑が解消される予測があるか否かを判定する（ステップＳ１０４）。

制御部２０は、走行予定通路の混雑が解消される予測がないと判定された場合（ステップＳ１０４，Ｎｏ）、混雑が発生する走行予定通路を迂回する通路があるか否かを判定する（ステップＳ１０５）。

制御部２０は、走行予定通路を迂回する通路があると判定された場合（ステップＳ１０５，Ｙｅｓ）、走行予定通路の変更に関する通路変更情報をユーザＵに提供する（ステップＳ１０６）。すなわち、制御部２０は、迂回する通路を新たな走行予定通路として変更することを提案する通路変更情報を提供する。そして、制御部２０は、ステップＳ１０３に進み、提供した情報（ここでは通路変更情報）に応じた特典をユーザＵに付与する。

なお、上記では、車両Ｖの走行経路を変更する場合として、走行予定通路内で変更するとき（ステップＳ１０２参照）と、走行予定通路自体を変更して別経路とするとき（ステップＳ１０６参照）とで同じ特典が付与されるように構成にしたが、これに限られず、特典内容を異ならせるようにしてもよい。すなわち、例えば、車両Ｖの走行経路が別経路に変更される場合（ステップＳ１０６参照）の方が、より良い内容の特典が付与されるようにしてもよい。また、他の例としては、車両Ｖの走行経路が別経路に変更される場合（ステップＳ１０６参照）に特典が付与され、走行予定通路内で変更する場合（ステップＳ１０２参照）には特典が付与されないようにしてもよい。

図１０の説明を続けると、制御部２０は、走行予定通路を迂回する通路がないと判定された場合（ステップＳ１０５，Ｎｏ）、行先の変更に関する行先変更情報をユーザＵに提供する（ステップＳ１０７）。すなわち、制御部２０は、行先を新たな行先に変更することを提案する行先変更情報を提供する。そして、制御部２０は、ステップＳ１０３に進み、提供した情報（ここでは行先変更情報）に応じた特典をユーザＵに付与する。

また、制御部２０は、走行予定通路の混雑が解消される予測があると判定された場合（ステップＳ１０４，Ｙｅｓ）、ユーザＵに対して一時的に待機することを促す待機情報を提供する（ステップＳ１０８）。すなわち、制御部２０は、走行予定通路の混雑の解消を待つことを提案する待機情報を提供する。そして、制御部２０は、ステップＳ１０３に進み、提供した情報（ここでは待機情報）に応じた特典をユーザＵに付与する。

上述してきたように、実施形態において、歩道を走行する車両Ｖのユーザに情報を提供する車載装置１０（提供装置の一例）は、提供部２３を備える。提供部２３は、車両Ｖの行先までの走行予定通路に混雑が発生する場合、走行予定通路の変更に関する通路変更情報および行先の変更に関する行先変更情報の少なくともいずれかを提供する。また、提供部２３は、混雑が発生する走行予定通路に車両Ｖが走行することが可能な場所がある場合、走行予定通路内における走行可能な場所に関する走行場所情報を提供する。これにより、車両Ｖと障害物との接触を防止することができる。

なお、上記では、情報処理装置１００が、通路変更情報や行先変更情報、走行場所情報、待機情報、特典情報を生成する処理など各種の処理を行うようにしたが、各種の処理が行われる装置は、情報処理装置１００に限定されるものではない。すなわち、情報処理装置１００で行われる処理の一部あるいは全部が、車載装置１０など他の装置で行われるようにしてもよい。すなわち、例えば車載装置１０は、通路変更情報や行先変更情報、走行場所情報、待機情報、特典情報の一部あるいは全部を生成し、ユーザＵへ提供してもよい。

また、上記では、ユーザＵが所持する端末装置５０を用いて位置情報の送信など各種の処理が行われるようにしたが、これに限られない。すなわち、例えば車両Ｖがタブレット端末やスマートフォンなどの端末装置を備える場合、端末装置５０で行われる処理の一部あるいは全部が、車両Ｖの端末装置で行われるようにしてもよい。

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

１ 情報処理システム
１０ 車載装置
２３ 提供部
１００ 情報処理装置
１１３ 生成部
１１４ 出力部

Claims (10)

1. 歩道を走行する車両のユーザに情報を提供する提供装置であって、
   前記車両の行先までの走行予定通路に混雑が発生する場合、前記走行予定通路の変更に関する通路変更情報および前記行先の変更に関する行先変更情報の少なくともいずれかを提供する提供部
   を備え、
   前記提供部は、
   混雑が発生する前記走行予定通路に前記車両が走行することが可能な場所がある場合、前記走行予定通路内における走行可能な場所に関する走行場所情報を提供すること
   を特徴とする提供装置。
2. 前記車両は、施設内を走行する車両であること
   を特徴とする請求項１に記載の提供装置。
3. 前記提供部は、
   前記通路変更情報、前記行先変更情報および前記走行場所情報の少なくともいずれかを前記ユーザに提供する場合、当該ユーザに対して所定の特典を付与すること
   を特徴とする請求項１または２に記載の提供装置。
4. 前記提供部は、
   前記通路変更情報を前記ユーザに提供する場合、当該ユーザの前記車両が変更された新たな走行予定通路を走行した後に、当該ユーザに対して前記所定の特典を付与すること
   を特徴とする請求項３に記載の提供装置。
5. 前記提供部は、
   前記行先変更情報を前記ユーザに提供する場合、変更された新たな行先に関する特典を前記所定の特典として付与すること
   を特徴とする請求項３または４に記載の提供装置。
6. 前記提供部は、
   前記行先変更情報が提供された前記ユーザの前記車両が前記新たな行先へ移動する前に、当該ユーザに対して前記所定の特典を付与すること
   を特徴とする請求項５に記載の提供装置。
7. 前記提供部は、
   前記行先変更情報を前記ユーザに提供する場合、前記行先の属性に応じて変更された新たな行先を前記行先変更情報として提供すること
   を特徴とする請求項１～６のいずれか一つに記載の提供装置。
8. 前記提供部は、
   前記走行予定通路の混雑状況に基づいて、前記ユーザに対して一時的に待機することを促す待機情報を提供すること
   を特徴とする請求項１～７のいずれか一つに記載の提供装置。
9. 情報処理装置と、歩道を走行する車両のユーザに情報を提供する提供装置とを含む情報処理システムであって、
   前記情報処理装置は、
   前記車両の行先までの走行予定通路に混雑が発生する場合、前記走行予定通路の変更に関する通路変更情報および前記行先の変更に関する行先変更情報の少なくともいずれかを生成する生成部と、
   前記生成部によって生成された前記通路変更情報および前記行先変更情報を前記提供装置へ出力する出力部と
   を備え、
   前記生成部は、
   混雑が発生する前記走行予定通路に前記車両が走行することが可能な場所がある場合、前記走行予定通路内における走行可能な場所に関する走行場所情報を生成し、
   前記出力部は、
   前記生成部によって生成された前記走行場所情報を出力し、
   前記提供装置は、
   前記走行予定通路に混雑が発生する場合、前記通路変更情報および前記行先変更情報の少なくともいずれかを提供する提供部
   を備え、
   前記提供部は、
   混雑が発生する前記走行予定通路に前記車両が走行することが可能な場所がある場合、前記走行場所情報を提供すること
   を特徴とする情報処理システム。
10. 歩道を走行する車両のユーザに情報を提供する提供方法であって、
    前記車両の行先までの走行予定通路に混雑が発生する場合、前記走行予定通路の変更に関する通路変更情報および前記行先の変更に関する行先変更情報の少なくともいずれかを提供する提供工程
    を含み、
    前記提供工程は、
    混雑が発生する前記走行予定通路に前記車両が走行することが可能な場所がある場合、前記走行予定通路内における走行可能な場所に関する走行場所情報を提供すること
    を特徴とする提供方法。

Images