JP7327655B2 - 移動支援装置及び移動支援方法 - Google Patents

Description

本発明は、移動支援装置及び移動支援方法に関する。

従来より、ユーザが車両と待合せにする際に、ユーザに待合せ場所までの経路を案内する技術が知られている（特許文献１）。

特開２０１３－１３０５４４号公報

しかしながら、特許文献１に記載された発明はユーザに対し１つの経路しか提示していない。ユーザは提示された経路以外の経路を選択することができず、移動に関する選択肢が少ない。

本発明は、上記問題に鑑みて成されたものであり、その目的は、待合せ場所までの経路を少なくとも１つ以上ユーザに提示する移動支援装置及び移動支援方法を提供することである。

本発明の一態様に係る移動支援装置は、ユーザが所持する通信装置の位置情報、及びユーザの配車リクエストに応じて配車された車両の位置情報を取得し、車両の位置情報に基づいて、車両が配車をリクエストしたユーザを乗車させる待合せ場所に到着するまでの第１所要時間を算出し、通信装置の位置情報に基づいて、ユーザの現在地から待合せ場所までの経路を複数算出し、算出した複数の経路のそれぞれについて、ユーザの現在地から待合せ場所に到着するまでの第２所要時間を算出し、第２所要時間が第１所要時間と同一、または第１所要時間より短い場合、第２所要時間と紐付けられている経路は車両との待合せに間に合う経路であると判定し、車両との待合せに間に合うと判定された経路を示す情報を通信装置に出力させ、車両との待合せに間に合う経路として第１経路及び第２経路が算出され、第１経路及び第２経路をつなぐ第３経路が存在する場合において、第１経路から第３経路を経由して第２経路に至る進行方向と、第２経路から第３経路を経由して第１経路に至る進行方向とを、車両との待合せに間に合うか否かに応じて異なる形態で通信装置に出力させる。

本発明によれば、待合せ場所までの経路を少なくとも１つ以上ユーザに提示することができる。

図１は、本発明の実施形態に係る移動支援システム１０の全体概略図である。 図２は、本発明の実施形態に係る管理サーバ２０、通信装置６０、及びタクシー４０の機能ブロック図である。 図３は、本発明の実施形態に係る歩行経路を説明する図である。 図４は、ディスプレイ６０４に表示される歩行経路の一例を説明する図である。 図５Ａは、本発明の実施形態に係る移動支援システム１０の一動作例を説明するシーケンス図である。 図５Ｂは、本発明の実施形態に係る移動支援システム１０の一動作例を説明するシーケンス図である。 図６は、ディスプレイ６０４に表示される歩行経路の変形例１を説明する図である。 図７は、ディスプレイ６０４に表示される歩行経路の変形例２を説明する図である。 図８は、ディスプレイ６０４に表示される歩行経路の変形例３を説明する図である。 図９は、ディスプレイ６０４に表示される歩行経路の変形例４を説明する図である。 図１０は、ディスプレイ６０４に表示される歩行経路の変形例５を説明する図である。 図１１は、ディスプレイ６０４に表示される歩行経路の変形例６を説明する図である。 図１２は、ディスプレイ６０４に表示される歩行経路の変形例６を説明する図である。 図１３は、ディスプレイ６０４に表示される歩行経路の変形例６を説明する図である。 図１４は、ディスプレイ６０４に表示される歩行経路の他の例を説明する図である。 図１５は、通信装置６０の変形例の機能ブロック図である。 図１６は、タクシー４０に搭載されるコンピュータの変形例の機能ブロック図である。

以下、本発明の実施形態について、図面を参照して説明する。図面の記載において同一部分には同一符号を付して説明を省略する。

図１～２を参照して、本実施形態に係る移動支援システム１０の構成例を説明する。図１に示すように、移動支援システム１０は、管理サーバ２０と、通信ネットワーク３０と、タクシー４０～４２と、ユーザ７０と、ユーザ７０が所持する通信装置６０と、を含む。なお、図１において、タクシーは３台存在するが、これに限定されない。移動支援システム１０は、４台以上のタクシーを含んでもよい。

管理サーバ２０は、通信ネットワーク３０を介してタクシー４０～４２及び通信装置６０と通信する。管理サーバ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、メモリ２２と、通信Ｉ／Ｆ２３と、記憶装置２４とを備える汎用のコンピュータであり、これらの構成要素が図示しないバスなどを介して電気的に接続されている。管理サーバ２０は、タクシー４０～４２の配車サービスに用いられる。管理サーバ２０の設置場所は特に限定されないが、例えば管理サーバ２０はタクシー４０～４２を運用する事業者の管理センタに設置される。

ＣＰＵ２１は、記憶装置２４などに記憶されている様々なプログラムをメモリ２２に読み込んで、プログラムに含まれる各種の命令を実行する。メモリ２２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体である。記憶装置２４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶媒体である。なお、以下で説明する管理サーバ２０の機能を含む移動支援システム１０の一部（または全部）は、通信ネットワーク３０上に配置されたアプリケーション（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ）など）によって提供されてもよい。

通信Ｉ／Ｆ２３は、ネットワークアダプタなどのハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク３０などを介した有線または無線の通信を実現できるように構成されている。また、通信Ｉ／Ｆ２３はデータを送受信するための入力部及び出力部としての機能を有する。

通信ネットワーク３０は、無線または有線の何れかの方式、あるいは両方の方式によって構成されてもよく、通信ネットワーク３０には、インターネットが含まれてもよい。本実施形態では、管理サーバ２０、タクシー４０～４２、及び通信装置６０は、無線通信方式によって通信ネットワーク３０と接続する。

本実施形態において、タクシー４０～４２は、運転者が存在しない自動運転車両として説明する。したがって、タクシー４０～４２は、ロボットタクシーまたは無人タクシーと表現されてもよい。ただし、タクシー４０～４２は、運転者が存在しない自動運転車両に限定されない。タクシー４０～４２は、運転者が存在する通常の車両でもよい。

ユーザ７０は、通信装置６０を用いてタクシーをリクエスト（予約）する。通信装置６０には、タクシーの予約に用いられる配車アプリケーション（以下単に配車アプリと称する）がインストールされており、ユーザ７０は、配車アプリを使ってタクシーをリクエストする。

次に、図２を参照して、管理サーバ２０、タクシー４０、通信装置６０の詳細な構成について説明する。なお、図２において、タクシー４１～４２は省略するが、タクシー４１～４２はタクシー４０と同様の構成を有する。

通信装置６０は、通信Ｉ／Ｆ６０１と、配車アプリ６０２と、ＧＰＳ受信機６０３と、ディスプレイ６０４を備える。通信Ｉ／Ｆ６０１は、通信Ｉ／Ｆ２３（図１参照）と同様の構成を備えており、通信ネットワーク３０を介して管理サーバ２０と通信する。通信装置６０は、例えば、スマートフォン、タブレットなどの携帯型の装置である。また、通信装置６０は、ウェアラブル型の装置であってもよい。なお、図示は省略するが、通信装置６０も管理サーバ２０と同様に、ＣＰＵ（コントローラ）、メモリ、記憶装置などを備える。

配車アプリ６０２は、上述したようにタクシーのリクエストに用いられる。配車アプリ６０２は、ユーザ７０がタクシーをリクエストする際のユーザインタフェースとして機能する。配車アプリ６０２は、通信装置６０に設けられたＣＰＵが、通信装置６０に設けられた記憶装置から、専用のアプリケーションプログラムを読み出して実行することで実現する。ユーザ７０がタクシーをリクエストする際、ユーザ７０は希望する乗車場所、希望する乗車時間、希望する降車場所などを配車アプリ６０２に入力し、タクシーをリクエストする。配車アプリ６０２は、ユーザ７０の入力に従って、管理サーバ２０に配車リクエストを送信する。また、通信装置６０は、配車リクエストに対して管理サーバ２０から返信される信号に含まれる各種情報（配車リクエスト受領、到着予定時刻、走行予定経路など）を、ディスプレイ６０４に表示する。ただし、配車アプリ６０２の実現方法は、これに限定されない。例えば、通信装置６０が、配車アプリ６０２の機能を提供するサーバにアクセスして機能提供を受け、サーバから送信される機能の実行結果をブラウザに表示するようにしてもよい。

ＧＰＳ受信機６０３によって取得された通信装置６０の位置情報は、任意のタイミングで管理サーバ２０に送信される。

タクシー４０は、通信Ｉ／Ｆ４０１と、車両ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）４０２と、ＧＰＳ受信機４０３とを備える。通信Ｉ／Ｆ４０１は、通信Ｉ／Ｆ２３及び通信Ｉ／Ｆ６０１と同様の構成を備えており、通信ネットワーク３０を介して管理サーバ２０と通信する。車両ＥＣＵ４０２は、タクシー４０を制御するためのコンピュータである。車両ＥＣＵ４０２は、管理サーバ２０から受信した指令に基づいて各種のアクチュエータ（ブレーキアクチュエータ、アクセルアクチュエータ、ステアリングアクチュエータなど）を制御する。ＧＰＳ受信機４０３によって取得されたタクシー４０の位置情報は、任意のタイミングで管理サーバ２０に送信される。

管理サーバ２０のＣＰＵ２１（コントローラ）は、図２のブロック図に示すように、複数の機能の一例として、配車受付部２１１と、割当部２１２と、位置情報取得部２１３と、所要時間算出部２１４と、歩行経路算出部２１５と、判定部２１６と、歩行経路設定部２１７を備える。管理サーバ２０の記憶装置２４には、図２に示すように、地図データベース２４１と顧客データベース２４２が格納されている。

地図データベース２４１には、道路情報、施設情報など経路案内に必要となる地図情報が記憶されている。地図情報には、道路の車線数、道幅情報、道路の起伏情報が含まれる。地図情報には、速度制限、一方通行などを示す道路標識、横断歩道、区画線などを示す道路標示も含まれる。また、地図情報には、道路構造物（例えば信号機、電信柱）、建物などの設備情報が含まれてもよい。

顧客データベース２４２には、ユーザ７０のＩＤなどのアカウント情報、タクシーの利用履歴、ユーザ７０の属性などが格納されている。

配車受付部２１１は、通信装置６０に入力されたユーザ７０の配車リクエストを受け付ける。配車受付部２１１は、ユーザ７０の配車リクエストを受け付けた旨、乗車場所への到着予定時刻、乗車場所への走行予定経路などを通信装置６０に通知する機能を有する。

割当部２１２は、受け付けた配車リクエストに基づいて、複数のタクシー４０～４２（図１参照）の中から適切なタクシーを割り当てる。例えば、配車受付部２１１は、効率化のために、複数のタクシー４０～４２の中から、ユーザ７０が希望する乗車場所に最も近い空車のタクシーを割り当てることができる。本実施形態では、タクシー４０が割り当てられたものとして説明する。

また、割当部２１２は、地図データベース２４１を参照してタクシー４０の現在地からユーザ７０が希望する乗車場所までの走行経路を設定し、設定した走行経路に沿ってユーザ７０が希望する乗車場所まで走行するようにタクシー４０に対して指令を送る。割当部２１２が算出する走行経路は、例えば、タクシー４０の現在地からユーザ７０が希望する乗車場所までもっとも短い時間で到着できる経路である。割当部２１２は、設定した走行経路を所要時間算出部２１４に出力する。

位置情報取得部２１３は、通信装置６０からユーザ７０の位置情報を取得し、タクシー４０からタクシー４０の位置情報を取得する。ユーザ７０の位置情報とは、ユーザ７０が所持する通信装置６０の位置情報を意味する。位置情報取得部２１３は、取得した位置情報を所要時間算出部２１４に出力する。

所要時間算出部２１４（第１所要時間算出部、第２所要時間算出部）は、割当部２１２から取得した走行経路及び位置情報取得部２１３から取得したタクシー４０の位置情報を用いて、タクシー４０の現在地からユーザ７０が希望する乗車場所に到着するまでの第１所要時間を算出する。所要時間算出部２１４は、算出した第１所要時間を判定部２１６に出力する。

歩行経路算出部２１５は、位置情報取得部２１３から取得したユーザ７０の位置情報、地図データベース２４１を用いて歩行経路を算出する。本実施形態において歩行経路とは、ユーザ７０の現在地から乗車場所に向かう経路であり、ユーザ７０が徒歩で移動可能な経路である。歩行経路算出部２１５は、乗車場所に到着可能な歩行経路を複数算出する。また、所要時間算出部２１４は、歩行経路算出部２１５によって算出された複数の歩行経路のそれぞれについて、ユーザ７０の現在地から乗車場所に到着するまでの第２所要時間を算出する。所要時間算出部２１４は、算出した第２所要時間を判定部２１６に出力する。なお、第２所要時間は対応する歩行経路と紐付けられている。

判定部２１６は、所要時間算出部２１４から取得した第１所要時間及び第２所要時間を用いて、ユーザ７０がタクシー４０との待合せに間に合うか否かを判定する。例えば、判定部２１６は、第２所要時間が第１所要時間より短い場合、ユーザ７０はタクシー４０との待合せに間に合うと判定する。また、判定部２１６は、第２所要時間と第１所要時間とが同じ場合、ユーザ７０はタクシー４０との待合せに間に合うと判定する。ここで、「第２所要時間と第１所要時間とが同じ」とは、完全な同一に限定されない。「第２所要時間と第１所要時間とが同じ」とは、実質的に同一（ほぼ同一と見なせる）ということを示すものであり、数秒の差は誤差として無視されてもよい。

本実施形態において、「ユーザ７０がタクシー４０との待合せに間に合う」とは、タクシー４０が乗車場所に到着する前に、ユーザ７０が乗車場所に到着することを意味する。あるいは、「ユーザ７０がタクシー４０との待合せに間に合う」とは、タクシー４０が乗車場所に到着すると同時（またはほぼ同時）に、ユーザ７０が乗車場所に到着することを意味する。

判定部２１６は、ユーザ７０がタクシー４０との待合せに間に合うと判定した場合、判定に用いられた第２所要時間と紐付けられている歩行経路を歩行経路設定部２１７に出力する。

歩行経路設定部２１７は、判定部２１６から取得した歩行経路をユーザ７０に提示するための歩行経路として設定し、設定した歩行経路を示す信号を通信Ｉ／Ｆ２３を介してユーザ７０が所持する通信装置６０に送信する。

次に図３を参照して歩行経路の詳細について説明する。

図３に示すユーザ７０は、配車アプリ６０２を用いてタクシーをリクエストしたと仮定する。図３に示す符号８０は、ユーザ７０が希望する乗車場所を示す。つまり符号８０は、ユーザ７０とタクシー４０との待合せ場所を示す。以下では、符号８０を待合せ場所８０と呼ぶ。タクシー４０は管理サーバ２０から受信した指令に基づいて、ユーザ７０を乗車させるために待合せ場所８０に向かう。なお、図３においてタクシー４０は省略されている。

上述したように、所要時間算出部２１４は、割当部２１２から取得した走行経路及び位置情報取得部２１３から取得したタクシー４０の位置情報を用いて、タクシー４０の現在地から待合せ場所８０に到着するまでの第１所要時間を算出する。以後の説明において、第１所要時間は８分であると算出されたものと仮定する。

図３に示すように、歩行経路算出部２１５は、位置情報取得部２１３から取得したユーザ７０の位置情報、及び地図データベース２４１を用いて歩行経路Ｒ１～Ｒ４を算出する。歩行経路Ｒ１～Ｒ４は、ユーザ７０の現在地から待合せ場所８０に向かう経路であり、ユーザ７０が徒歩で移動可能な経路である。

所要時間算出部２１４は、歩行経路算出部２１５によって算出された歩行経路Ｒ１～Ｒ４のそれぞれについて、ユーザ７０の現在地から待合せ場所８０に到着するまでの第２所要時間を算出する。図３のみにおいて、歩行経路Ｒ１に沿って移動した場合の第２所要時間は５分、歩行経路Ｒ２に沿って移動した場合の第２所要時間は６分、歩行経路Ｒ３に沿って移動した場合の第２所要時間は７分、歩行経路Ｒ４に沿って移動した場合の第２所要時間は９分であると算出されたものと仮定する。

判定部２１６は、所要時間算出部２１４から取得した第１所要時間（８分）、第２所要時間（Ｒ１：５分、Ｒ２：６分、Ｒ３：７分、Ｒ４：９分）を用いて、ユーザ７０がタクシー４０との待合せに間に合うか否かを判定する。タクシー４０はあと８分で待合せ場所８０に到着するため、ユーザ７０は８分以内に待合せ場所８０に到着することができれば、タクシー４０との待合せに間に合う。

そこで判定部２１６は、第１所要時間内に待合せ場所８０に到着可能な歩行経路があるか否かを判定する。例えば、判定部２１６は、第１所要時間と第２所要時間とを比較し、第２所要時間が第１所要時間より短い場合、この第２所要時間と紐付けられている歩行経路は第１所要時間内に待合せ場所８０に到着可能な歩行経路であると判定すればよい。

図３において、歩行経路Ｒ１～Ｒ３と紐付けられている第２所要時間（Ｒ１：５分、Ｒ２：６分、Ｒ３：７分）は、第１所要時間（８分）より短いため、判定部２１６は、歩行経路Ｒ１～Ｒ３は第１所要時間内に待合せ場所８０に到着可能な歩行経路であると判定する。一方、歩行経路Ｒ４と紐付けられている第２所要時間（９分）は、第１所要時間（８分）より長いため、判定部２１６は、歩行経路Ｒ４は第１所要時間内に待合せ場所８０に到着不可能な歩行経路であると判定する。判定部２１６は、歩行経路Ｒ１～Ｒ３（ユーザ７０がタクシー４０との待合せに間に合う歩行経路）を歩行経路設定部２１７に出力する。一方、歩行経路Ｒ４は、第１所要時間内に待合せ場所８０に到着不可能な経路であるため、削除される。

次に、歩行経路設定部２１７は、判定部２１６から取得した歩行経路Ｒ１～Ｒ３をユーザ７０に提示するための歩行経路として設定し、設定した歩行経路Ｒ１～Ｒ３を示す信号を通信Ｉ／Ｆ２３を介してユーザ７０が所持する通信装置６０に送信する。

図４に示すように、通信装置６０のディスプレイ６０４には、管理サーバ２０から取得した歩行経路Ｒ１～Ｒ３が表示される。歩行経路Ｒ１～Ｒ３のうち、ユーザ７０がどれを選択したとしても、ユーザ７０はタクシー４０との待合せに間に合う。本実施形態によれば、タクシー４０との待合せに間に合う複数の歩行経路Ｒ１～Ｒ３をユーザ７０に提示できるため、ユーザ７０は複数の歩行経路Ｒ１～Ｒ３の中から好みの経路を選択することが可能となる。これにより、ユーザ７０が待合せ場所８０に向かう際の移動に関する選択肢が増える。ユーザ７０が好みの経路を選択したとき、周知のナビゲーションシステムのように、その経路に沿って待合せ場所８０に向かうための案内が行われる。

次に、図５Ａ～図５Ｂのシーケンスチャートを参照して、移動支援システム１０の一動作例を説明する。

ステップＳ１０１において、ユーザ７０は配車アプリ６０２を用いてタクシーをリクエストする。処理はステップＳ１０３に進み、配車受付部２１１は、ユーザ７０の配車リクエストを受け付ける。処理はステップＳ１０５に進み、割当部２１２は、受け付けた配車リクエストに基づいて、複数のタクシー４０～４２（図１参照）の中から適切なタクシーを割り当てる。処理はステップＳ１０７に進み、割当部２１２は、地図データベース２４１を参照してタクシー４０の現在地からユーザ７０が希望する乗車場所（待合せ場所８０）までの走行経路を設定する。

処理はステップＳ１０９に進み、管理サーバ２０は、設定した走行経路をタクシー４０に送信する。処理はステップＳ１１１に進み、タクシー４０は取得した走行経路に沿ってユーザ７０が希望する待合せ場所８０に向かって走行する。

ステップＳ１１３において、通信装置６０はＧＰＳ受信機６０３によって取得された通信装置６０の位置情報を管理サーバ２０に送信する。ステップＳ１１５において、タクシー４０はＧＰＳ受信機４０３によって取得されたタクシー４０の位置情報を管理サーバ２０に送信する。ステップＳ１１７において、管理サーバ２０は通信装置６０及びタクシー４０から送信された位置情報を受信する。タクシー４０が待合せ場所８０に到着するまでステップＳ１１５の処理が繰り返し実行される（ステップＳ１１９）。

処理はステップＳ１２１に進み、所要時間算出部２１４は、タクシー４０の現在地から待合せ場所８０に到着するまでの第１所要時間を算出する。処理はステップＳ１２３に進み、歩行経路算出部２１５は、ステップＳ１１７で取得したユーザ７０の位置情報、及び地図データベース２４１を用いて歩行経路Ｒ１～Ｒ４を算出する（図３参照）。

処理はステップＳ１２５に進み、判定部２１６は、ステップＳ１２３で算出された歩行経路Ｒ１～Ｒ４のうち、第１所要時間内に待合せ場所８０に到着不可能な歩行経路があるか否かを判定する。図３に示すように第１所要時間内に待合せ場所８０に到着不可能な歩行経路Ｒ４がある場合（ステップＳ１２５でＹＥＳ）、処理はステップＳ１２７に進み、歩行経路Ｒ４は削除される。一方、第１所要時間内に待合せ場所８０に到着可能な歩行経路Ｒ１～Ｒ３がある場合（ステップＳ１２５でＮＯ）、歩行経路設定部２１７は歩行経路Ｒ１～Ｒ３をユーザ７０に提示するための歩行経路として設定する（ステップＳ１２９）。処理はステップＳ１３１に進み、歩行経路設定部２１７は設定した歩行経路Ｒ１～Ｒ３を示す信号を通信Ｉ／Ｆ２３を介してユーザ７０が所持する通信装置６０に送信する。

処理はステップＳ１３３に進み、通信装置６０は管理サーバ２０から送信された歩行経路Ｒ１～Ｒ３を示す信号を受信する。処理はステップＳ１３５に進み、図４に示すように、歩行経路Ｒ１～Ｒ３がディスプレイ６０４に表示される。ユーザ７０が待合せ場所８０に到着するまでステップＳ１１３の処理が繰り返し実行される（ステップＳ１３７）。

（作用効果）
以上説明したように、本実施形態に係る管理サーバ２０によれば、以下の作用効果が得られる。

管理サーバ２０は、位置情報取得部２１３と、第１所要時間算出部（所要時間算出部２１４）と、経路算出部（歩行経路算出部２１５）と、第２所要時間算出部（所要時間算出部２１４）と、判定部２１６と、出力部（通信Ｉ／Ｆ２３）とを備える。

位置情報取得部２１３は、ユーザ７０が所持する通信装置６０の位置情報、及びユーザ７０の配車リクエストに応じて配車されたタクシー４０の位置情報を取得する。第１所要時間算出部は、タクシー４０の位置情報に基づいて、タクシー４０が配車をリクエストしたユーザ７０を乗車させる待合せ場所８０に到着するまでの第１所要時間を算出する。

経路算出部は、通信装置６０の位置情報に基づいて、ユーザ７０の現在地から待合せ場所８０までの経路を複数算出する。第２所要時間算出部は、経路算出部によって算出された複数の経路のそれぞれについて、ユーザの現在地から待合せ場所に到着するまでの第２所要時間を算出する。

判定部２１６は、第２所要時間が第１所要時間と同一、または第１所要時間より短い場合、第２所要時間と紐付けられている経路はタクシー４０との待合せに間に合う経路であると判定する。出力部は、判定部２１６によってタクシー４０との待合せに間に合うと判定された経路を示す情報を通信装置６０に出力させる。

これにより、図４に示すように、タクシー４０との待合せに間に合う複数の歩行経路Ｒ１～Ｒ３をユーザ７０に提示できるため、ユーザ７０は複数の歩行経路Ｒ１～Ｒ３の中から好みの経路を選択することが可能となる。これにより、、ユーザ７０が待合せ場所８０に向かう際の移動に関する選択肢が増える。

（変形例１）
次に、図６を参照して本実施形態の変形例１について説明する。

図６に示すように、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ１～Ｒ４に紐付けられている第２所要時間を示す信号も一緒に通信装置６０に送信してもよい。

これにより、図６に示すように、通信装置６０のディスプレイ６０４には、管理サーバ２０から取得した歩行経路Ｒ１～Ｒ４、及び歩行経路Ｒ１～Ｒ４に紐付けられている第２所要時間が表示される。以後の説明において、歩行経路Ｒ１に沿って移動した場合の第２所要時間は５分、歩行経路Ｒ２に沿って移動した場合の第２所要時間は６分、歩行経路Ｒ３に沿って移動した場合の第２所要時間は７分、歩行経路Ｒ４に沿って移動した場合の第２所要時間は８分であると算出されたものと仮定する。

図３に示す例と同様に、歩行経路Ｒ１～Ｒ３は、第１所要時間内に待合せ場所８０に到着可能な歩行経路である。また、図６以降において、歩行経路Ｒ４も第１所要時間内に待合せ場所８０に到着可能な歩行経路である。判定部２１６は、歩行経路Ｒ４と紐付けられている第２所要時間（８分）は、第１所要時間（８分）と同じため、歩行経路Ｒ４は第１所要時間内に待合せ場所８０に到着可能な歩行経路であると判定する。

図６に示すように、ディスプレイ６０４には、歩行経路Ｒ１～Ｒ４、及び歩行経路Ｒ１～Ｒ４に紐付けられている第２所要時間が表示されるため、ユーザ７０は、それぞれの歩行経路を選択した場合の歩行時間を一目で把握することができる。ユーザ７０は、歩行時間を考慮して歩行経路Ｒ１～Ｒ４の中から好みの経路を選択することが可能となる。

（変形例２）
次に、図７を参照して本実施形態の変形例２について説明する。

変形例２において、所要時間算出部２１４は、余裕時間を算出する。余裕時間とは、ユーザ７０が待合せ場所８０に到着した際に、タクシー４０があと何分で待合せ場所８０に到着するかを示す時間である。余裕時間は、第１所要時間（８分）から第２所要時間を減算することにより算出される。歩行経路Ｒ１に沿って移動した場合の第２所要時間は５分、歩行経路Ｒ２に沿って移動した場合の第２所要時間は６分、歩行経路Ｒ３に沿って移動した場合の第２所要時間は７分、歩行経路Ｒ４に沿って移動した場合の第２所要時間は８分であるから、図７に示すように、歩行経路Ｒ１に沿って移動した場合の余裕時間は３分、歩行経路Ｒ２に沿って移動した場合の余裕時間は２分、歩行経路Ｒ３に沿って移動した場合の余裕時間は１分、歩行経路Ｒ４に沿って移動した場合の余裕時間は０分である。余裕時間も第２所要時間と同様に対応する歩行経路と紐付けられている。

余裕時間が長いほどユーザ７０はゆっくり待合せ場所８０に向かうことが可能である。一方、余裕時間が短いほど、ユーザ７０の余裕は少ない。例えば歩行経路Ｒ４のように余裕時間が０分である場合、時間的余裕のないことがユーザ７０にとって明らかとなるため、ユーザ７０は歩行経路Ｒ４を選択しない、または歩行経路Ｒ４を選択し即座に移動を開始する、急いで移動する、途中で立ち止まらずに移動する、時間を気にしながら移動する、といった様態で待合せ場所８０に向かうことを選択できるようになる。

変形例２において、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ１～Ｒ４に紐付けられている余裕時間を示す信号も一緒に通信装置６０に送信する。

これにより、図７に示すように、通信装置６０のディスプレイ６０４には、管理サーバ２０から取得した歩行経路Ｒ１～Ｒ４、及び歩行経路Ｒ１～Ｒ４に紐付けられている余裕時間が表示される。この表示によりユーザ７０は、それぞれの歩行経路を選択した場合の余裕時間を一目で把握することができる。ユーザ７０は、余裕時間を考慮して歩行経路Ｒ１～Ｒ４の中から好みの経路を選択することが可能となる。

（変形例３）
次に、図８を参照して本実施形態の変形例３について説明する。

ユーザ７０が待合せ場所８０に向かう際、道路の形状によっては、脇道、枝道などを利用することが可能である。図８に示す符号９０，９１は脇道、枝道において進むことが可能な方向を示す矢印である。例えば、歩行経路Ｒ１と歩行経路Ｒ３に着目する。歩行経路Ｒ１と歩行経路Ｒ３との間の脇道、枝道において、矢印９１は歩行経路Ｒ１から歩行経路Ｒ３に進んでもよく、歩行経路Ｒ３から歩行経路Ｒ１に進んでもよいことを示す。より詳しくは、矢印９１は歩行経路Ｒ１から歩行経路Ｒ３に進んだとしても、あるいは歩行経路Ｒ３から歩行経路Ｒ１に進んだとしてもタクシー４０との待合せに間に合うことを示す。

これに対し矢印９０は、歩行経路Ｒ３から歩行経路Ｒ１に進んでもよいことを示す一方で、歩行経路Ｒ１から歩行経路Ｒ３には進めないことを示す。より詳しくは、矢印９０は歩行経路Ｒ３から歩行経路Ｒ１に進んだ場合はタクシー４０との待合せに間に合うが、歩行経路Ｒ１から歩行経路Ｒ３に進んだ場合はタクシー４０との待合せに間に合わないことを示す。

歩行経路Ｒ１と歩行経路Ｒ２との間の脇道、枝道における矢印９０，９１、及び歩行経路Ｒ２と歩行経路Ｒ４との間の脇道、枝道における矢印９０，９１についても同様であるため、説明を省略する。

変形例３において、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、脇道、枝道において進むことが可能な方向を示す矢印を示す信号も一緒に通信装置６０に送信する。

これにより、図８に示すように、通信装置６０のディスプレイ６０４には、管理サーバ２０から取得した歩行経路Ｒ１～Ｒ４、及び脇道、枝道において進むことが可能な方向を示す矢印９０，９１が表示される。この表示によりユーザ７０は、脇道、枝道において進むことが可能な方向を一目で把握することができ、好みの脇道、枝道を進むことが可能となる。これにより、ユーザ７０が待合せ場所８０に向かう際の移動に関する選択肢が増える。

（変形例４）
次に、図９を参照して本実施形態の変形例４について説明する。

ユーザ７０が利用可能な道路には、坂道、階段、横断歩道橋などが存在する場合がある。坂道、階段、横断歩道橋などは平坦な経路と比較して歩行の負荷が大きい要素である。ユーザ７０によっては坂道、階段、横断歩道橋などを通過することは避けたい、というニーズがある。一例として、ユーザ７０が車椅子を利用する場合にこのようなニーズがある。変形例４において、管理サーバ２０は、歩行経路設定部２１７によって設定された歩行経路に坂道、階段、横断歩道橋などが存在する場合、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、坂道、階段、横断歩道橋などが存在することを示す信号も一緒に通信装置６０に送信する。

具体例を図９を参照して説明する。図９に示す歩行経路Ｒ４に階段が存在したと仮定する。この場合、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ４には階段が存在することを示す信号も一緒に通信装置６０に送信する。通信装置６０がこの信号を受信することにより、図９に示すように、ディスプレイ６０４には、歩行経路Ｒ１～Ｒ３は、通常の線で表示されるのに対し、歩行経路Ｒ４は点線で表示される。点線で示される歩行経路は階段が存在することを意味する、と予め表示ルールとして決められていれば、ユーザ７０は歩行経路Ｒ４に階段が存在することを一目で把握することができる。上述したようにユーザ７０が車椅子を利用する場合、歩行経路Ｒ１～Ｒ３を選択することにより、ユーザ７０は階段を回避することができる。

なお、図９では階段が存在する歩行経路を点線で表示したが、表示例はこれに限定されない。階段が存在する歩行経路は、太線で表示されてもよく、一点鎖線で表示されてもよい。階段が存在する歩行経路と平坦な歩行経路は、色で区別されてもよい。一例として、階段が存在する歩行経路は赤色、平坦な歩行経路は緑色で表示されてもよい。また、坂道、階段、横断歩道橋ごとに表示が異なってもよい。

また、管理サーバ２０（判定部２１６）は、地図データベース２４１を参照することにより、歩行経路Ｒ１～Ｒ４に坂道、階段、横断歩道橋などが存在する否かを判定することができる。なお、ユーザ７０の移動手段は徒歩、車椅子の他に自転車、走る（ランニング）などが挙げられる。

なお管理サーバ２０は、歩行経路Ｒ１～Ｒ４（複数の経路）の水平平面における高さを比較して移動の負荷が大きい要素が存在するか否かを判定してもよい。具体的には管理サーバ２０は、ある経路（図９の歩行経路Ｒ４）の水平平面における高さが他の経路（図９の歩行経路Ｒ１～Ｒ３）より高いまたは低い場合に、移動の負荷が大きい要素が存在すると判定してもよい。

（変形例５）
次に、図１０を参照して本実施形態の変形例５について説明する。

上述の変形例４では、歩行経路Ｒ４に階段が存在する場合、歩行経路Ｒ４を点線で表示した。歩行経路Ｒ４に階段が存在することをユーザ７０に提示する方法は、これに限定されない。図１０に示すように、歩行経路Ｒ４を指す吹き出し表示で「階段あり」と表示されてもよい。この表示によりユーザ７０は歩行経路Ｒ４に階段が存在することを一目で把握することができる。

変形例５における管理サーバ２０の動作例として、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ４には階段が存在することを示す信号（吹き出し表示用の信号）も一緒に通信装置６０に送信する。

（変形例６）
次に、図１１を参照して本実施形態の変形例６について説明する。

ユーザ７０が利用可能な道路には、歩道、公園内の道、駅の構内などが含まれる。このような場所において、コンビニエンスストアなどの店舗が存在していたり、物産展、祭りなどのイベントが開催されている場合がある。例えば、図１１に示すように、歩行経路Ｒ３にはコンビニエンスストアが存在し、歩行経路Ｒ１では物産展が開催されていて、歩行経路Ｒ４では祭りが行われていると仮定する。

この場合、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ１～Ｒ４における店舗情報、イベント情報を示す信号も一緒に通信装置６０に送信する。通信装置６０がこの信号を受信することにより、図１１に示すように、ディスプレイ６０４には、歩行経路Ｒ３にはコンビニエンスストアが存在すること、歩行経路Ｒ１では物産展が開催されていること、歩行経路Ｒ４では祭りが行われていることを示す吹き出しが表示される。

物産展で地域の特産品を買うことが好きなユーザであれば、歩行経路Ｒ１を選択することにより、ニーズが満たされる。あるいは、祭りを見ることが好きなユーザであれば、歩行経路Ｒ４を選択することにより、祭りを見ながら待合せ場所８０に向かうことができる。このように、複数の歩行経路Ｒ１～Ｒ４を表示する際に、これらの歩行経路上の店舗情報、イベント情報も合わせて表示することにより、ユーザ７０に幅広い選択肢を提供できる。

なお、コンビニエンスストアなどの店舗情報について、管理サーバ２０（情報取得部）は地図データベース２４１を参照することにより取得することができる。また、物産展、祭りなどのイベント情報について、管理サーバ２０（情報取得部）はユーザ７０の位置情報を用いて、ユーザ７０が居る地域のイベント情報をインターネットで検索して取得すればよい。店舗情報、イベント情報は図１１に示すように両方が表示されてもよく、どちらか一方のみが表示されてもよい。

また、歩行経路上の店舗情報、イベント情報を吹き出しで表示する際に、図１２に示すように、上述の余裕時間も合わせて表示してもよい。これにより、ユーザ７０は、歩行経路Ｒ３では余裕時間が１分しかないからコンビニエンスストアには寄れないが、歩行経路Ｒ１では余裕時間が３分あるから物産展に寄れる、といった判断を行いやすくなる。なお。この場合の管理サーバ２０の動作例として、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ１～Ｒ４における店舗情報、イベント情報を示す信号、及び歩行経路Ｒ１～Ｒ４に紐付けられている余裕時間を示す信号を一緒に通信装置６０に送信する。

ここで、図１２の表示例において、歩行経路Ｒ４では祭りが行われているものの、余裕時間が０分であるため、ユーザ７０が祭りを見るために歩行経路Ｒ４を選択したとしても、祭りを見る時間はない。そこで、図１３に示すように、余裕時間が所定時間より短い場合、その歩行経路における店舗情報、イベント情報は表示されないようにしてもよい。換言すれば、余裕時間が所定時間以上の場合のみ、その歩行経路における店舗情報、イベント情報は表示されるようにしてもよい。この場合の管理サーバ２０の動作例として、管理サーバ２０は、歩行経路Ｒ１～Ｒ４を示す信号を通信装置６０に送信する際に、歩行経路Ｒ１～Ｒ４における店舗情報、イベント情報を示す信号、及び歩行経路Ｒ１～Ｒ４に紐付けられている余裕時間を示す信号を一緒に通信装置６０に送信する。さらに管理サーバ２０は、余裕時間が所定時間より短いか否かを示す信号も一緒に通信装置６０に送信する。所定時間は特に限定されないが、一例として３０秒である。

上述の実施形態に記載される各機能は、１または複数の処理回路により実装され得る。処理回路は、電気回路を含む処理装置等のプログラムされた処理装置を含む。処理回路は、また、記載された機能を実行するようにアレンジされた特定用途向け集積回路（ＡＳＩＣ）や回路部品等の装置を含む。

上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。

歩行経路は一度設定されたら終了ではなく、ユーザ７０の現在地に応じて時々刻々と設定され続けてもよい。図１４に示すように、時刻Ｔの状態から時刻Ｔ＋１の状態に進むに従い、ユーザ７０の現在地は時々刻々と変化する。時々刻々と変化するユーザ７０の現在地に応じて、歩行経路設定部２１７は歩行経路を設定してもよい。これにより、ユーザ７０は最初に選択した歩行経路とは異なる歩行経路を選択することができる。

また、上述の実施形態では、通信装置６０に複数の歩行経路、余裕時間などを出力（表示）させるための所定の信号を通信装置６０に送信する主体を管理サーバ２０として説明したが、これに限定されない。通信装置６０に複数の歩行経路、余裕時間などを出力させるための所定の信号を通信装置６０に送信する主体は、通信装置６０であってもよく、タクシー４０であってもよい。

通信装置６０に複数の歩行経路、余裕時間などを出力させるための所定の信号を通信装置６０に送信する主体を通信装置６０とする場合、図１５に示すように、通信装置６０に搭載されたコンピュータ６０７が位置情報取得部６１０、所要時間算出部６１１、歩行経路算出部６１２、判定部６１３、歩行経路設定部６１４として機能すればよい。位置情報取得部６１０、所要時間算出部６１１、歩行経路算出部６１２、判定部６１３、歩行経路設定部６１４のこれらの機能は、図２に示す位置情報取得部２１３、所要時間算出部２１４、歩行経路算出部２１５、判定部２１６、歩行経路設定部２１７の機能と同じである。この場合、通信装置６０は、通信装置６０に複数の歩行経路、余裕時間などを出力させるための所定の信号を通信装置６０に出力する装置といえる。

一方、通信装置６０に複数の歩行経路、余裕時間などを出力させるための所定の信号を通信装置６０に送信する主体をタクシー４０とする場合、図１６に示すように、タクシー４０に搭載されたコンピュータ４０４が位置情報取得部４１０、所要時間算出部４１１、歩行経路算出部４１２、判定部４１３、歩行経路設定部４１４として機能すればよい。位置情報取得部４１０、所要時間算出部４１１、歩行経路算出部４１２、判定部４１３、歩行経路設定部４１４のこれらの機能は、図２に示す位置情報取得部２１３、所要時間算出部２１４、歩行経路算出部２１５、判定部２１６、歩行経路設定部２１７の機能と同じである。管理サーバ２０、通信装置６０に搭載されたコンピュータ６０７、及びタクシー４０に搭載されたコンピュータ４０４が移動支援装置に相当する。

日本国特許出願第２０２０－０６０５３５号（出願日：２０２０年３月３０日）の全内容は、ここに援用される。

１０ 移動支援システム
２０ 管理サーバ
３０ 通信ネットワーク
４０～４２ タクシー
６０ 通信装置
７０ ユーザ
２１１ 配車受付部
２１２ 割当部
２１３ 位置情報取得部
２１４ 所要時間算出部
２１５ 歩行経路算出部
２１６ 判定部
２１７ 歩行経路設定部
２４１ 地図データベース

Claims (6)

1. ユーザが所持する通信装置の位置情報、及び前記ユーザの配車リクエストに応じて配車された車両の位置情報を取得する位置情報取得部と、
   前記車両の位置情報に基づいて、前記車両が前記配車をリクエストした前記ユーザを乗車させる待合せ場所に到着するまでの第１所要時間を算出する第１所要時間算出部と、
   前記通信装置の位置情報に基づいて、前記ユーザの現在地から前記待合せ場所までの経路を複数算出する経路算出部と、
   前記経路算出部によって算出された複数の経路のそれぞれについて、前記ユーザの現在地から前記待合せ場所に到着するまでの第２所要時間を算出する第２所要時間算出部と、
   前記第２所要時間が前記第１所要時間と同一、または前記第１所要時間より短い場合、前記第２所要時間と紐付けられている前記経路は前記車両との待合せに間に合う経路であると判定する判定部と、
   前記判定部によって前記車両との待合せに間に合うと判定された経路を示す情報を前記通信装置に出力させる出力部と、
   を備え、
   前記車両との待合せに間に合う経路として第１経路及び第２経路が算出され、前記第１経路及び前記第２経路をつなぐ第３経路が存在する場合において、前記出力部は、前記第１経路から前記第３経路を経由して前記第２経路に至る進行方向と、前記第２経路から前記第３経路を経由して前記第１経路に至る進行方向とを、前記車両との待合せに間に合うか否かに応じて異なる形態で出力させる
   ことを特徴とする移動支援装置。
2. 前記判定部は、前記車両との待合せに間に合う経路において、移動の負荷が大きい要素が存在するか否かを判定し、
   前記出力部は、前記判定部によって前記移動の負荷が大きい要素が存在すると判定された場合、前記移動の負荷が大きい要素を示す情報を前記通信装置に出力させる
   ことを特徴とする請求項１に記載の移動支援装置。
3. 前記車両との待合せに間に合う経路上の店舗情報、またはイベント情報を取得する情報取得部をさらに備え、
   前記出力部は、前記情報取得部によって取得された前記店舗情報、または前記イベント情報を前記通信装置に出力させる
   ことを特徴とする請求項１または２に記載の移動支援装置。
4. 前記第１所要時間算出部は、前記第１所要時間から前記第２所要時間を減算して余裕時間を算出し、
   前記出力部は、前記第１所要時間算出部によって算出された前記余裕時間を示す情報を前記通信装置に出力させる
   ことを特徴とする請求項３に記載の移動支援装置。
5. 前記出力部は、前記余裕時間が所定時間以上の場合のみ、前記余裕時間と紐付けられている前記経路上の前記店舗情報、または前記イベント情報を前記通信装置に出力させる
   ことを特徴とする請求項４に記載の移動支援装置。
6. ユーザが所持する通信装置の位置情報、及び前記ユーザの配車リクエストに応じて配車された車両の位置情報を取得し、
   前記車両の位置情報に基づいて、前記車両が前記配車をリクエストした前記ユーザを乗車させる待合せ場所に到着するまでの第１所要時間を算出し、
   前記通信装置の位置情報に基づいて、前記ユーザの現在地から前記待合せ場所までの経路を複数算出し、
   算出した複数の経路のそれぞれについて、前記ユーザの現在地から前記待合せ場所に到着するまでの第２所要時間を算出し、
   前記第２所要時間が前記第１所要時間と同一、または前記第１所要時間より短い場合、前記第２所要時間と紐付けられている前記経路は前記車両との待合せに間に合う経路であると判定し、
   前記車両との待合せに間に合うと判定された経路を示す情報を前記通信装置に出力させ、
   前記車両との待合せに間に合う経路として第１経路及び第２経路が算出され、前記第１経路及び前記第２経路をつなぐ第３経路が存在する場合において、前記第１経路から前記第３経路を経由して前記第２経路に至る進行方向と、前記第２経路から前記第３経路を経由して前記第１経路に至る進行方向とを、前記車両との待合せに間に合うか否かに応じて異なる形態で前記通信装置に出力させる
   ことを特徴とする移動支援方法。

Images