(57)【要約】【課題】配車リクエストをしたユーザにとって適切な情報を提供することが可能な歩行経路情報提示システム、サーバ、端末機、及び歩行経路情報提示方法を提供する。【解決手段】ユーザのリクエストに応じて車両を所定地点へ移動させる配車機能を有するサーバと、地図情報を記憶するデータベースと、ユーザにより操作可能な端末機を含むシステムにおいて、サーバは、ユーザからのリクエスト及び地図情報に基づいて、車両の乗車前及び降車後にユーザが移動するための複数の歩行経路を特定し、歩行経路ごとに、歩行経路の属性情報に基づいて、歩行経路に対するユーザの適正度を算出し、端末機を介して、ユーザの適正度に応じた歩行経路に関する情報をユーザに提示する歩行経路情報提示システム。【選択図】  図１
2020165786.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのリクエストに応じて車両を所定地点へ移動させる配車機能を有するサーバと、地図情報を記憶するデータベースと、前記ユーザにより操作可能な端末機を含むシステムにおいて、
前記サーバは、
前記リクエスト及び前記地図情報に基づいて、前記車両の乗車前及び降車後に前記ユーザが移動するための複数の歩行経路を特定し、
前記歩行経路ごとに、前記歩行経路の属性情報に基づいて、前記歩行経路に対する前記ユーザの適正度を算出し、
前記端末機を介して、前記適正度に応じた前記歩行経路に関する情報を前記ユーザに提示する歩行経路情報提示システム。
【請求項２】
前記サーバは、前記適正度が所定値以上の前記歩行経路が存在する場合、前記適正度が所定値以上の前記歩行経路に関する情報を前記ユーザに提示する請求項１に記載の歩行経路情報提示システム。
【請求項３】
前記歩行経路の属性情報は、前記歩行経路の距離、前記ユーザが前記車両を利用する時間帯、前記ユーザが前記車両を利用する際の天気、前記歩行経路に沿って設けられた施設、及び前記ユーザが歩行する道路の種別うち少なくとも何れか一つの情報を含む請求項１又は２に記載の歩行経路情報提示システム。
【請求項４】
前記サーバは、前記歩行経路の距離に応じて、前記適正度を算出する請求項３に記載の歩行経路情報提示システム。
【請求項５】
前記サーバは、前記時間帯が街路灯の点灯時間に該当する場合、設置された街路灯の数及び前記街路灯の明度のうち少なくとも何れか一つに応じて、前記適正度を算出する請求項３又は４に記載の歩行経路情報提示システム。
【請求項６】
前記サーバは、前記天気が雨又は雪の場合、アーケード又は屋根が設置されているか否かに応じて、前記適正度を算出する請求項３〜５の何れか一項に記載の歩行経路情報提示システム。
【請求項７】
前記サーバは、前記施設の数及び前記施設が退避可能な施設か否かのうち少なくとも何れか一つに応じて、前記適正度を算出する請求項３〜６の何れか一項に記載の歩行経路情報提示システム。
【請求項８】
前記サーバは、前記歩行経路が歩行者専用であるか否か、及び前記歩行経路が属する地域における不審者情報の有無のうち少なくとも何れか一つに応じて、前記適正度を算出する請求項３〜７の何れか一項に記載の歩行経路情報提示システム。
【請求項９】
前記サーバは、
前記適正度が所定値以上の前記歩行経路が存在する場合、特定した前記複数の歩行経路から、前記サーバ又は前記ユーザに対して効率的な歩行経路を抽出し、
前記適正度が所定値以上の前記歩行経路に関する情報に加えて、前記効率的な歩行経路に関する情報を前記ユーザに提示する請求項２に記載の歩行経路情報提示システム。
【請求項１０】
前記サーバは、
前記適正度が所定値以上の前記歩行経路が存在しない場合、特定した前記複数の歩行経路から、前記サーバ又は前記ユーザに対して効率的な歩行経路を抽出し、
前記効率的な歩行経路に関する情報を前記ユーザに提示する請求項２に記載の歩行経路情報提示システム。
【請求項１１】
前記サーバに対して効率的な歩行経路は、前記車両の配車に要する時間が最短である前記歩行経路及び前記車両を配車するために要する運用コストが最小である前記歩行経路のうち少なくとも何れか一つの歩行経路である請求項９又は１０に記載の歩行経路情報提示システム。
【請求項１２】
前記ユーザに対して効率的な歩行経路は、前記ユーザによる歩行時間が最短である前記歩行経路及び前記ユーザが前記車両を利用する際に要する移動コストが最小である前記歩行経路のうち少なくとも何れか一つの歩行経路である請求項９〜１１の何れか一項に記載の歩行経路情報提示システム。
【請求項１３】
前記歩行経路は、少なくとも前記車両の乗車地点及び前記車両の降車地点のうち何れか一つの地点を含み、
前記歩行経路に関する情報は、前記歩行経路及び前記歩行経路の属性情報を含む請求項１〜１２の何れか一項に記載の歩行経路情報提示システム。
【請求項１４】
請求項１〜１３の何れか一項に記載の歩行経路情報提示システムに含まれるサーバ。
【請求項１５】
請求項１〜１４の何れか一項に記載の歩行経路情報提示システムに含まれるサーバと通信可能な通信装置と、
前記サーバから受信した情報を出力する出力装置と、を備え、
前記通信装置は、前記サーバから前記歩行経路に関する情報を受信し、
前記出力装置は、前記受信した歩行経路に関する情報を前記ユーザに対して出力する端末機。
【請求項１６】
ユーザのリクエストに応じて車両を所定地点へ移動させる配車機能を有するサーバが実行する方法であって、
前記リクエスト及びデータベースに記憶された地図情報に基づいて、前記車両の乗車前及び降車後に前記ユーザが移動するための複数の歩行経路を特定し、
前記歩行経路ごとに、前記歩行経路の属性情報に基づいて、前記歩行経路に対する前記ユーザの適正度を算出し、
前記ユーザにより操作可能な端末機を介して、前記適正度に応じた前記歩行経路に関する情報を前記ユーザに提示する歩行経路情報提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、歩行経路情報提示システム、サーバ、端末機、及び歩行経路情報提示方法に関するものである。
【背景技術】
【０００２】
ユーザがリクエストした地点から乗降地点に至る車両のアクセス難易度に基づいて一又は複数の推奨乗降地点を算出し、ユーザが選択した乗降地点へ配車するシステムが知られている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１６／０３７０１９４号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術では、ユーザに提示される乗降地点は車両のアクセス難易度に基づくものであるため、配車リクエストをしたユーザにとって適切な情報が提示されない、という問題がある。
【０００５】
本発明が解決しようとする課題は、配車リクエストをしたユーザにとって適切な情報を提供することが可能な歩行経路情報提示システム、サーバ、端末機、及び歩行経路情報提示方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、配車のリクエスト及び地図情報に基づいて、車両の乗車前及び降車後にユーザが移動するための複数の歩行経路を特定し、歩行経路ごとに、歩行経路の属性情報に基づいて、歩行経路に対するユーザの適正度を算出し、適正度に応じた歩行経路に関する情報をユーザに提供することにより、上記課題を解決する。
【発明の効果】
【０００７】
本発明によれば、配車リクエストをしたユーザにとって適切な情報を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明に係る歩行経路情報提示システムの一例を示すブロック図である。
【図２】図２は、配車システムの概要を説明するための図である。
【図３】図３は、ユーザビリティ度の算出処理の一例である。
【図４Ａ】図４Ａは、図３における重み係数処理の一例を示す図である。
【図４Ｂ】図４Ｂは、図３における重み係数処理の他の例を示す図である。
【図５Ａ】図５Ａは、ユーザに提示される歩行経路情報の一例である。
【図５Ｂ】図５Ｂは、ユーザに提示される歩行経路情報の他の例である。
【図６】図６は、ユーザが配車要求を行ってからユーザ及び配車車両が乗車地点へ移動するまでのタイムチャートの一例である。
【図７】図７は、サーバが実行する歩行経路情報に関する処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
図１は、本発明に係る歩行経路情報提示システム１００の一例を示すブロック図である。図１に示すように、本実施形態における歩行経路情報提示システム１００は、端末機１と、車両２と、サーバ３と、電気通信回線網を構成するネットワーク４とを含む。端末機１、車両２、及びサーバ３は、ネットワーク４を介した無線通信により互いに情報を授受する。本実施形態のシステムでは、端末機１を操作する主体はユーザ（人間）である。また、図１には、２台の車両２を示しているが、本実施形態における車両２の台数は特に限定されず、本実施形態のシステムは、複数台の車両２で構成することができる。以降では、一台の車両２を例に挙げて説明するが、その他の車両２についても同様に適用される。
【００１０】
本実施形態のシステムは、車両２の配車システムの一部に適用される。車両２の配車システムとは、車両２の利用要求をしたユーザに対して車両２を配車するシステムである。ユーザは、端末機１を操作することで、車両２の利用要求をすることができる。サーバ３は、ユーザからの利用要求に応じて、所定の地点へ車両２を配車する配車機能を備えている。
【００１１】
ここで、図２を用いながら、車両２の配車システムの概要を説明するとともに、車両２の配車システムにおける歩行経路情報提示システム１００の役割について説明する。図２は、配車システムの概要を説明するための図である。
【００１２】
まず、車両２の配車システムの概要について説明する。図２に示すユーザＵ１は、リクエスト地点Ｐ０から目的地Ｐ３へ移動するにあたり、配車システムを利用しようと考えている。そこで、ユーザＵ１は、図１に示す端末機１を介して、サーバ３に対して配車要求（配車リクエストともいう）を行う。また、この際に、ユーザＵ１は、少なくとも目的地Ｐ３の情報を端末機１に入力する。端末機１が現在位置検出装置を備えている場合、端末機１は、少なくとも配車要求の旨と、ユーザＵ１の現在位置（リクエスト地点Ｐ０）及び目的地Ｐ３の位置情報をサーバ３に送信する。サーバ３は、ユーザＵ１から各種情報を受け付けると、リクエスト地点Ｐ０及び目的地Ｐ３の位置情報に基づいて、複数の車両２の中から、ユーザＵ１が利用可能な車両２を特定する。この際に、ユーザＵ１から利用時間の指定がある場合、サーバ３は、指定された時間帯に利用可能な車両２を特定する。
【００１３】
サーバ３は、ユーザＵ１に配車するための車両２（以降、配車車両２’ともいう）を特定すると、ユーザＵ１が配車車両２’に乗車する地点（乗車地点Ｐ１）と、ユーザＵ１が配車車両から降車する地点（降車地点Ｐ２）を設定するとともに、配車車両２’が乗車地点Ｐ１から降車地点Ｐ２まで走行するための経路を走行経路ＴＲ１として算出する。
【００１４】
サーバ３は、端末機１を介して、乗車地点Ｐ１及び降車地点Ｐ２の位置情報、配車車両２’に関する情報（車種、乗車地点Ｐ１への配車車両２’の到着予定時刻、及び降車地点Ｐ２への配車車両２’の到着予定時刻など）を、ユーザＵ１に提示する。ユーザＵ１は、提示された乗車地点Ｐ１及び降車地点Ｐ２の位置情報を確認し、配車車両２’の到着予定時刻までに乗車地点Ｐ１に到着するよう、リクエスト地点Ｐ０から乗車地点Ｐ１まで移動する。その後、ユーザＵ１は、乗車地点Ｐ１で配車車両２’に乗車して降車地点Ｐ２まで移動する。ユーザＵ１は、降車地点Ｐ２で配車車両２’から降車すると、降車地点Ｐ２から目的地Ｐ３まで移動する。
【００１５】
以上が車両２の配車システムの概要である。次に、上記配車システムにおける歩行経路情報提示システム１００の役割について説明する。配車システムにおいて、ユーザは、リクエスト地点Ｐ０から乗車地点Ｐ１まで及び降車地点Ｐ２から目的地Ｐ３まで何らかの移動手段で移動する必要がある。歩行経路情報提示システム１００は、このリクエスト地点Ｐ０から乗車地点Ｐ１までの経路、及び降車地点Ｐ２から目的地Ｐ３までの経路のうち、不特定多数の人間が歩行することが可能な経路（以降、歩行経路ともいう）に関する情報を、ユーザに提示するシステムである。歩行経路の移動手段としては、例えば、徒歩、車椅子が挙げられる。一方、本実施形態における歩行経路の移動手段には、自転車、自動車、タクシー、バス、電車など、配車された車両２を利用する際に乗り換えを要する手段は含まれない。
【００１６】
図２の例において、乗車地点Ｐ１及び降車地点Ｐ２が決定される前に、ユーザＵ１には、予め歩行経路ＷＲ１（リクエスト地点Ｐ０から乗車地点Ｐ１までの歩行経路）及び歩行経路ＷＲ２（降車地点Ｐ２から目的地Ｐ３までの歩行経路）に関する情報が提示される。歩行経路ＷＲ１に関する情報としては、歩行経路ＷＲ１のルート情報（経路情報）、乗車地点Ｐ１の位置情報、及び歩行経路ＷＲ１の属性情報が含まれる。また、歩行経路ＷＲ２に関する情報としては、歩行経路ＷＲ２のルート情報（経路情報）、降車地点Ｐ２の位置情報、及び歩行経路ＷＲ２の属性情報が含まれる。各情報の詳細については後述する。また、以降の説明においては、歩行経路に関する情報を歩行経路情報ともいう。
【００１７】
本実施形態の歩行経路情報提示システム１００では、ユーザＵ１は、端末機１を介して、歩行経路ＷＲ１に関する情報及び歩行経路ＷＲ２に関する情報を確認することができる。また、複数の歩行経路に関する情報がユーザに提示された場合、ユーザは、乗車地点及び降車地点を選択することができる。図２の例では、ユーザＵ１は、複数の歩行経路情報（複数の乗車地点及び複数の降車地点を含む）を参照し、一の乗車地点Ｐ１及び降車地点Ｐ２を選択する。そして、サーバ３は、ユーザＵ１により選択された乗車地点Ｐ１及び降車地点Ｐ２を設定する。
【００１８】
このように、本実施形態における歩行経路情報提示システム１００は、配車システムにおいて乗車地点及び降車地点が設定される前に、予め歩行経路情報をユーザに提示して、ユーザに乗車地点及び降車地点を選択させるためのシステムである。以上が本実施形態の歩行経路情報提示システム１００の概要である。
【００１９】
再び、図１に戻り、歩行経路情報提示システム１００の各構成について説明する。
【００２０】
本実施形態のシステムの前提として、端末機１は、ユーザにより操作される。この種の端末機１としては、スマートフォン、携帯電話機、可搬コンピュータなどを用いることができる。また、本実施形態では、ユーザは端末機１を所有しているものとする。
【００２１】
図１に示すように、端末機１は、入力装置１１と、出力装置１２と、端末通信装置１３と、位置検出装置１４と、情報処理装置１５とを備える。
【００２２】
入力装置１１は、ユーザにより操作される機器であり、車両２の配車要求や乗車地点及び降車地点の選択などの各種操作を行うために用いられる。入力装置１１としては、例えば、ディスプレイ上に配置されるタッチパネル、キーボード上に配置されるボタン、又はジョイスティックなどのユーザの手操作による入力が可能な装置であってもよい。ユーザが入力装置１１を介して入力した入力情報は、情報処理装置１５に出力される。
【００２３】
出力装置１２は、ユーザに対して各種情報を提示する機器である。出力装置１２としては、例えば、ディスプレイなどのユーザの視覚へ作用する画像又は映像を出力可能な装置が挙げられる。ディスプレイの種別や数量は特に限定されるものではない。本実施形態では、出力装置１２をディスプレイとして説明する。
【００２４】
端末通信装置１３は、ネットワーク４を介して、サーバ３と通信する機器である。端末通信装置１３には、情報処理装置１５から配車要求等の情報が入力される。端末通信装置１３は、情報処理装置１５から入力される情報をサーバ３に送信する。また、端末通信装置１３は、サーバ３から歩行経路情報等の各種情報を受信し、受信した情報を情報処理装置１５に出力する。端末通信装置１３としては、４Ｇ ＬＴＥのモバイル通信機能を備えたデバイス、Ｗｉｆｉ通信機能を備えたデバイス等が例示できる。
【００２５】
位置検出装置１４は、端末機１の現在位置を検出する。位置検出装置１４としては、ＧＰＳ（Global Positioning System）が挙げられる。位置検出装置１４により検出された端末機１の位置情報は、情報処理装置１５に出力される。なお、本実施形態では、ユーザが端末機１を所有しているため、端末機１の位置情報は、ユーザの位置情報に対応する。
【００２６】
情報処理装置１５は、ハードウェア及びソフトウェアを備えたコンピュータにより構成され、プログラムを格納したＲＯＭ（Read Only Memory）と、このＲＯＭに格納されたプログラムを実行するＣＰＵ（Central Processing Unit）と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）とから構成されている。図１に示す端末制御装置１５０はＣＰＵに相当し、また図１に記憶装置１５４はＲＯＭ及びＲＡＭに相当する。
【００２７】
図１に示すように、端末制御装置１５０には、現在位置取得部１５１と、配車要求部１５２と、情報提示部１５３が含まれ、これらのブロックは、ＲＯＭに確立されたソフトウェアによって、後述する各機能を実現する。
【００２８】
現在位置取得部１５１の機能について説明する。現在位置取得部１５１は、位置検出装置１４により検出された端末機１の現在位置の情報を取得する。現在位置取得部１５１は、所定の周期ごとに、端末機１の位置情報を取得する。位置情報は、例えば、地図における座標情報として表される。
【００２９】
次に、配車要求部１５２の機能について説明する。配車要求部１５２は、端末通信装置１３を介して、配車要求をする旨の信号（配車要求信号ともいう）をサーバ３に送信する。例えば、ユーザが入力装置１１に対して車両２の配車要求をする操作を行った場合、情報処理装置１５には、配車要求の情報が入力される。配車要求部１５２は、ユーザによる操作に起因して、サーバ３に対して配車要求信号を送信する。
【００３０】
上記において、歩行経路の移動手段には、配車された車両２を利用する際に乗り換えを要する手段（自転車等）は含まれないことを説明したが、これらの手段を用いて最終目的地に到着するまでの一例について説明する。例えば、ユーザが車両２を利用し、かつ、駐輪所に止めてある自転車で自宅に帰宅したい場合、ユーザは配車システムを利用する際に、当該駐輪所を目的地Ｐ３として設定することで、駐輪所から自宅までの間を自転車で移動することができる。なお、上記説明は、歩行経路情報提示システム１００の利用例の一つにすぎず、利用方法について限定するものではない。
【００３１】
上記において、歩行経路の移動手段には、配車された車両２を利用する際に乗り換えを要する手段は含まれないことを説明したが、これらの手段を用いて最終目的地に到着するまでの一例について説明する。例えば、ユーザが駐輪所に止めてある自転車で自宅に帰宅したい場合、ユーザは配車システムを利用する際に、当該駐輪所を目的地として設定することで、駐輪所から自宅までの間を自転車で移動することができる。なお、上記説明は、歩行経路情報提示システム１００の利用例の一つにすぎず、利用方法について限定するものではない。
【００３２】
次に、情報提示部１５３の機能について説明する。情報提示部１５３は、端末通信装置１３を介して受信した各種情報を、出力装置１２に出力する。これにより、サーバ３から送信された各種情報はユーザに提示される。例えば、サーバ３が歩行経路情報を端末機１に対して送信した場合、情報処理装置１５には、歩行経路情報が入力される。情報提示部１５３は、サーバ３からの送信処理に起因して、ユーザに対してサーバ３から受信した各種情報をユーザに提示する。
【００３３】
次に、車両２について説明する。本実施形態に係る車両２は、自律走行が可能な車両である。車両２は、ナビゲーション装置が搭載されているとともに走行制御（速度制御と操舵制御）を自動制御する機能を備える自動車であって人間が運転する自動車、又はナビゲーション装置が搭載されているとともに走行制御を自動制御する自動車であって無人で運転する自動車のいずれかを用いることができる。以下の実施形態では、車両２をナビゲーション装置が搭載されているとともに走行制御を自動制御する自動車であって無人で運転する自動車として説明する。配車システムを構成する車両２の一例として、ロボットタクシーが挙げられる。
【００３４】
車両２は、図１に示すように、車載センサ群２１と、ＥＣＵ２２と、車載通信装置２３を備える。車両２を構成する各装置は、相互に情報の授受を行うためにＣＡＮ（Controller Area Network）その他の車載ＬＡＮによって接続されている。
【００３５】
車載センサ群２１は、車両２の周辺の状況及び車両２の走行状態を検出するための各種センサである。車載センサ群２１としては、例えば、ＣＣＤ、ＣＭＯＳ等の撮像素子を備えるカメラ、車両２の周辺に存在する障害物を検出するレーダー等、車両２の周辺状況を検出するためのセンサが挙げられる。また、その他のセンサとしては、例えば、車速センサ、操舵角センサ、アクセル操作センサ、ブレーキ操作センサ等、車両２の走行状態を検出するためセンサや、車両２の現在位置を検出する検出装置が挙げられる。車載センサ群２１により検出された各種情報は、ＥＣＵ２２に送信される。
【００３６】
ＥＣＵ２２は、いわゆるエレクトリックコントロールユニット（Electronic Control Unit, ECU）と呼ばれる車載コンピュータである。ＥＣＵ２２は、車両２の自律走行させる自律走行機能を有する。
【００３７】
ＥＣＵ２２は、自律走行機能により、所定の走行経路に沿って車両２を自律走行させる。例えば、ＥＣＵ２２は、サーバ３から送信された走行経路に沿って、車両２を自律走行するよう、車両２に搭載された駆動装置（図示しない）を制御する。本実施形態において、サーバ３から送信される走行経路には、ユーザが車両２に乗車する乗車地点及びユーザが車両２から降車する降車地点が含まれる。なお、乗車地点は、リクエスト地点と一致する場合がある。車両２がリクエスト地点にそのまま到着することが可能な場合、乗車地点がリクエスト地点と一致する。このような場面としては、例えば、ユーザが公道に面した場所（歩道、建物内）で配車要求をした場面が挙げられる。また、降車地点は、ユーザの最終目的地（以降、単に目的地ともいう）と一致する場合がある。車両２が目的地にそのまま到着することが可能な場合、降車地点が目的地と一致する。このような場面としては、例えば、ユーザの自宅が公道に面しており、ユーザが自宅の玄関前を目的地として設定した場面が挙げられる。また、車両２を自律走行させる技術は特に限定されるものではなく、本願出願時における技術を適宜援用できる。
【００３８】
車載通信装置２３は、ネットワーク４を介して、サーバ３と通信可能な機器である。車載通信装置２３は、サーバ３からの情報を受信して、ＥＣＵ２２へ出力するとともに、ＥＣＵ２２から出力された各種の情報をサーバ３へ送信する。ＥＣＵ２２から出力された情報としては、例えば、車両２の位置情報が挙げられる。車載通信装置２３としては、４Ｇ ＬＴＥのモバイル通信機能を備えたデバイス、Ｗｉｆｉ通信機能を備えたデバイス等が例示できる。
【００３９】
次に、サーバ３について説明する。サーバ３は、図１に示すように、データベース３１と、サーバ通信装置３２と、制御装置３３とを備える。サーバ３を構成する各装置は、有線又は無線の通信回線を介して互いに情報の授受が可能となっている。
【００４０】
データベース３１は、地図情報３１１を記憶している。地図情報３１１としては、例えば、高精細地図が挙げられる。また、本実施形態に係る地図情報３１１には、単に地図の情報だけでなく、地図上に示される歩道に関する情報（以降、歩道情報ともいう）及び施設に関する情報（以降、施設情報ともいう）が含まれている。歩道情報及び施設情報は、後述する制御装置３３での歩行経路特定処理及びユーザビリティ度算出処理等に用いられる。
【００４１】
歩道情報としては、例えば、道路に歩道が設けられているか否か、道路の種別が歩行者専用道路であるか否か、歩道には段差があるか否か、段差がある場合には当該段差の段数、歩道には屋根又はアーケードが設けられているか否か、横断歩道には歩行者信号機が設けられているか否か、歩道と車道の間にはガードレール等の構造物が設けられているか否か、歩道の傾斜角、歩道のカーブの数、歩道の幅員、及び歩道の長さの情報が挙げられる。
【００４２】
また、施設情報としては、例えば、施設の種別（家、公共施設、商業施設など）、商業施設の場合には当該商業施設の利用可能時間又は営業時間、道路の特定区間における施設の数（ＰＯＩ数ともいう）の情報が挙げられる。なお、ＰＯＩとはPoint of Interestの略語である。
【００４３】
次に、サーバ通信装置３２は、ネットワーク４を介して、端末機１及び車両２と通信可能な機器である。サーバ通信装置３２は、端末機１又は車両２から受信した情報を、制御装置３３に出力するとともに、制御装置３３から入力される情報を、端末機１又は車両２に送信する。
【００４４】
また、サーバ通信装置３２は、ネットワーク４上に存在する各種サーバから、ユーザが車両２を利用する際の歩行環境に関する情報を取得する。例えば、サーバ通信装置３２は、天気情報を管理するサーバから、ユーザが車両２を利用する際の天気の情報又は天気予報の情報を取得する。これらの情報は、時間ごと及び／又は地域ごとに細分化が可能な情報である。サーバ通信装置３２は、後述する制御装置３３での重み係数処理において、ユーザが歩行する際の歩行環境を特定するために、これらの情報を取得する。具体的には、サーバ通信装置３２は、ユーザが車両２を利用する時間帯でのリクエスト地点及び目的地に属する地域の天気情報を取得する。
【００４５】
また、例えば、サーバ通信装置３２は、交通情報を管理するサーバから、道路の渋滞情報を取得する。道路の渋滞情報とは、道路がどの時間帯に交通渋滞が起きているかを示す情報であり、道路の種別ごと及び／又は時間帯ごとに細分化が可能な情報である。サーバ通信装置３２は、後述する制御装置３３での重み係数処理において、ユーザが車両２を利用する際の歩行環境を特定するために、これらの情報を取得する。具体的には、サーバ通信装置３２は、ユーザが車両２を利用する時間帯でのリクエスト地点及び目的地に属する地域の渋滞情報を取得する。
【００４６】
また、例えば、サーバ通信装置３２は、国の機関（例えば、警視庁）が管理するサーバから、不審者情報を取得する。不審者情報とは、どの地域のどの時間帯において不審者が出没する可能性が高いかを示す情報であり、地域及び／又は時間帯ごとに細分化が可能な情報である。サーバ通信装置３２は、後述する制御装置３３での重み係数処理において、ユーザが車両２を利用する際の歩行環境を特定するために、これらの情報を取得する。具体的には、サーバ通信装置３２は、ユーザが車両２を利用する時間帯でのリクエスト地点及び目的地に属する地域の不審者情報を取得する。
【００４７】
また、例えば、サーバ通信装置３２は、道路に設けられた街灯（街路灯、道路照明ともいう）を管理するサーバから、街路灯情報を取得する。街路灯情報とは、道路に設けられた街路灯の設置間隔、街路灯の点灯時間帯、特定区間における街路灯の明るさの平均値の情報であり、地域ごとに細分化が可能な情報である。サーバ通信装置３２は、後述する制御装置３３での重み係数処理において、ユーザが車両２を利用する際の歩行環境を特定するために、これらの情報を取得する。具体的には、サーバ通信装置３２は、リクエスト地点及び目的地に属する地域の街路灯情報を取得する。
【００４８】
また、例えば、サーバ通信装置３２は、イベント情報を管理するサーバから、イベント情報を取得する。イベント情報とは、どの地域のどの時間帯においてどの程度の規模（例えば、収容人数）のイベントが開催されるかを示す情報であり、地域ごと及び／又は時間帯ごとに細分化が可能な情報である。サーバ通信装置３２は、後述する制御装置３３での重み付け処理において、ユーザが車両２を利用する際の歩行環境を特定するために、これらの情報を取得する。具体的には、サーバ通信装置３２は、ユーザが車両２を利用する時間帯でのリクエスト地点及び目的地に属する地域のイベント情報を取得する。なお、イベントの種別は特に限定されない。
【００４９】
制御装置３３は、ハードウェア及びソフトウェアを備えたコンピュータにより構成され、プログラムを格納したＲＯＭ（Read Only Memory）と、このＲＯＭに格納されたプログラムを実行するＣＰＵ（Central Processing Unit）と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）とから構成されている。なお、動作回路としては、ＣＰＵに代えて又はこれとともに、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを用いることができる。
【００５０】
図１に示すように、制御装置３３には、配車要求受付部３３１と、歩行経路特定部３３２と、ユーザビリティ度算出部３３３と、歩行経路抽出部３３４と、歩行経路情報送信部３３５と、配車管理部３３６が含まれ、これらのブロックは、ＲＯＭに確立されたソフトウェアによって、後述する各機能を実現する。
【００５１】
配車要求受付部３３１の機能について説明する。配車要求受付部３３１は、ユーザからの配車要求を受け付ける。既述のとおり、ユーザが端末機１に対して配車を要求する操作を行うと、端末機１の端末通信装置１３からサーバ３に対して配車要求信号が送信される。配車要求受付部３３１は、サーバ通信装置３２を介して入力された配車要求信号により、ユーザが配車を要求していることを検出する。
【００５２】
次に、歩行経路特定部３３２の機能について説明する。歩行経路特定部３３２は、配車要求信号及び地図情報３１１に基づいて、ユーザが車両２を利用して最終目的地までに到着するまでの経路のうち、ユーザ自身で移動するための複数の歩行経路の候補を特定する。言い換えると、歩行経路の候補とは、車両２の乗車前及び降車後において、ユーザが移動するための経路である。図２の例を用いて説明すると、歩行経路の候補には、リクエスト地点Ｐ０から乗車地点Ｐ１までの歩行経路ＷＲ１の候補、及び降車地点Ｐ２から目的地Ｐ３までの歩行経路ＷＲ２の候補が含まれる。なお、歩行経路は、不特定多数の人間が歩行することが可能な経路を示し、移動手段を限定した経路ではない。ユーザは、徒歩に限られず車椅子でも歩行経路を移動する。
【００５３】
また、本実施形態では、複数の歩行経路には、乗車地点が異なるためリクエスト地点から乗車地点までの歩行経路が複数ある場合と、乗車地点は同じ地点であるが経路が異なるためリクエスト地点から乗車地点までの歩行経路が複数ある場合のいずれの場合も含む。同様に、複数の歩行経路には、降車地点が異なるため降車地点から目的地までの歩行経路が複数ある場合と、降車地点は同じ地点であるが経路が異なるため降車地点から目的地までの歩行経路が複数ある場合のいずれの場合も含む。
【００５４】
次に、リクエスト地点から乗車地点までの歩行経路の候補の特定について説明する。例えば、歩行経路特定部３３２は、リクエスト地点を中心にして所定の範囲内に車両２が停車可能な複数の場所を特定する。所定の範囲とは、実験的に求められた範囲である。また、車両２が停車可能な場所とは、ユーザが車両２に乗車可能な場所であって、かつ、交通法規を順守する範囲内で車両２が停車可能な場所である。なお、場所の種別は特に限定されない。例えば、歩行経路特定部３３２は、歩道及び車道で構成される道路上を車両２が停車可能な場所として特定してもよいし、あるいは、車両２が待機している特定のステーション（待機ステーションともいう）を車両２停車可能な場所として特定してもよい。
【００５５】
歩行経路特定部３３２は、車両２が停車可能な複数の場所を特定すると、特定した場所ごとに、リクエスト地点から当該場所までの歩行経路を特定する。これにより、歩行経路特定部３３２は、リクエスト地点から乗車地点までに存在する複数の歩行経路の候補を特定する。なお、歩行経路特定部３３２は、この処理を実行する際に、ある一定の基準に基づいて、歩行経路の候補の数に制限をかけてもよい。例えば、歩行経路特定部３３２は、リクエスト地点から車両２が停車可能な場所とは反対側に進み、その後、所定の場所で折り返して車両２が停車可能な場所に至るような特異な歩行経路を除外する処理を実行してもよい。これにより、複数の歩行経路の候補の数を制限することができるため、演算負荷を軽減することができる。
【００５６】
次に、降車地点からユーザの目的地までの歩行経路の候補の特定について説明する。例えば、歩行経路特定部３３２は、目的地を中心にして所定の範囲内に車両２が停車可能な複数の場所を特定する。そして、歩行経路特定部３３２は、車両２が停車可能な複数の場所を特定すると、特定した場所ごとに、当該場所からユーザの目的地までの歩行経路を特定する。これにより、歩行経路特定部３３２は、降車地点からユーザの目的地までに存在する複数の歩行経路の候補を特定する。なお、乗車地点からの所定の範囲と降車地点からの所定の範囲は、同じ範囲であってもよいし、異なる範囲であってもよい。
【００５７】
次に、ユーザビリティ度算出部３３３の機能について説明する。ユーザビリティ度算出部３３３は、歩行経路特定部３３２により特定された歩行経路の候補ごとに、歩行経路の属性情報に基づいて、ユーザビリティ度を算出する。本実施形態におけるユーザビリティ度とは、ユーザが乗車地点又は目的地に至るまでの間に、ユーザがストレスを感じることなく移動することができるかを表す指数（指標）である。
【００５８】
ユーザがストレスを感じやすい場面としては、例えば、歩行距離が長かったり、あるいは、歩道の傾斜角が急であったりすると、乗車地点又は目的地に至るまでの間に疲弊し、ユーザはストレスを感じやすくなる。また、歩行経路を移動する際の環境によって、同じ歩行経路であってもユーザのストレスの感じやすさは異なっている。例えば、不審者が出没した直後に歩行したり、人込みを歩行したり、雨の中傘をさして歩行したり、あるいは、夜間で灯りが乏しい道を歩行したりすると、乗車地点又は目的地に至るまでの間に不安に感じ、ユーザはストレスを感じやすくなる。なお、歩行環境の違いにより、ストレスを感じやすい場面を説明したが、上記の説明は一例であって特に限定されるものではない。また、以降の説明では、ユーザビリティ度を、歩行経路に対するユーザの適正度とも称して説明する。上記歩行経路の属性情報については後述する。
【００５９】
ここで、図３を用いて、ユーザビリティ度の算出処理の一例について説明する。また、図４Ａ及び図４Ｂを用いて、図３における重み係数処理の具体的な内容について説明する。図３は、ユーザビリティ度の算出処理の一例である。図３に示すように、ユーザビリティ度算出部３３３は、属性情報入力処理と、重み係数処理と、合算処理を順次実行することで、歩行経路の候補ごとにユーザビリティ度を算出する。
【００６０】
ユーザビリティ度算出部３３３は、属性情報入力処理を実行する。属性情報とは、歩行経路の属性を示す情報である。属性情報は、例えば、図３に示すような歩行距離（歩行経路長）と、歩行環境（天気／気温、時間帯、施設、イベント）で構成されており、それぞれの情報は数値化されている。属性情報の数値は、歩行経路に対してどの程度ユーザが適正であるかを示す指数であり、数値が高いほど、ユーザの適正度が高いことを示している。すなわち、属性情報の数値が高いほど、ユーザがストレスを感じる可能性は低くなる。以降、歩行経路の属性情報の一例について説明する。なお、図３、図４Ａ、図４Ｂの説明で用いられている歩行経路の属性情報は、歩道情報及び施設情報の一部であって特に限定するものではない。ユーザビリティ度算出部３３３は、その他の歩道情報及び施設情報に基づいて、図３、図４Ａ、図４Ｂの説明で用いられている情報以外で歩行経路の属性情報を構成することができる。
【００６１】
属性情報としての「歩行距離」とは、歩行経路の長さを示すパラメータである。歩行距離の数値は、歩行経路に対して変動する要素はなく一義的に設定される数値である。例えば、歩行距離が短いほど歩行距離の数値は高く設定されている。これは、歩行距離が短い歩行経路ほど、車両２に乗車するまで、あるいは、車両２を降車してから目的地に到着するまでの間に、ユーザが疲れを感じる可能性は低くなるため、ユーザにストレスを与える可能性は低いという観点に基づくものである。
【００６２】
一方、属性情報における歩行環境の数値は、ユーザが車両２を利用する際の歩行環境（例えば、天気、気温、時間帯など）に応じて変動する。歩行環境に応じて属性情報の数値がどのように変更されるかについては後述する。ここでは、歩行環境として表される各パラメータについて説明する。
【００６３】
属性情報としての「天気／気温」とは、雨、雪、吹雪、台風、強風などの悪天候の環境下で歩行する場合であっても、ユーザにストレスを与えない可能性の高さを示すパラメータである。例えば、歩行経路上にアーケードが設けられている場合、当該属性情報の数値は、アーケードが設けられていない歩行経路に比べて高い数値となる。これは、アーケードが設けられた歩行経路の場合、例えば、雨天であったとしても、ユーザは傘をさすことなく歩行できるため、ユーザにストレスを与える可能性は低いという観点に基づくものである。なお、雨をしのぐことが可能な通路の一例として、アーケードを例に挙げて説明したが、施設内の歩行経路の場合、屋根であってもよい。
【００６４】
また、属性情報としての「時間帯」とは、夜の時間帯に歩行する場合であっても、ユーザにストレスを与えない可能性の高さを示すパラメータである。例えば、歩行経路に沿って一定間隔で街路灯が設けられている場合、当該属性情報の数値は、街路灯が全く設けられていない歩行経路に比べて高い数値となる。これは、街路灯が設けられている歩行経路の場合、例えば夜間の時間帯であったとしても、ユーザは街路灯により明るく照らされた道を歩行できるため、ユーザにストレスを与える可能性は低いという観点に基づくものである。また、街路灯の設置間隔が狭いほど、当該属性情報の数値は高い数値となる。また、特定の区間単位での街路灯の明るさの平均値が高いほど、当該属性情報の数値は高い数値となる。
【００６５】
また、属性情報としての「施設」とは、ユーザを不安にさせる地域を歩行する場合であっても、ユーザにストレスを与えない可能性の高さを示すパラメータである。例えば、歩行経路に沿って複数の商業施設が設けられている場合、当該属性情報の数値は、商業施設が全く設けられていない歩行経路に比べて高い数値となる。これは、複数の商業施設が設けられている歩行経路の場合、例えば不審者が出没する地域を歩行することになっても、ユーザは商業施設に退避できるという安心感を得ることができるため、ユーザにストレスを与える可能性は低いという観点に基づくものである。また、施設の数が多いほど、当該属性情報の数値は高い数値となる。また、ユーザが退避可能な施設の数が多いほど、当該属性情報の数値は高い数値となる。
【００６６】
また、属性情報としての「イベント」とは、イベントの開催により一時的に開催地域の人数が増える時間帯に歩行する場合であっても、ユーザにストレスを与えない可能性の高さを示すパラメータである。例えば、イベントの開催会場となり得る施設が全く存在しない歩行経路の場合、当該属性情報の数値は、当該施設周辺の歩行経路に比べて高い数値となる。これは、混在する要因がない歩行経路の場合、例えばイベントの開催より一時的に会場の周辺が混雑しても、ユーザは人込みの中を歩行することを回避することができるため、ユーザにストレスを与える可能性は低いという観点に基づくものである。
【００６７】
ユーザビリティ度算出部３３３は、歩行経路の候補ごとに、重み係数処理を実行する。重み係数処理とは、ユーザが車両２を利用する際の歩行環境に合わせて、属性情報の数値を調整するための処理である。重み係数処理の例については後述する。
【００６８】
そして、ユーザビリティ度算出部３３３は、重み付け処理が終了すると、歩行経路の候補ごとに、属性情報の数値を合算する。ユーザビリティ度算出部３３３は、属性情報の合計値をユーザビリティ度とする。これにより、歩行経路に対するユーザの適正の度合いを数値化する。図３の例では、歩行経路候補Ａ〜歩行経路候補Ｃのうち、属性情報の合計値が一番高い歩行経路候補Ｃがユーザに対して最も適正度が高い歩行経路であることを示している。
【００６９】
図４Ａは、図３における重み係数処理の一例、図４Ｂは、図３における重み係数処理の他の例を示す図である。図４Ａの例は、天気が雨であって、日没後の午後６時に、ユーザがリクエスト地点Ｏにおいて配車要求をした場面である。この場面において、ユーザビリティ度算出部３３３は、歩行経路特定部３３２により特定された、歩行経路候補Ａ（リクエスト地点Ｏから乗車地点候補Ａまでの歩行経路）と歩行経路候補Ｂ（リクエスト地点Ｏから乗車地点候補Ｂまでの歩行経路）のそれぞれに対して、ユーザが車両２を利用する際の歩行環境に合わせて重み係数を変更する処理（重み係数処理）を実行する。
【００７０】
図４Ａに示す上段の表は、重み係数処理を実行する前の歩行経路候補Ａ及び歩行経路候補Ｂの属性情報の数値を示している。重み係数の調整前であるため、重み係数は属性情報の種別に関わらず全て「１」で統一されている。ユーザビリティ度算出部３３３は、地図情報３１１に含まれる歩道情報及び施設情報に基づいて、歩行経路候補ごとに属性情報の入力処理を実行して、図４Ａに示す上段の表を作成する。
【００７１】
ユーザビリティ度算出部３３３は、ユーザが車両２を利用する際の歩行環境を把握するために、サーバ通信装置３２を介して、リクエスト地点が属する地域の天気情報を取得する。また、ユーザビリティ度算出部３３３は、サーバ３が有する時刻情報を取得する。そして、ユーザビリティ度算出部３３３は、ユーザが車両２を利用する際の歩行環境に対応したユーザビリティ度を算出するために、重み係数の数値を調整する。
【００７２】
図４Ａの例では、「天気：雨」、「時間帯：午後６時（日没後）」であるため、ユーザビリティ度算出部３３３は、属性情報のうち「天気／気温」及び「時間帯」の重み係数を「１」から「２」へ変更する。これにより、「天気／気温」及び「時間帯」の数値は、それぞれ、重み係数処理実行前に比べて２倍の値になる。これは、ユーザが車両２を利用する際の天気と時間帯を考慮すると、歩行経路の属性情報のうち「天気／気温」及び「時間帯」のパラメータがユーザへのストレスに大きく影響を与えるという観点に基づくものである。ユーザビリティ度算出部３３３は、重み係数処理を実行して、図４Ａに示す下段の表を作成する。
【００７３】
そして、ユーザビリティ度算出部３３３は、合算処理を実行することで、歩行経路候補Ａ及び歩行経路候補Ｂそれぞれの属性情報の合計値を算出する。これにより、ユーザビリティ度算出部３３３は、歩行経路候補ごとに、ユーザが車両２を利用する際の歩行環境に対応したユーザビリティ度を算出する。図４Ａの例では、重み係数処理により重み係数を変更した結果、屋根が設けられている乗車地点候補Ａまでの歩行経路候補Ａのユーザビリティ度が、屋外の乗車地点候補Ｂまでの歩行経路候補Ｂのユーザビリティ度よりも高く算出される。
【００７４】
その他の例について説明する。図４Ｂの例は、イベントが開催されている時間帯に、ユーザがリクエスト地点Ｐにおいて配車要求をした場面である。この場面において、ユーザビリティ度算出部３３３は、歩行経路特定部３３２により特定された、歩行経路候補Ｃ（リクエスト地点Ｐから乗車地点候補Ｃまでの歩行経路）と歩行経路候補Ｄ（リクエスト地点Ｐから乗車地点候補Ｄまでの歩行経路）のそれぞれに対して、重み係数処理を実行する。
【００７５】
図４Ｂに示す上段の表は、重み係数処理を実行する前の歩行経路候補Ｃ及び歩行経路候補Ｄの属性情報の数値を示している。重み係数は属性情報の種別に関わらず全て「１」で統一されている。ユーザビリティ度算出部３３３は、地図情報３１１に含まれる歩道情報及び施設情報に基づいて、歩行経路候補ごとに属性情報の入力処理を実行して、図４Ｂに示す上段の表を作成する。
【００７６】
ユーザビリティ度算出部３３３は、ユーザが車両２を利用する際の歩行環境を把握するために、サーバ通信装置３２を介して、リクエスト地点が属する地域のイベント情報を取得する。また、ユーザビリティ度算出部３３３は、サーバ３が有する時刻情報を取得する。そして、ユーザビリティ度算出部３３３は、ユーザが車両２を利用する際の歩行環境に対応したユーザビリティ度を算出するために、重み係数の数値を調整する。
【００７７】
図４Ｂの例では、「時間帯：イベント開催中」であるため、ユーザビリティ度算出部３３３は、属性情報のうち、「イベント」の重み係数を「１」から「２」へ変更する。これにより、「イベント」の数値は、重み係数処理実行前に比べて２倍の値になる。これは、イベント開催中の時間帯を考慮すると、歩行経路の属性情報のうち「イベント」のパラメータがユーザへのストレスに大きく影響を与えるという観点に基づくものである。ユーザビリティ度算出部３３３は、重み係数処理を実行して、図４Ｂに示す下段の表を作成する。
【００７８】
そして、ユーザビリティ度算出部３３３は、合算処理を実行することで、歩行経路候補Ｃ及び歩行経路候補Ｄの属性情報それぞれの合計値を算出する。これにより、ユーザビリティ度算出部３３３は、歩行経路候補ごとに、ユーザが車両２を利用する際の歩行環境に対応したユーザビリティ度を算出する。図４Ｂの例では、重み係数処理により重み係数を変更した結果、乗車地点候補Ｃまでの歩行経路候補Ｃのユーザビリティ度が、乗車地点候補Ｄまでの歩行経路候補Ｄのユーザビリティ度よりも高く算出される。なお、図４Ｂの例では、乗車地点候補Ｃは、イベント会場から距離がある場所にあるため、イベント開催の時間帯においても周辺は混雑していない。また、乗車地点候補Ｄは、イベント会場周辺の場所にあるため、イベント開催の時間帯において混雑したエリアに含まれている。
【００７９】
なお、図４Ａ及び図４Ｂの例では、属性情報として既述の「歩行距離」と「歩行環境」に加えて、「歩行者施設」が含まれている。「歩行者施設」とは、歩行経路に沿って歩行者のために設けられた施設又は設備の多さを示すパラメータである「歩行者施設」としては、例えば、歩行者信号機（歩行者のための設備）の設置率が挙げられる。例えば、横断歩道の数に対して歩行者信号機の設置率が高い歩行経路の場合、当該属性情報の数値は、横断歩道に全く歩行者信号機が設けられていない歩行経路に比べて高い数値となる。これは、歩行者信号機の設置率が高い歩行経路の場合、横断歩道を渡る際に、ユーザは車両、バイク、自転車等の乗り物の存在を過度に気にすることなく歩行できるため、ユーザにストレスを与える可能性は低いという観点に基づくものである。本実施形態に係る歩行者施設の数値は、歩行距離の数値と同様に、歩行経路に応じて一義的に設定される。
【００８０】
次に、歩行経路抽出部３３４の機能について説明する。歩行経路抽出部３３４は、ユーザビリティ度算出部３３３により算出されたユーザビリティ度に基づいて、歩行経路特定部３３２により特定された複数の歩行経路候補の中から、ユーザに提示するための歩行経路を抽出する。
【００８１】
歩行経路抽出部３３４は、複数の歩行経路候補の中に、ユーザビリティ度が所定値以上の歩行経路候補が存在する場合、該当する歩行経路候補を抽出する。抽出対象の歩行経路候補の数は特に限定されず、一又は複数であればよい。また、所定値は実験的に求められた値である。
【００８２】
また、歩行経路抽出部３３４は、ユーザビリティ度が所定値以上の歩行経路候補が存在する場合、複数の歩行経路候補の中から、ユーザビリティ度の数値とは無関係に、サーバ３又はユーザに対して効率的な歩行経路候補を抽出する。本実施形態における効率的な歩行経路とは、車両２の配車に要する時間が最短である歩行経路（例えば、車両２が最短時間で到着可能な乗車地点までの歩行経路）、及びユーザが車両２を利用する際に要する移動コストが最小の歩行経路（例えば、歩行距離が最短の歩行経路）のうち少なくとも何れか一つの歩行経路である。ユーザビリティ度とは無関係に効率を求めた歩行経路を抽出するのは、ユーザに対して選択肢の幅を広げるためという観点に基づくものである。
【００８３】
例えば、歩行経路抽出部３３４は、サーバ通信装置３２により取得された道路の渋滞情報に基づいて、車両２が最短時間で到着可能な乗車地点までの歩行経路を、サーバ３に対して効率的な歩行経路として算出する。また、例えば、歩行経路抽出部３３４は、各歩行経路の距離の情報から、歩行距離が最短の歩行経路候補を特定する。そして、サーバ３は、特定した歩行経路をユーザに対して効率的な歩行経路として算出する。
【００８４】
一方、歩行経路抽出部３３４は、複数の歩行経路候補の中に、ユーザビリティ度が所定値以上の歩行経路候補が存在しない場合、複数の歩行経路候補の中から、既述のサーバ３又はユーザに対して効率的な歩行経路候補を抽出する。抽出対象の歩行経路候補の数は特に限定されず、一又は複数であればよい。
【００８５】
次に、歩行経路情報送信部３３５の機能について説明する。歩行経路情報送信部３３５は、サーバ通信装置３２を介して、歩行経路抽出部３３４により抽出された一又は複数の歩行経路候補に関する情報を歩行経路情報として、端末機１に送信する。歩行経路情報には、歩行経路の経路情報（ルート情報）、乗車地点及び降車地点の位置情報、歩行経路の属性情報が含まれる。端末機１の情報提示部１５３は、既述の通り、端末通信装置１３を介して受信した歩行経路情報を出力装置１２に出力することで、歩行経路情報をユーザに提示する。
【００８６】
図５Ａは、ユーザに提示される歩行経路情報の一例である。図５Ａの例では、歩行経路抽出部３３４は、ユーザビリティ度が所定値（例えば、１５）以上の歩行経路として歩行経路候補Ｂを抽出するとともに、サーバ３又はユーザに対して効率的な歩行経路として歩行経路候補Ａを抽出しているものとする（各歩行経路候補のユーザビリティ度については、下段の表を参照）。端末機１は、配車要求したユーザに対して、降車地点に関する２つの歩行経路情報を提示する。
【００８７】
図５Ａの例において、ユーザは、深夜の時間帯において、歩行経路候補Ａ又は歩行経路候補Ｂのいずれかを目的地Ｃまでの歩行経路として選択する。歩行経路候補Ａは、歩行距離が歩行経路候補Ｂよりも短く最短時間で目的地Ｃに到着可能であるが、歩行経路候補Ｂよりも暗い歩行経路である。一方、歩行経路候補Ｂは、歩行距離が歩行経路候補Ａよりも長く目的地Ｃまでの到着に時間がかかるが、歩行経路候補Ａよりも明るい歩行経路である。ユーザには、歩行経路の属性情報も提示されるため、ユーザは歩行経路候補Ａの属性情報と歩行経路候補Ｂの属性情報を見比べることで、歩行経路候補Ｂの歩行距離が長いにも関わらず提示されている理由を理解することができる。図５Ａの例において、ユーザは、時間帯、歩行距離、及び明るさ等を総合的に判断して、歩行経路候補Ａ又は歩行経路候補Ｂを選択する。
【００８８】
また、図５Ｂは、ユーザに提示される歩行経路情報の他の例である。図５Ｂの例では、ユーザビリティ度が所定値（例えば、１５）以上の歩行経路が存在しない。そのため、歩行経路抽出部３３４は、サーバ３又はユーザに対して効率的な歩行経路として歩行経路候補Ａ及び歩行経路候補Ｂを抽出しているものとする（各歩行経路候補のユーザビリティ度については、下段の表を参照）。端末機１は、配車要求したユーザに対して、降車地点に関する２つの歩行経路情報を提示する。
【００８９】
図５Ｂの例において、ユーザは、午前中の時間帯において、歩行経路候補Ａ又は歩行経路候補Ｂのいずれかを目的地Ｃまでの歩行経路として選択する。歩行経路候補Ａは、歩行経路候補Ｂよりも短時間で目的地Ｃに到着可能な歩行経路である。また、歩行経路候補Ｂは、歩行経路候補Ａよりも目的地Ｃまでの到着に時間がかかる歩行経路である。図５Ｂの例の場合、図５Ａの例と異なり、日中の時間帯であるため、ユーザは、歩行する際の明るさを考慮することなく、歩行経路候補Ａ又は歩行経路候補Ｂを選択する。
【００９０】
次に、配車管理部３３６の機能について説明する。配車管理部３３６は、車両２に対して移動指示等を行い、ユーザが選択した乗車地点へ車両２を配車させる。例えば、配車管理部３３６は、ユーザにより一の乗車地点及び降車地点が選択されると、複数の車両２の中から、当該乗車地点に最短で到着することが可能な車両２を配車車両２’として特定する。そして、配車管理部３３６は、乗車地点に到着するまでの走行経路と、乗車地点から降車地点までの走行経路を算出し、サーバ通信装置３２を介して、乗車地点、降車地点、及び各走行経路の情報を配車車両２’に送信する。さらに、配車管理部３３６は、サーバ通信装置３２を介して、乗車地点への移動を開始するよう移動指示を配車車両２’に送信する。また、配車管理部３３６は、サーバ通信装置３２を介して、配車車両２’に関する情報（車種等）を配車車両情報として端末機１に送信する。
【００９１】
次に、図６を用いて、ユーザが配車要求を行ってからユーザ及び配車車両２’が乗車地点へ移動するまでのタイムチャートの一例を説明する。また、図７を用いて、サーバ３が実行する歩行経路情報に関する処理の一例について説明する。
【００９２】
ステップＳ１では、ユーザにより配車要求が行われる。端末機１の情報処理装置１５は、端末通信装置１３を介して、配車要求信号をサーバ３に送信する。配車要求信号には、配車要求の旨を示す情報の他に、リクエスト地点及び目的地の位置情報が含まれる。
【００９３】
ステップＳ２では、サーバ３は、ステップＳ１で端末機１から送信された配車要求信号を受信する。そして、ステップＳ３では、サーバ３により歩行経路情報に関する処理が実行される。具体的な処理の内容については、図７を用いて後述する。
【００９４】
ステップＳ３での処理が終了すると、ステップＳ４へ進む。サーバ３は、サーバ通信装置３２を介して、ステップＳ３の処理結果である歩行経路情報を端末機１に送信する。
【００９５】
ステップＳ５では、端末機１は、歩行経路情報を受信する。歩行経路情報には、歩行経路の経路情報（ルート情報）、乗車地点及び降車地点の位置情報、歩行経路の属性情報が含まれる。歩行経路情報は、一又は複数の歩行経路の候補に関する情報である。
【００９６】
ステップＳ６では、端末機１は、ステップＳ５で受信した歩行経路情報をユーザに提示する。例えば、端末機１の情報処理装置１５は、図５Ａ又は図５Ｂで示すように、地図の静止画に歩行経路候補のルート、降車地点候補の位置、及び目的地の位置を重畳させてディスプレイ（出力装置１２に相当）表示させる。また、情報処理装置１５は、図５Ａ又は図５Ｂに示すように、歩行経路候補ごとに、歩行経路の属性情報をディスプレイに表示させる。なお、リクエスト地点から乗車地点候補までの歩行経路候補についても同様の表示方法を適用することができる。
【００９７】
ステップＳ７では、ユーザにより乗車地点及び降車地点が決定される。例えば、ステップＳ６で端末機１のディスプレイに複数の歩行経路候補が表示される場合、ユーザは、複数の歩行経路候補の中から、ユーザが車両２を利用する際の状況やユーザの都合等に合わせて、リクエスト地点から乗車地点までの歩行経路、及び降車地点から目的地までの歩行経路を選択する。なお、ユーザは、歩行経路候補を選択せずに、対応する乗車地点候補及び降車地点候補を選択してもよい。
【００９８】
ステップＳ８では、端末機１は、ステップＳ６にてユーザにより選択された乗車地点及び降車地点の情報（位置情報）をサーバ３に送信し、ステップＳ９では、サーバ３は、端末機１から乗車地点及び降車地点の情報を受信する。
【００９９】
ステップＳ１０では、サーバ３は、ステップＳ９で受信した乗車地点及び降車地点の位置情報に基づいて、複数の車両２の中から、ユーザに配車可能な車両２を配車車両２’として特定する。また、サーバ３は、特定した配車車両２’が乗車地点まで移動するために、配車車両２’の現在位置から乗車地点までの走行経路を算出する。さらに、サーバ３は、配車車両２’を乗車地点から降車地点まで移動させるために、乗車地点から降車地点までの走行経路を算出する。
【０１００】
ステップＳ１１では、サーバ３は、配車車両２’に関する情報（配車車両情報）を、端末機１に送信する。配車車両情報には、配車車両２’の車種や色などユーザが配車車両２’を特定するための情報が含まれる。
【０１０１】
ステップＳ１２では、端末機１は、サーバ３から配車車両情報を受信する。ステップＳ１３では、端末機１は、ステップＳ１２で受信した配車車両をディスプレイに表示させる。これにより、ユーザは乗車地点に配車される車両２の特徴を把握することができる。ステップＳ１４では、ユーザは乗車地点への移動を開始する。
【０１０２】
また、ステップＳ１１の処理が終了すると、サーバ３は、ステップＳ１５の処理を実行する。ステップＳ１５では、サーバ３は、配車車両２’を乗車地点まで移動させるため、移動指示を配車車両２’に送信する。ステップＳ１６では、配車車両２’のＥＣＵ２２により、配車車両２’は乗車地点への移動を開始する。
【０１０３】
次に、図７を用いて、図６に示すステップＳ３の詳細について説明する。図７は、サーバ３が実行する歩行経路情報に関する処理を示すフローチャートである。
【０１０４】
ステップＳ２１では、サーバ３は、複数の歩行経路候補を特定する。例えば、サーバ３は、リクエスト地点から所定の範囲内に車両２が停車可能な場所を複数特定する。そして、サーバ３は、特定した各地点について、リクエスト地点から車両２の停車可能地点までの歩行経路を特定することで、複数の歩行経路候補を特定する。
【０１０５】
ステップＳ２２では、サーバ３は、ステップＳ２１で特定した歩行経路候補ごとに、ユーザビリティ度を算出する。例えば、図３に示すように、サーバ３は、歩行経路候補ごとに、歩行経路候補に対応する属性情報を入力する入力処理を実行する。そして、サーバ３は、ユーザが車両２を利用する際の歩行環境に合わせるための調整処理として、重み係数処理を実行する。例えば、図４Ａに示すように、サーバ３は、天気又は時間帯がユーザへのストレスに大きな影響を及ぼすとされる場合、属性情報のうち「天気／気温」及び「時間帯」の重み係数を他の属性情報の重み係数よりも大きな値に設定する。重み係数処理が終了すると、サーバ３は、図３に示すように、歩行経路候補ごとに、属性情報の数値を合算する合算処理を実行する。これにより、図３、図４Ａ、図４Ｂに示すように、歩行経路候補ごとにユーザビリティ度が算出される。
【０１０６】
ステップＳ２３では、サーバ３は、ステップＳ２２の処理結果に基づいて、ユーザビリティ度が所定値以上の歩行経路候補が存在するか否かを判定する。所定値は、実験的に定められた値である。ユーザビリティ度が所定値以上の歩行経路候補が存在する場合、ステップＳ２４に進む。反対に、ユーザビリティ度が所定値以上の歩行経路候補が存在しない場合、ステップＳ２７に進む。
【０１０７】
ステップＳ２３において、ユーザビリティ度が所定値以上の歩行経路候補が存在する場合、ステップＳ２４に進む。ステップＳ２４では、サーバ３は、ステップＳ２１で特定した複数の歩行経路候補の中から、ユーザビリティ度が所定値以上の歩行経路候補を抽出する。
【０１０８】
ステップＳ２５では、サーバ３は、サーバ３又はユーザに対して効率的な歩行経路候補を抽出する。例えば、サーバ３は、複数の歩行経路候補の中から、ユーザが最短時間で到着することが可能な乗車地点を含む歩行経路候補を、ユーザに対して効率的な歩行経路候補として抽出する。また、例えば、サーバ３は、複数の歩行経路候補の中から、配車車両２’が最短時間で到着することが可能な乗車地点を含む歩行経路候補を、サーバ３に対して効率的な歩行経路候補として抽出する。
【０１０９】
ステップＳ２６では、サーバ３は、ステップＳ２４及びステップＳ２５のそれぞれにおいて抽出した歩行経路候補に関する情報を歩行経路情報として準備する。
【０１１０】
ステップＳ２３において、ユーザビリティ度が所定値以上の歩行経路候補が存在しない場合、ステップＳ２７に進む。ステップＳ２７では、サーバ３は、ステップＳ２５の処理と同様に、サーバ３又はユーザに対して効率的な歩行経路候補を抽出する。
【０１１１】
ステップＳ２８では、サーバ３は、ステップＳ２７で抽出した歩行経路候補に関する情報を歩行経路情報として準備する。
【０１１２】
以上のように、本実施形態に係る歩行経路情報提示システム１００は、ユーザのリクエストに応じて車両２を所定地点へ移動させる配車機能を有するサーバ３と、地図情報３１１を記憶するデータベース３１と、ユーザにより操作可能な端末機１を含む。サーバ３は、ユーザのリクエスト及び地図情報３１１に基づいて、車両２の乗車前及び降車後においてユーザが移動するための複数の歩行経路を特定し、歩行経路ごとに、歩行経路の属性情報に基づいて、歩行経路のユーザビリティ度を算出し、端末機１を介して、ユーザビリティ度に応じた歩行経路情報をユーザに提示する。これにより、ユーザは、車両２を利用する際の歩行環境に応じたユーザビリティ度の観点から、乗車地点及び降車地点を選択することができる。その結果、配車リクエストをしたユーザにとって有益で適切な情報を提供することができる。
【０１１３】
また、本実施形態では、サーバ３は、ユーザビリティ度が所定値以上の歩行経路が存在する場合、ユーザビリティ度が所定値以上の歩行経路に関する情報をユーザに提示する。これにより、ユーザはユーザビリティ度がある一定の基準を満たす歩行経路を選択することができる。ユーザは、配車システムに対して過度なストレスを感じることなく、車両２を利用して目的地に到着することができる。
【０１１４】
さらに、本実施形態では、歩行経路の属性情報は、歩行経路の距離、ユーザが車両２を利用する時間帯、ユーザが車両２を利用する際の天気、歩行経路に沿って設けられた施設、及びユーザが歩行する道路のうち少なくとも何れか一つの情報を含む。これにより、ユーザが車両２を利用する際の歩行環境を考慮して、歩行経路を評価することができる。
【０１１５】
加えて、本実施形態では、サーバ３は、歩行経路の距離に応じて、ユーザビリティ度を算出する。これにより、例えば、歩行距離が短い歩行経路のユーザビリティ度は、歩行距離が長い歩行経路のユーザビリティ度に比べて、高く算出することができる。ユーザは、歩行距離が比較的短い歩行経路を歩行した場合、歩行距離が長い場合に比べて疲れずに歩行できるため、ユーザが受けるストレスの度合いを適切に数値化することができる。その結果、ユーザにとって利便性に優れた配車システムを実現することができる。
【０１１６】
また、本実施形態では、サーバ３は、ユーザが歩行する際の時間帯が街路灯の点灯時間に該当する場合、設置された街路灯の数及び街路灯の明るさのうち少なくとも何れか一つに応じて、ユーザビリティ度を算出する。これにより、例えば、一定の間隔で街路灯が設けられている歩行経路のユーザビリティ度は、街路灯が全く設けられていない歩行経路のユーザビリティ度に比べて、高く算出することができる。ユーザは、比較的明るい歩行経路を歩行する場合、比較的暗い歩行経路の場合に比べて安心して歩行できるため、ユーザが受けるストレスの度合いを適切に数値化することができる。その結果、ユーザにとって利便性に優れた配車システムを実現することができる。
【０１１７】
加えて、本実施形態では、サーバ３は、天気が雨又は雪の場合、アーケード又は屋根が設置されているか否かに応じて、ユーザビリティ度を算出する。これにより、例えば、アーケードが設けられている歩行経路のユーザビリティ度は、アーケードが全く設けられていない屋外の歩行経路のユーザビリティ度に比べて高く算出することができる。ユーザは、傘をささずに歩行する場合、傘をさしながら歩行する場合と比べて衣服が濡れる心配をすることなく歩行できるため、ユーザが受けるストレスの度合いを適切に数値化することができる。その結果、ユーザにとって利便性に優れた配車システムを実現することができる。
【０１１８】
また、本実施形態では、サーバ３は、歩行経路に沿って設けられた施設の数及び退避可能な施設か否かのうち少なくとも何れか一つに応じて、ユーザビリティ度を算出する。これにより、例えば、歩行経路に沿って商業施設が設けられている歩行経路のユーザビリティ度は、商業施設が全く設けられていない歩行経路のユーザビリティ度に比べて高く算出することができる。ユーザは、緊急事態の際に退避可能な場所が存在する歩行経路を歩行する場合、退避する場所が存在しない場合に比べて安心して歩行することができるため、ユーザが受けるストレスの度合いを適切に数値化することができる。その結果、ユーザにとって利便性に優れた配車システムを実現することができる。
【０１１９】
さらに、本実施形態では、サーバ３は、歩行経路が歩行者専用であるか否か、及び歩行経路が属する地域における不審者情報の有無のうち少なくとも何れか一つに応じて、ユーザビリティ度を算出する。これにより、例えば、歩行者専用の歩行経路のユーザビリティ度は、車道に沿っている歩行経路のユーザビリティ度に比べて高く算出することができる。ユーザは、歩行者専用の道路を歩行する場合、他の乗り物の存在に注意を払うことなく安心して歩行することができるため、ユーザが受けるストレスの度合いを適切に数値化することができる。その結果、ユーザにとって利便性に優れた配車システムを実現することができる。
【０１２０】
加えて、本実施形態では、サーバ３は、ユーザビリティ度が所定値以上の歩行経路が存在した場合、複数の歩行経路の中から、サーバ３又はユーザに対して効率的な歩行経路を抽出し、ユーザビリティ度が所定値以上の歩行経路に関する情報に加えて、抽出した効率的な歩行経路に関する情報をユーザに提示する。これにより、例えば、目的地へ急いで向かいたいユーザは、乗車地点まで最短時間で到着可能な歩行経路を選択することができる。その結果、ユーザの事情に対応することが可能な実用的な配車システムを実現することができる。
【０１２１】
また、本実施形態では、サーバ３は、ユーザビリティ度が所定値以上の歩行経路が存在しない場合、複数の歩行経路の中から、サーバ３又はユーザに対して効率的な歩行経路を抽出し、抽出した効率的な歩行経路に関する情報をユーザに提示する。ユーザがある程度のストレスを受ける可能性がある場面においても、代替案として、効率的な視点での歩行経路に関する情報を提示することができる。
【０１２２】
さらに、本実施形態では、サーバ３に対して効率的な歩行経路は、車両２の配車に要する時間が最短である歩行経路及び車両２を配車するために要する運用コストが最小である歩行経路のうち少なくとも何れか一つの歩行経路である。これにより、サーバ３にとって効率的な視点での歩行経路に関する情報を提示することができる。
【０１２３】
加えて、本実施形態では、ユーザに対して効率的な歩行経路は、ユーザによる歩行時間が最短である歩行経路及びユーザが車両を利用する際に要する移動コストが最小である歩行経路のうち少なくとも何れか一つの歩行経路である。これにより、ユーザにとって効率的な視点での歩行経路に関する情報を提示することができる。
【０１２４】
また、本実施形態では、歩行経路は、少なくとも車両２の乗車地点及び車両２の降車地点のうち何れか一つの地点を含み、歩行経路に関する情報は、歩行経路及び歩行経路の属性情報を含む。これにより、ユーザは、乗車地点又は降車地点の位置だけでなく、乗車地点又は目的地に至る歩行経路及び当該歩行経路の属性情報を確認することができるため、歩行経路の情報も踏まえて、乗車地点及び降車地点を選択することができる。
【０１２５】
なお、以上に説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【０１２６】
例えば、上記の実施形態では、ユーザビリティ度の算出方法を説明する際に、重み係数処理において、図４Ａ及び図４Ｂの例を用いて、重み係数を「１」から「２」に変更する構成を例に挙げて説明したが、重み係数を変更する割合は特に限定されない。例えば、天気が雨の場合であっても、降水量に応じて重み係数を変更する割合を変えてもよい。例えば、降水量が比較的多い場合には、降水量が比較的少ない場合に比べて、重み係数を変更する割合を大きくしてもよい。また、夜間の時間帯であっても、特定の基準の時間を境にして重み係数を変更する割合を変えてもよい。例えば、午後１１時〜午後１２時の寝静まった時間帯の場合には、午後７時〜午後８時の人通りがある間帯の場合に比べて、重み係数を変更する割合を大きくしてもよい。これにより、ユーザビリティ度を精度良く算出することができるため、ユーザにとってより利便性のある配車システムを実現することができる。
【０１２７】
また、例えば、上記の実施形態では、乗車地点及び降車地点の選択をユーザが行う構成を例に挙げて説明したが、乗車地点及び降車地点の選択はサーバ３の処理として行ってもよい。例えば、サーバ３は、ユーザビリティ度が所定値以上の歩行経路候補が存在する場合、当該歩行経路候補に含まれる乗車地点又は降車地点を、ユーザの乗車地点又は降車地点として設定してもよい。また、サーバ３は、該当する歩行経路候補が複数存在する場合、ユーザビリティ度がより高い歩行経路候補を優先して選択することもできる。
【０１２８】
本明細書では、本発明に係る歩行経路情報提示システムの一態様として、歩行経路情報提示システム１００を例にして説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係るサーバの一態様として、サーバ３を例にして説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係る端末機の一態様として、端末機１を例にして説明するが、本発明はこれに限定されるものではない。
【符号の説明】
【０１２９】
１…端末機
１１…入力装置
１２…出力装置
１３…端末通信装置
１４…位置検出装置
１５…情報処理装置
１５０…端末制御装置
１５１…現在位置取得部
１５２…配車要求部
１５３…情報提示部
１５４…記憶装置
２…車両
２１…車載センサ群
２２…ＥＣＵ
２３…車載通信装置
３…サーバ
３１…データベース
３１１…地図情報
３２…サーバ通信装置
３３…制御装置
３３１…配車要求受付部
３３２…歩行経路特定部
３３３…ユーザビリティ度算出部
３３４…歩行経路抽出部
３３５…歩行経路情報送信部
３３６…配車管理部
４…ネットワーク
１００…歩行経路情報提示システム
【図１】
2020165786.tif 000003
【図２】
2020165786.tif 000004
【図３】
2020165786.tif 000005
【図４Ａ】
2020165786.tif 000006
【図４Ｂ】
2020165786.tif 000007
【図５Ａ】
2020165786.tif 000008
【図５Ｂ】
2020165786.tif 000009
【図６】
2020165786.tif 000010
【図７】
2020165786.tif 000011