知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024082114
(43)【公開日】2024-06-19
(54)【発明の名称】配車管理装置、及び配車管理方法
(51)【国際特許分類】
G08G 1/123 20060101AFI20240612BHJP
G01C 21/36 20060101ALI20240612BHJP
G16Y 10/40 20200101ALI20240612BHJP
G16Y 20/20 20200101ALI20240612BHJP
G16Y 40/60 20200101ALI20240612BHJP
【ＦＩ】
G08G1/123 A
G01C21/36
G16Y10/40
G16Y20/20
G16Y40/60
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2022195848
(22)【出願日】2022-12-07
(71)【出願人】
【識別番号】000003997
【氏名又は名称】日産自動車株式会社
(74)【代理人】
【識別番号】100103850
【弁理士】
【氏名又は名称】田中 秀▲てつ▼
(74)【代理人】
【識別番号】100114177
【弁理士】
【氏名又は名称】小林 龍
(74)【代理人】
【識別番号】100066980
【弁理士】
【氏名又は名称】森 哲也
(72)【発明者】
【氏名】▲高▼橋 奈都
(72)【発明者】
【氏名】藤田 晋
(72)【発明者】
【氏名】古城 直樹
【テーマコード（参考）】
2F129
5H181
【Ｆターム（参考）】
2F129AA04
2F129BB03
2F129EE57
2F129EE78
2F129EE79
2F129EE80
2F129EE84
2F129EE94
2F129FF02
2F129FF11
2F129FF15
2F129FF20
2F129FF41
2F129FF62
2F129FF63
2F129FF64
2F129FF68
2F129FF71
5H181AA14
5H181BB04
5H181BB05
5H181FF04
5H181FF10
5H181FF13
5H181FF27
5H181MA13
(57)【要約】
【課題】配車管理装置において、到着予想時刻の変化を考慮したサービスを提供する。
【解決手段】コントローラ１２は、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得し、車両３１が乗降地点に到着する更新された到着予想時刻Ｔｖ１を計算する。車両３１がユーザを乗せて移動しているときに、次のユーザＢを乗せる計画であるとする。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が早いときには、乗車中のユーザＡに当初より到着が早まることを通知する。一方、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が遅いときには、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する。
【選択図】図２
【解決手段】コントローラ１２は、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得し、車両３１が乗降地点に到着する更新された到着予想時刻Ｔｖ１を計算する。車両３１がユーザを乗せて移動しているときに、次のユーザＢを乗せる計画であるとする。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が早いときには、乗車中のユーザＡに当初より到着が早まることを通知する。一方、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が遅いときには、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する。
【選択図】図２
【特許請求の範囲】
【請求項1】
車両が乗降地点に到着する当初の車両到着予想時刻を取得する処理と、
前記車両が前記乗降地点に到着する更新された車両到着予想時刻を計算する処理と、
前記車両がユーザを乗せて移動しているときに、次のユーザを乗せる計画である場合、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が早いときには、乗車中のユーザに当初より到着が早まることを通知し、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が遅いときには、乗車中のユーザ及び次のユーザの双方に当初より到着が遅れることを通知する処理と、を実行するコントローラを備えていることを特徴とする配車管理装置。
前記車両が前記乗降地点に到着する更新された車両到着予想時刻を計算する処理と、
前記車両がユーザを乗せて移動しているときに、次のユーザを乗せる計画である場合、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が早いときには、乗車中のユーザに当初より到着が早まることを通知し、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が遅いときには、乗車中のユーザ及び次のユーザの双方に当初より到着が遅れることを通知する処理と、を実行するコントローラを備えていることを特徴とする配車管理装置。
【請求項2】
前記コントローラは、前記更新された車両到着予想時刻までに次のユーザが前記乗降地点に到着できると判定したときに、次のユーザにも当初より到着が早まることを通知する請求項１に記載の配車管理装置。
【請求項3】
前記コントローラは、次のユーザの位置情報を取得し、次のユーザが前記乗降地点に到着するユーザ到着予想時刻を計算する請求項２に記載の配車管理装置。
【請求項4】
前記コントローラは、前記位置情報の移動速度、又は次のユーザの過去の移動履歴情報から、次のユーザの移動速度を推定し、前記移動速度に応じて前記ユーザ到着予想時刻を計算することを特徴とする請求項３に記載の配車管理装置。
【請求項5】
前記コントローラは、前記更新された車両到着予想時刻までに次のユーザが前記乗降地点に到着できないと判定したときに、前記ユーザ到着予想時刻を前記更新された車両到着予想時刻として設定し、次のユーザに通知する請求項３に記載の配車管理装置。
【請求項6】
前記コントローラは、前記当初の車両到着予想時刻と前記更新された車両到着予想時刻との差分が予め定めた閾値以上であるときに、当初より到着がずれることを通知する請求項１に記載の配車管理装置。
【請求項7】
前記コントローラは、前記車両の位置情報を取得し、前記乗降地点までの距離が長いほど前記閾値を大きくする請求項６に記載の配車管理装置。
【請求項8】
前記コントローラは、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が遅いときには、ユーザのスケジュールを取得し、前記車両を降りた後の次のスケジュールまでの時間が短いほど前記閾値を小さくする請求項６に記載の配車管理装置。
【請求項9】
前記コントローラは、乗車中のユーザを降ろさずに次のユーザを乗せて合流させる計画である場合には、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が早いときでも、乗車中のユーザ及び次のユーザの双方に当初より到着が早まることを通知する請求項１に記載の配車管理装置。
【請求項10】
前記コントローラは、次のユーザの位置情報を取得し、次のユーザが前記乗降地点に到着したタイミングで、次のユーザにも当初より到着が早まったことを通知する請求項１に記載の配車管理装置。
【請求項11】
車両が乗降地点に到着する当初の車両到着予想時刻を取得する処理と、
前記車両が前記乗降地点に到着する更新された車両到着予想時刻を計算する処理と、
前記車両がユーザを乗せて移動しているときに、次のユーザを乗せる計画である場合、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が早いときには、乗車中のユーザに当初より到着が早まることを通知し、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が遅いときには、乗車中のユーザ及び次のユーザの双方に当初より到着が遅れることを通知する処理と、をコントローラに実行させることを特徴とする配車管理方法。
前記車両が前記乗降地点に到着する更新された車両到着予想時刻を計算する処理と、
前記車両がユーザを乗せて移動しているときに、次のユーザを乗せる計画である場合、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が早いときには、乗車中のユーザに当初より到着が早まることを通知し、前記当初の車両到着予想時刻よりも前記更新された車両到着予想時刻が遅いときには、乗車中のユーザ及び次のユーザの双方に当初より到着が遅れることを通知する処理と、をコントローラに実行させることを特徴とする配車管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、配車管理装置、及び配車管理方法に関する。
【背景技術】
【0002】
特許文献１では、乗合自動車の配車方法について記載されており、利用申込を受けたときに、運行中の経路に挿入できる既存の運行を選択し、利用申込をした利用者への配車を行なうことを提案している。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－２０９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
交通状況によっては到着予想時刻が当初の計画とずれることがあるが、こうした到着予想時刻の変化を考慮したサービスが提供されていなかった。
本発明の課題は、配車管理装置において、到着予想時刻の変化を考慮したサービスを提供することである。
本発明の課題は、配車管理装置において、到着予想時刻の変化を考慮したサービスを提供することである。
【課題を解決するための手段】
【0005】
本発明の一態様によれば、コントローラは、車両が乗降地点に到着する当初の車両到着予想時刻を取得する処理と、車両が乗降地点に到着する更新された車両到着予想時刻を計算する処理と、を実行する。車両がユーザを乗せて移動しているときに、次のユーザを乗せる計画であるとする。コントローラは、当初の車両到着予想時刻よりも更新された車両到着予想時刻が早いときには、乗車中のユーザに当初より到着が早まることを通知する処理を実行する。コントローラは、当初の車両到着予想時刻よりも更新された車両到着予想時刻が遅いときには、乗車中のユーザ及び次のユーザの双方に当初より到着が遅れることを通知する処理を実行する。
【発明の効果】
【0006】
本発明によれば、到着予想時刻の変化を考慮したサービスを提供することができる。
【図面の簡単な説明】
【0007】
【図1】配車管理装置を示すブロック図である。
【図2】第一実施形態の制御処理を示すフローチャートである。
【図3】走行シーンの一例を示す図である。
【図4】第二実施形態の制御処理を示すフローチャートである。
【図5】第三実施形態の制御処理を示すフローチャートである。
【図6】閾値Ｔｔｈの設定に用いるマップを示す図である。
【図7】第四実施形態の制御処理を示すフローチャートである。
【図8】第五実施形態の制御処理を示すフローチャートである。
【発明を実施するための形態】
【0008】
以下、本発明の実施形態を図面に基づいて説明する。なお、各図面は模式的なものであって、現実のものとは異なる場合がある。また、以下の実施形態は、本発明の技術的思想を具体化するための装置や方法を例示するものであり、構成を下記のものに特定するものでない。すなわち、本発明の技術的思想は、特許請求の範囲に記載された技術的範囲内において、種々の変更を加えることができる。
【0009】
《第一実施形態》
《構成》
図１は、配車管理装置を示すブロック図である。
配車管理装置１１は、ユーザからの予約を受けて配車サービスを提供するものであり、コントローラ１２と、通信装置１３と、予約情報データベース１４と、走行履歴データベース１５と、交通情報受信装置１６と、を備えている。
コントローラ１２は、例えばマイクロコンピュータであり、配車サービスの管理を行ないながら後述の制御処理を実行する。通信装置１３は、インターネットを通じて複数のユーザ端末２１、及び複数の車両３１との通信を行なう。予約情報データベース１４は、ユーザからの予約情報を格納している。予約情報には、ユーザの識別情報、予約時間、乗車する出発地点、他のユーザを乗車させて合流する経由地点、降車する到着地点、利用人数等が含まれている。走行履歴データベース１５は、車両３１の走行履歴情報を格納している。交通情報受信装置１６は、交通規制情報、交通障害情報、渋滞情報、所要時間情報等の道路交通情報を受信する。
《構成》
図１は、配車管理装置を示すブロック図である。
配車管理装置１１は、ユーザからの予約を受けて配車サービスを提供するものであり、コントローラ１２と、通信装置１３と、予約情報データベース１４と、走行履歴データベース１５と、交通情報受信装置１６と、を備えている。
コントローラ１２は、例えばマイクロコンピュータであり、配車サービスの管理を行ないながら後述の制御処理を実行する。通信装置１３は、インターネットを通じて複数のユーザ端末２１、及び複数の車両３１との通信を行なう。予約情報データベース１４は、ユーザからの予約情報を格納している。予約情報には、ユーザの識別情報、予約時間、乗車する出発地点、他のユーザを乗車させて合流する経由地点、降車する到着地点、利用人数等が含まれている。走行履歴データベース１５は、車両３１の走行履歴情報を格納している。交通情報受信装置１６は、交通規制情報、交通障害情報、渋滞情報、所要時間情報等の道路交通情報を受信する。
【0010】
ユーザ端末２１は、例えばスマートフォンやタブレット端末であり、通信装置２２と、入力装置２３と、表示装置２４と、測位装置２５と、を備えている。通信装置２２は、インターネットを通じて配車管理装置１１との通信を行なう。入力装置２３は、ユーザが指示入力を行なうときに操作される。表示装置２４は、画像を表示する。測位装置２５は、ＧＰＳによってユーザ端末２１の位置情報を取得する。
車両３１は、タクシーのような配車サービスに用いられる自動車であり、人間が運転するか自動運転であるかは問わない。車両３１は、通信装置３２、測位装置３３と、を備えている。通信装置３２は、インターネットを通じて配車管理装置１１との通信を行なう。測位装置３３は、ＧＰＳによって車両３１の位置情報を取得する。
車両３１は、タクシーのような配車サービスに用いられる自動車であり、人間が運転するか自動運転であるかは問わない。車両３１は、通信装置３２、測位装置３３と、を備えている。通信装置３２は、インターネットを通じて配車管理装置１１との通信を行なう。測位装置３３は、ＧＰＳによって車両３１の位置情報を取得する。
【0011】
コントローラ１２は、取得部１７と、再計算部１８と、通知部１９と、を備えている。取得部１７は、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得する。到着予想時刻Ｔｖ０とは、例えばユーザが予約した時点で計算された到着予想時刻であり、乗降地点までのルート、距離、道路交通情報等に基づいて計算されている。再計算部１８は、車両３１が乗降地点に到着する最新の到着予想時刻Ｔｖ１を再計算する。到着予想時刻Ｔｖ１は、現時点における乗降地点までのルート、距離、道路交通情報等に基づいて計算される。通知部１９は、当初の到着予想時刻Ｔｖ０と最新の到着予想時刻Ｔｖ１とを比較し、必要に応じてユーザに最新の到着予想時刻Ｔｖ１を通知する。
【0012】
次に、コントローラ１２で実行する制御処理について説明する。
図２は、第一実施形態の制御処理を示すフローチャートである。
ステップＳ１０１では、車両３１が乗降地点に向かって移動中であるか否かを判定する。車両３１が乗降地点に向かって移動中であるときはステップ１０２に移行する。一方、車両３１が乗降地点に向かって移動中でないときには、そのままメインプログラムに復帰する。
ステップＳ１０２では、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得する。到着予想時刻Ｔｖ０とは、例えばユーザが予約した時点で計算された到着予想時刻であり、乗降地点までのルート、距離、道路交通情報等に基づいて計算されている。
図２は、第一実施形態の制御処理を示すフローチャートである。
ステップＳ１０１では、車両３１が乗降地点に向かって移動中であるか否かを判定する。車両３１が乗降地点に向かって移動中であるときはステップ１０２に移行する。一方、車両３１が乗降地点に向かって移動中でないときには、そのままメインプログラムに復帰する。
ステップＳ１０２では、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得する。到着予想時刻Ｔｖ０とは、例えばユーザが予約した時点で計算された到着予想時刻であり、乗降地点までのルート、距離、道路交通情報等に基づいて計算されている。
【0013】
続くステップＳ１０３では、車両３１が乗降地点に到着する最新の到着予想時刻Ｔｖ１を再計算する。到着予想時刻Ｔｖ１は、現時点における乗降地点までのルート、距離、道路交通情報等に基づいて計算されている。
続くステップＳ１０４では、車両３１にユーザＡが乗車中であるか否かを判定する。ここでは、乗降地点に向かって移動しているときに車両３１に乗車しているユーザを便宜的にＡとしている。車両３１にユーザＡが乗車しているときにはステップＳ１０５に移行する。一方、車両３１にユーザＡが乗車していないときにはステップＳ１１２に移行する。
続くステップＳ１０４では、車両３１にユーザＡが乗車中であるか否かを判定する。ここでは、乗降地点に向かって移動しているときに車両３１に乗車しているユーザを便宜的にＡとしている。車両３１にユーザＡが乗車しているときにはステップＳ１０５に移行する。一方、車両３１にユーザＡが乗車していないときにはステップＳ１１２に移行する。
【0014】
ステップＳ１０５では、乗降地点でユーザＡを降ろしてから次のユーザＢを乗せる計画であるか否かを判定する。ここでは、乗降地点に向かって移動しているときに次に乗車させるユーザを便宜的にＢとしている。乗降地点でユーザＡを降ろしてから次のユーザＢを乗せる計画であるときにはステップＳ１０６に移行する。一方、乗降地点でユーザＡを降ろすだけで、次のユーザＢを乗せる計画がないときにはステップＳ１１０に移行する。
ステップＳ１０６では、当初の到着予想時刻Ｔｖ０と最新の到着予想時刻Ｔｖ１との差分ΔＴ（＝｜Ｔｖ０－Ｔｖ１｜）が予め定めた閾値Ｔｔｈ以上であるか否かを判定する。閾値Ｔｔｈは、例えば５分程度の固定値である。差分ΔＴが閾値Ｔｔｈ以上であるときにはステップＳ１０７に移行する。一方、差分ΔＴが閾値Ｔｔｈ未満であるときには、そのままメインプログラムに復帰する。
ステップＳ１０６では、当初の到着予想時刻Ｔｖ０と最新の到着予想時刻Ｔｖ１との差分ΔＴ（＝｜Ｔｖ０－Ｔｖ１｜）が予め定めた閾値Ｔｔｈ以上であるか否かを判定する。閾値Ｔｔｈは、例えば５分程度の固定値である。差分ΔＴが閾値Ｔｔｈ以上であるときにはステップＳ１０７に移行する。一方、差分ΔＴが閾値Ｔｔｈ未満であるときには、そのままメインプログラムに復帰する。
【0015】
ステップＳ１０７では、当初の到着予想時刻Ｔｖ０よりも早まるか否かを判定する。当初の到着予想時刻Ｔｖ０よりも早まるときにはステップＳ１０８に移行する。一方、当初の到着予想時刻Ｔｖ０よりも遅れるときにはステップＳ１０９に移行する。
ステップＳ１０８では、乗車中のユーザＡにだけ当初より到着が早まることを通知してから所定のメインプログラムに復帰する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＡにだけ通知し、ユーザＢには通知しない。通知とは、ユーザ端末２１に情報を送信するプッシュ通知だけでなく、ユーザが自分で問い合わせるプル型情報配信であってもよい。
ステップＳ１０９では、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知してから所定のメインプログラムに復帰する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＡ及びユーザＢの双方に通知する。
ステップＳ１０８では、乗車中のユーザＡにだけ当初より到着が早まることを通知してから所定のメインプログラムに復帰する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＡにだけ通知し、ユーザＢには通知しない。通知とは、ユーザ端末２１に情報を送信するプッシュ通知だけでなく、ユーザが自分で問い合わせるプル型情報配信であってもよい。
ステップＳ１０９では、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知してから所定のメインプログラムに復帰する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＡ及びユーザＢの双方に通知する。
【0016】
ステップＳ１１０では、当初の到着予想時刻Ｔｖ０と最新の到着予想時刻Ｔｖ１との差分ΔＴが閾値Ｔｔｈ以上であるか否かを判定する。差分ΔＴが閾値Ｔｔｈ以上であるときにはステップＳ１１１に移行する。一方、差分ΔＴが閾値Ｔｔｈ未満であるときには、そのままメインプログラムに復帰する。
ステップＳ１１１では、乗車中のユーザＡに当初より到着時刻がずれることを通知してから所定のメインプログラムに通知する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＡに通知する。
ステップＳ１１１では、乗車中のユーザＡに当初より到着時刻がずれることを通知してから所定のメインプログラムに通知する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＡに通知する。
【0017】
ステップＳ１１２では、当初の到着予想時刻Ｔｖ０と最新の到着予想時刻Ｔｖ１との差分ΔＴが閾値Ｔｔｈ以上であるか否かを判定する。差分ΔＴが閾値Ｔｔｈ以上であるときにはステップＳ１１３に移行する。一方、差分ΔＴが閾値Ｔｔｈ未満であるときには、そのままメインプログラムに復帰する。
ステップＳ１１３では、当初の到着予想時刻Ｔｖ０よりも遅れるか否かを判定する。当初の到着予想時刻Ｔｖ０よりも遅れるときにはステップＳ１１４に移行する。一方、当初の到着予想時刻Ｔｖ０よりも早まるときには、そのままメインプログラムに復帰する。
上記が第一実施形態のコントローラ１２で実行する制御処理である。そのうち、ステップＳ１０２の処理が取得部１７に対応し、ステップＳ１０３の処理が再計算部１８に対応し、ステップＳ１０４～Ｓ１１４の処理が通知部１９に対応している。
ステップＳ１１３では、当初の到着予想時刻Ｔｖ０よりも遅れるか否かを判定する。当初の到着予想時刻Ｔｖ０よりも遅れるときにはステップＳ１１４に移行する。一方、当初の到着予想時刻Ｔｖ０よりも早まるときには、そのままメインプログラムに復帰する。
上記が第一実施形態のコントローラ１２で実行する制御処理である。そのうち、ステップＳ１０２の処理が取得部１７に対応し、ステップＳ１０３の処理が再計算部１８に対応し、ステップＳ１０４～Ｓ１１４の処理が通知部１９に対応している。
【0018】
《動作》
次に、第一実施形態の主要な動作について説明する。
図３は、走行シーンの一例を示す図である。
図中の（ａ）に示すように、車両３１がユーザＡを乗せて乗降地点に向かって移動中であり（Ｓ１０４で“Yes”）、乗降地点でユーザＡが降り、同じ乗降地点で次にユーザＢが乗る計画であるとする（Ｓ１０５で“Yes”）。ユーザＡのユーザ端末２１Ａ、及びユーザＢのユーザ端末２１Ｂには、夫々、当初の到着予想時刻Ｔｖ０として「９：００」が通知されている。なお、ユーザＡの降車地点とユーザＢの乗車地点が同じである乗降地点とは、例えば駅等のタクシー乗り場である。
次に、第一実施形態の主要な動作について説明する。
図３は、走行シーンの一例を示す図である。
図中の（ａ）に示すように、車両３１がユーザＡを乗せて乗降地点に向かって移動中であり（Ｓ１０４で“Yes”）、乗降地点でユーザＡが降り、同じ乗降地点で次にユーザＢが乗る計画であるとする（Ｓ１０５で“Yes”）。ユーザＡのユーザ端末２１Ａ、及びユーザＢのユーザ端末２１Ｂには、夫々、当初の到着予想時刻Ｔｖ０として「９：００」が通知されている。なお、ユーザＡの降車地点とユーザＢの乗車地点が同じである乗降地点とは、例えば駅等のタクシー乗り場である。
【0019】
その後、図中の（ｂ）に示すように、交通量が少なく順調に運行したことで最新の到着予想時刻Ｔｖ１が５分早まり「８：５５」になったとする（Ｓ１０７で“Yes”）。このときは、乗車中のユーザＡにだけ当初より到着が早まることを通知する（Ｓ１０８）。すなわち、ユーザＡのユーザ端末２１Ａにだけ、最新の到着予想時刻Ｔｖ１として「８：５５」が通知される。ユーザＢのユーザ端末２１Ｂは、当初の到着予想時刻Ｔｖ０が通知されたままである。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを避けられる。したがって、ユーザＢに違和感を与えることがなくユーザビリティが向上する。
【0020】
また、図中の（ｃ）に示すように、交通渋滞が発生したことで最新の到着予想時刻Ｔｖ１が１０分遅れて「９：１０」になったとする（Ｓ１０７で“No”）。このときは、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する（Ｓ１０９）。すなわち、ユーザＡのユーザ端末２１Ａ、及びユーザＢのユーザ端末２１Ｂの双方に、最新の到着予想時刻Ｔｖ１として「９：１０」が通知される。当初より到着が遅れることは、乗車中のユーザＡのみならず次のユーザＢにとっても必要な情報であるため、双方に通知を行なうことによって配車サービスへの信頼度を高めることができる。
【0021】
また、ユーザＡが乗車しておらず、ユーザＢの乗車地点に向かって移動しているときにも（Ｓ１０４で“No”）、同じ考え方が適用される。すなわち、当初よりも到着が早まったときには（Ｓ１１３で“No”）、その旨をユーザＢに通知することはしない。これにより、乗車地点に向かっているユーザＢを急かしてしまうことを避けられる。したがって、ユーザＢに違和感を与えることがなくユーザビリティが向上する。一方、当初より到着が遅れるときには（Ｓ１１３で“Yes”）、その旨をユーザＢに通知する（Ｓ１１４）。当初より到着が遅れることは、ユーザＢにとって必要な情報であるため、通知を行なうことによって配車サービスへの信頼度を高めることができる。
【0022】
《変形例》
第一実施形態では、説明を簡単にするためにユーザＡの降車地点とユーザＢの乗車地点が同じである状況について述べたが、これに限定されるものではなく、当然のことながらユーザＡの降車地点とユーザＢの乗車地点とが離れていてもよい。この場合は、当初の到着予想時刻Ｔｖ０、最新の到着予想時刻Ｔｖ１、及び差分ΔＴを、ユーザＡの降車地点、及びユーザＢの乗車地点ごとに計算し、通知するか否かの判定を個別に扱えばよい。したがって、実際に生じ得る様々なシーンへの適用が可能である。
第一実施形態では、説明を簡単にするためにユーザＡの降車地点とユーザＢの乗車地点が同じである状況について述べたが、これに限定されるものではなく、当然のことながらユーザＡの降車地点とユーザＢの乗車地点とが離れていてもよい。この場合は、当初の到着予想時刻Ｔｖ０、最新の到着予想時刻Ｔｖ１、及び差分ΔＴを、ユーザＡの降車地点、及びユーザＢの乗車地点ごとに計算し、通知するか否かの判定を個別に扱えばよい。したがって、実際に生じ得る様々なシーンへの適用が可能である。
【0023】
第一実施形態では、乗車中のユーザＡを降ろしてから、次のユーザＢを乗せる計画について説明したが、これに限定されるものではない。すなわち、次のユーザＢを乗せてからユーザＡを降ろすことも考えられるため、乗車中のユーザＡを降ろすタイミングについては、次のユーザＢを乗せる前であっても後であってもよい。したがって、実際に生じる様々なシーンへの適用が可能である。
第一実施形態では、最新の車両到着予想時刻Ｔｖ１をユーザに通知する構成について説明したが、これに限定されるものではない。すなわち、ユーザに通知する情報は、常に最新の情報でなくてもよく、少なくとも当初の到着予想時刻Ｔｖ０から更新された情報であればよい。
第一実施形態では、最新の車両到着予想時刻Ｔｖ１をユーザに通知する構成について説明したが、これに限定されるものではない。すなわち、ユーザに通知する情報は、常に最新の情報でなくてもよく、少なくとも当初の到着予想時刻Ｔｖ０から更新された情報であればよい。
【0024】
《効果》
次に、第一実施形態の主要な効果について説明する。
（１）配車管理装置１１は、コントローラ１２を備えている。コントローラ１２は、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得する処理と、車両３１が乗降地点に到着する更新された到着予想時刻Ｔｖ１を計算する処理と、を実行する。車両３１がユーザを乗せて移動しているときに、次のユーザＢを乗せる計画であるとする。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が早いときには、乗車中のユーザＡに当初より到着が早まることを通知する処理を実行する。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が遅いときには、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する処理を実行する。これにより、到着予想時刻の変化を考慮したサービスを提供することができる。当初より到着が早まるときには、乗車中のユーザＡにだけ通知するため、乗降地点に向かっている次のユーザＢを急かしてしまうことを避けられる。
（２）コントローラ１２は、当初の到着予想時刻Ｔｖ０と更新された到着予想時刻Ｔｖ１との差分ΔＴが予め定めた閾値Ｔｔｈ以上であるときに、当初より到着がずれることを通知する。これにより、ユーザへの通知頻度を減らすことができる。
次に、第一実施形態の主要な効果について説明する。
（１）配車管理装置１１は、コントローラ１２を備えている。コントローラ１２は、車両３１が乗降地点に到着する当初の到着予想時刻Ｔｖ０を取得する処理と、車両３１が乗降地点に到着する更新された到着予想時刻Ｔｖ１を計算する処理と、を実行する。車両３１がユーザを乗せて移動しているときに、次のユーザＢを乗せる計画であるとする。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が早いときには、乗車中のユーザＡに当初より到着が早まることを通知する処理を実行する。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が遅いときには、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する処理を実行する。これにより、到着予想時刻の変化を考慮したサービスを提供することができる。当初より到着が早まるときには、乗車中のユーザＡにだけ通知するため、乗降地点に向かっている次のユーザＢを急かしてしまうことを避けられる。
（２）コントローラ１２は、当初の到着予想時刻Ｔｖ０と更新された到着予想時刻Ｔｖ１との差分ΔＴが予め定めた閾値Ｔｔｈ以上であるときに、当初より到着がずれることを通知する。これにより、ユーザへの通知頻度を減らすことができる。
【0025】
次に、比較例について説明する。
乗車中のユーザＡを降ろしてから次のユーザＢを乗せる計画であるときに、交通量が少なく順調に運行したことで更新された到着予想時刻Ｔｖ１が５分早まったとする。ここで、次のユーザＢに注目すると、ユーザＢは当初の到着予想時刻Ｔｖ０までに乗降地点に到着できるように行動している。そのため、乗車中のユーザＡのみならず次のユーザＢに対しても当初より到着が早まることを通知すると、当初の計画通りに行動していたユーザＢを急かし、ユーザＢに違和感を与えてしまう。
乗車中のユーザＡを降ろしてから次のユーザＢを乗せる計画であるときに、交通量が少なく順調に運行したことで更新された到着予想時刻Ｔｖ１が５分早まったとする。ここで、次のユーザＢに注目すると、ユーザＢは当初の到着予想時刻Ｔｖ０までに乗降地点に到着できるように行動している。そのため、乗車中のユーザＡのみならず次のユーザＢに対しても当初より到着が早まることを通知すると、当初の計画通りに行動していたユーザＢを急かし、ユーザＢに違和感を与えてしまう。
【0026】
《第二実施形態》
《構成》
第二実施形態は、次のユーザＢが乗降地点に到着する到着予想時刻Ｔｕを考慮するものであり、それ以外の構成については前述した第一実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図４は、第二実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ１０８に続く処理として、新たなステップＳ２０１～Ｓ２０５を追加している。
《構成》
第二実施形態は、次のユーザＢが乗降地点に到着する到着予想時刻Ｔｕを考慮するものであり、それ以外の構成については前述した第一実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図４は、第二実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ１０８に続く処理として、新たなステップＳ２０１～Ｓ２０５を追加している。
【0027】
ステップＳ２０１では、次のユーザＢが乗降地点に到着する到着予想時刻Ｔｕを計算する。到着予想時刻Ｔｕは、ユーザＢの位置情報、乗降地点までのルート、距離、移動速度に基づいて計算される。ユーザＢは、徒歩で移動することの他に、自転車やキックボードを利用している場合も考えられるため、移動速度については、位置情報の移動速度や過去の移動履歴情報から推定する。徒歩で移動している場合は、１分間で例えば８０ｍ進む程度の速さとなる。なお、移動手段に関し、ユーザＢからの入力情報や、自転車やキックボードの利用情報を取得できるなら、夫々の基準となる移動速度を適用すればよい。
続くステップＳ２０２では、ユーザＢの到着予想時刻Ｔｕが最新の到着予想時刻Ｔｖ１以前であるか否かを判定する。ユーザＢの到着予想時刻Ｔｕが最新の到着予想時刻Ｔｖ１以前であるときにはステップＳ２０３に移行する。一方、ユーザＢの到着予想時刻Ｔｕが最新の到着予想時刻Ｔｖ１より後であるときにはステップＳ２０４に移行する。
続くステップＳ２０２では、ユーザＢの到着予想時刻Ｔｕが最新の到着予想時刻Ｔｖ１以前であるか否かを判定する。ユーザＢの到着予想時刻Ｔｕが最新の到着予想時刻Ｔｖ１以前であるときにはステップＳ２０３に移行する。一方、ユーザＢの到着予想時刻Ｔｕが最新の到着予想時刻Ｔｖ１より後であるときにはステップＳ２０４に移行する。
【0028】
ステップＳ２０３では、次のユーザＢにも当初より到着が早まることを通知してから所定のメインプログラムに復帰する。具体的には、最新の車両到着予想時刻Ｔｖ１をユーザＢにも通知する。
ステップＳ２０４では、到着予想時刻Ｔｕを最新の到着予想時刻Ｔｖ１として再設定する。
続くステップＳ２０５では、新たに再設定した到着予想時刻Ｔｖ１をユーザＢに通知してから所定のメインプログラムに復帰する。
上記が第二実施形態のコントローラ１２で実行する制御処理である。ステップＳ２０１～Ｓ２０５の処理が通知部１９に含まれる。
ステップＳ２０４では、到着予想時刻Ｔｕを最新の到着予想時刻Ｔｖ１として再設定する。
続くステップＳ２０５では、新たに再設定した到着予想時刻Ｔｖ１をユーザＢに通知してから所定のメインプログラムに復帰する。
上記が第二実施形態のコントローラ１２で実行する制御処理である。ステップＳ２０１～Ｓ２０５の処理が通知部１９に含まれる。
【0029】
《動作》
次に、第二実施形態の主要な動作について説明する。
ユーザＢが乗降地点に早めに到着できる場合もある。そこで、ユーザＢの位置情報を取得し、乗降地点に到着する到着予想時刻Ｔｕを計算する（Ｓ２０１）。これにより、乗降地点に到着できる到着予想時刻Ｔｕを計算することができる。したがって、最新の到着予想時刻Ｔｖ１までに次のユーザＢが乗降地点に到着できるか否かを精度よく判定することができる。そして、ユーザＢが最新の到着予想時刻Ｔｖ１までに到着できると判定したときには（Ｓ２０２で“Yes”）、ユーザＢにも当初より到着が早まることを通知する（Ｓ２０３）。これにより、ユーザＢは予定よりも早く次の行動へ移ることができる。したがって、時間を有効に用いることができ、ユーザビリティが向上する。
次に、第二実施形態の主要な動作について説明する。
ユーザＢが乗降地点に早めに到着できる場合もある。そこで、ユーザＢの位置情報を取得し、乗降地点に到着する到着予想時刻Ｔｕを計算する（Ｓ２０１）。これにより、乗降地点に到着できる到着予想時刻Ｔｕを計算することができる。したがって、最新の到着予想時刻Ｔｖ１までに次のユーザＢが乗降地点に到着できるか否かを精度よく判定することができる。そして、ユーザＢが最新の到着予想時刻Ｔｖ１までに到着できると判定したときには（Ｓ２０２で“Yes”）、ユーザＢにも当初より到着が早まることを通知する（Ｓ２０３）。これにより、ユーザＢは予定よりも早く次の行動へ移ることができる。したがって、時間を有効に用いることができ、ユーザビリティが向上する。
【0030】
ユーザＢが最新の到着予想時刻Ｔｖ１までに到着できないとしても、少なくとも当初の到着予想時刻Ｔｖ０までには到着できると考えられる。そこで、ユーザＢが最新の到着予想時刻Ｔｖ１までに到着できないと判定したときには（Ｓ２０２で“No”）、ユーザＢの到着予想時刻Ｔｕを車両３１の最新の到着予想時刻Ｔｖ１として再設定し（Ｓ２０４）、これを次のユーザＢに通知する（Ｓ２０５）。これにより、ユーザＢは少しでも早く次の行動へ移ることができる。したがって、少しでも時間を有効に用いることができ、ユーザビリティが向上する。
ここでは、説明を省略するが、ユーザＡが乗車しておらず、ユーザＢの乗車地点に向かって移動しているときにも（Ｓ１０４で“No”）、同じ考え方を適用してもよい。
ここでは、説明を省略するが、ユーザＡが乗車しておらず、ユーザＢの乗車地点に向かって移動しているときにも（Ｓ１０４で“No”）、同じ考え方を適用してもよい。
【0031】
《効果》
次に、第二実施形態の主要な効果について説明する。
（１）コントローラ１２は、更新された到着予想時刻Ｔｖ１までに次のユーザＢが乗降地点に到着できると判定したときに、次のユーザＢにも当初より到着が早まることを通知する。これにより、ユーザＢは予定よりも早く次の行動へ移ることができる。
（２）コントローラ１２は、次のユーザＢの位置情報を取得し、次のユーザが乗降地点に到着する到着予想時刻Ｔｕを計算する。これにより、乗降地点に到着できる到着予想時刻Ｔｕを計算することができる。
次に、第二実施形態の主要な効果について説明する。
（１）コントローラ１２は、更新された到着予想時刻Ｔｖ１までに次のユーザＢが乗降地点に到着できると判定したときに、次のユーザＢにも当初より到着が早まることを通知する。これにより、ユーザＢは予定よりも早く次の行動へ移ることができる。
（２）コントローラ１２は、次のユーザＢの位置情報を取得し、次のユーザが乗降地点に到着する到着予想時刻Ｔｕを計算する。これにより、乗降地点に到着できる到着予想時刻Ｔｕを計算することができる。
【0032】
（３）コントローラは、ユーザＢの位置情報の移動速度、又は次のユーザＢの過去の移動履歴情報から、ユーザＢの移動速度を推定し、移動速度に応じて到着予想時刻Ｔｕを計算する。これにより、ユーザＢを急かすことなく、乗降地点に到着できる到着予想時刻Ｔｕを精度よく計算することができる。
（４）コントローラ１２は、更新された到着予想時刻Ｔｖ１までに次のユーザＢが乗降地点に到着できないと判定したときに、到着予想時刻Ｔｕを更新された到着予想時刻Ｔｖ１として設定し、次のユーザＢに通知する。これにより、ユーザＢは少しでも早く次の行動へ移ることができる。
共通した構成によってもたらされる他の作用効果については、前述した第一実施形態と同様である。
（４）コントローラ１２は、更新された到着予想時刻Ｔｖ１までに次のユーザＢが乗降地点に到着できないと判定したときに、到着予想時刻Ｔｕを更新された到着予想時刻Ｔｖ１として設定し、次のユーザＢに通知する。これにより、ユーザＢは少しでも早く次の行動へ移ることができる。
共通した構成によってもたらされる他の作用効果については、前述した第一実施形態と同様である。
【0033】
《第三実施形態》
《構成》
第三実施形態は、閾値Ｔｔｈを可変にするものであり、それ以外の構成については前述した第一実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図５は、第三実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ１０３に続く処理として、新たなステップＳ３０１を追加している。
ステップＳ３０１では、マップを参照し、閾値Ｔｔｈを設定する。
《構成》
第三実施形態は、閾値Ｔｔｈを可変にするものであり、それ以外の構成については前述した第一実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図５は、第三実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ１０３に続く処理として、新たなステップＳ３０１を追加している。
ステップＳ３０１では、マップを参照し、閾値Ｔｔｈを設定する。
【0034】
図６は、閾値Ｔｔｈの設定に用いるマップを示す図である。
図中の（ａ）は、車両３１の乗降地点までの距離Ｄに応じて閾値Ｔｔｈを設定するマップである。距離Ｄは、車両３１の位置情報、及び乗降地点までのルートから計算するものとする。マップは、横軸を距離Ｄとし、縦軸を閾値Ｔｔｈにしてあり、距離Ｄが長いほど閾値Ｔｔｈが大きくなるように設定されている。
図中の（ｂ）は、ユーザＡ及びユーザＢにおける車両３１を降りた後の次のスケジュールまでの時間Ｔｓに応じて閾値Ｔｔｈを設定するマップである。時間Ｔｓは、各ユーザのユーザ端末２１に記録されたスケジュールから取得するものとする。マップは、横軸を時間Ｔｓとし、縦軸を閾値Ｔｔｈにしてあり、時間Ｔｓが短いほど閾値Ｔｔｈが小さくなるように設定されている。
図中の（ａ）は、車両３１の乗降地点までの距離Ｄに応じて閾値Ｔｔｈを設定するマップである。距離Ｄは、車両３１の位置情報、及び乗降地点までのルートから計算するものとする。マップは、横軸を距離Ｄとし、縦軸を閾値Ｔｔｈにしてあり、距離Ｄが長いほど閾値Ｔｔｈが大きくなるように設定されている。
図中の（ｂ）は、ユーザＡ及びユーザＢにおける車両３１を降りた後の次のスケジュールまでの時間Ｔｓに応じて閾値Ｔｔｈを設定するマップである。時間Ｔｓは、各ユーザのユーザ端末２１に記録されたスケジュールから取得するものとする。マップは、横軸を時間Ｔｓとし、縦軸を閾値Ｔｔｈにしてあり、時間Ｔｓが短いほど閾値Ｔｔｈが小さくなるように設定されている。
【0035】
ここでは、距離Ｄ及び時間Ｔｓの何れか一方から閾値Ｔｔｈを設定するものとするが、これに限定されるものではない。すなわち、距離Ｄから閾値Ｔｔｈ１を設定し、時間Ｔｓから閾値Ｔｔｈ２を設定し、双方に重みづけをして最終的に一つの閾値Ｔｔｈを設定してもよい。（ｂ）のマップを参照する場合、ユーザＡ及びユーザＢに対して個別に閾値Ｔｔｈを設定することになる。したがって、以降の処理となるステップＳ１０６、Ｓ１１０、Ｓ１１２では、差分ΔＴが閾値Ｔｔｈ以上であるか否かを、ユーザＡ及びユーザＢに対して個別に判定する。
上記が第三実施形態のコントローラ１２で実行する制御処理である。新たに追加したステップＳ３０１の処理が通知部１９に含まれる。
上記が第三実施形態のコントローラ１２で実行する制御処理である。新たに追加したステップＳ３０１の処理が通知部１９に含まれる。
【0036】
《動作》
次に、第三実施形態の主要な動作について説明する。
車両３１の乗降地点までの距離Ｄが長いほど、不確定要素が増加することで到着予想時刻Ｔｖ１の計測精度が粗くなると考えられる。そこで、車両３１の位置情報を取得し、乗降地点までの距離Ｄが長いほど閾値Ｔｔｈを大きくする。閾値Ｔｔｈを大きくすれば、差分ΔＴが閾値Ｔｔｈ以上となりにくくなるため、当初よりも到着がずれると判定しにくくなる。このように、到着予想時刻Ｔｖ１の計測精度が粗い状況では、通知のための判定処理を鈍感にすることで、局所的な変化によって影響を受けることがない安定したシステムを実現できる。
次に、第三実施形態の主要な動作について説明する。
車両３１の乗降地点までの距離Ｄが長いほど、不確定要素が増加することで到着予想時刻Ｔｖ１の計測精度が粗くなると考えられる。そこで、車両３１の位置情報を取得し、乗降地点までの距離Ｄが長いほど閾値Ｔｔｈを大きくする。閾値Ｔｔｈを大きくすれば、差分ΔＴが閾値Ｔｔｈ以上となりにくくなるため、当初よりも到着がずれると判定しにくくなる。このように、到着予想時刻Ｔｖ１の計測精度が粗い状況では、通知のための判定処理を鈍感にすることで、局所的な変化によって影響を受けることがない安定したシステムを実現できる。
【0037】
また、ユーザにとっては車両３１を降りた後の次のスケジュールまでの時間Ｔｓが気がかりであり、次のスケジュールまでの時間Ｔｓが短いほど、最新の到着予想時刻Ｔｖ１を知りたがると考えられる。そこで、各ユーザのユーザ端末２１に記録されたスケジュールからユーザＡ及びユーザＢにおける車両３１を降りた後の次のスケジュールまでの時間Ｔｓを取得し、時間Ｔｓが短いほど閾値Ｔｔｈが小さくする。閾値Ｔｔｈを小さくすれば、差分ΔＴが閾値Ｔｔｈ以上となりやすくなるため、当初よりも到着がずれると判定しやすくなる。このように、ユーザが最新の到着予想時刻Ｔｖ１を知りたがる状況では、通知のための判定処理を敏感にすることで、局所的な変化に追従する高性能なシステムを実現できる。
【0038】
《効果》
次に、第三実施形態の主要な効果について説明する。
（１）コントローラ１２は、車両３１の位置情報を取得し、乗降地点までの距離Ｄが長いほど閾値Ｔｔｈを大きくする。これにより、到着予想時刻Ｔｖ１の計測精度が粗い状況で、通知のための判定処理を鈍感にすることができる。
（２）コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が遅いときには、ユーザのスケジュールを取得し、車両３１を降りた後の次のスケジュールまでの時間Ｔｓが短いほど閾値Ｔｔｈを小さくする。これにより、ユーザが更新された到着予想時刻Ｔｖ１を知りたがる状況で、通知のための判定処理を敏感にすることができる。
共通した構成によってもたらされる他の作用効果については、前述した第一実施形態と同様である。
次に、第三実施形態の主要な効果について説明する。
（１）コントローラ１２は、車両３１の位置情報を取得し、乗降地点までの距離Ｄが長いほど閾値Ｔｔｈを大きくする。これにより、到着予想時刻Ｔｖ１の計測精度が粗い状況で、通知のための判定処理を鈍感にすることができる。
（２）コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が遅いときには、ユーザのスケジュールを取得し、車両３１を降りた後の次のスケジュールまでの時間Ｔｓが短いほど閾値Ｔｔｈを小さくする。これにより、ユーザが更新された到着予想時刻Ｔｖ１を知りたがる状況で、通知のための判定処理を敏感にすることができる。
共通した構成によってもたらされる他の作用効果については、前述した第一実施形態と同様である。
【0039】
《第四実施形態》
《構成》
第四実施形態は、乗車中のユーザＡを降ろさずに次のユーザＢを乗せて合流させる状況に対応するものであり、それ以外の構成については前述した第一実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図７は、第四実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ１０５の処理を、新たなステップＳ４０１に変更し、ステップＳ１０７からステップＳ１０８へ移行する間の処理として、新たなステップＳ４０２を追加している。
《構成》
第四実施形態は、乗車中のユーザＡを降ろさずに次のユーザＢを乗せて合流させる状況に対応するものであり、それ以外の構成については前述した第一実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図７は、第四実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ１０５の処理を、新たなステップＳ４０１に変更し、ステップＳ１０７からステップＳ１０８へ移行する間の処理として、新たなステップＳ４０２を追加している。
【0040】
ステップＳ４０１では、次のユーザＢを乗せる計画であるか否かを判定する。次のユーザＢを乗せる計画であるときにはステップＳ１０６に移行する。一方、次のユーザＢを乗せる計画がないときにはステップＳ１１０に移行する。
ステップＳ４０２では、乗車中のユーザＡが乗降地点で降りるか否かを判定する。乗車中のユーザＡが乗降地点で降りるときには、ユーザの入れ替えであると判断してステップＳ１０８に移行する。一方、乗車中のユーザＡが乗降地点で降りないときには、次のユーザＢを乗せて合流させる計画であると判断してステップＳ１０９に移行する。
上記が第四実施形態のコントローラ１２で実行する制御処理である。ステップＳ４０１、Ｓ４０２の処理が通知部１９に含まれる。
ステップＳ４０２では、乗車中のユーザＡが乗降地点で降りるか否かを判定する。乗車中のユーザＡが乗降地点で降りるときには、ユーザの入れ替えであると判断してステップＳ１０８に移行する。一方、乗車中のユーザＡが乗降地点で降りないときには、次のユーザＢを乗せて合流させる計画であると判断してステップＳ１０９に移行する。
上記が第四実施形態のコントローラ１２で実行する制御処理である。ステップＳ４０１、Ｓ４０２の処理が通知部１９に含まれる。
【0041】
《動作》
次に、第四実施形態の主要な動作について説明する。
乗車中のユーザＡを降ろさずに次のユーザＢを乗せて合流させる計画であるなら、相乗りであったりユーザＡ及びユーザＢが待ち合わせていたりすることが考えられ、このような状況では互いが最新の到着予想時刻Ｔｖ１を共有しておくことが有益である。そこで、乗降地点でユーザＢを乗せ（Ｓ４０１で“Yes”）、且つ乗降地点でユーザＡが降りないときには（Ｓ４０２で“No”）、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する（Ｓ１０９）。これにより、相乗りであったりユーザＡ及びユーザＢが待ち合わせていたりする状況で、互いに最新の到着予想時刻Ｔｖ１を共有することができる。一方、乗降地点でユーザＡが降りるときには、乗車中のユーザＡにだけ当初より到着が早まることを通知する（Ｓ１０８）。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを避けられる。
次に、第四実施形態の主要な動作について説明する。
乗車中のユーザＡを降ろさずに次のユーザＢを乗せて合流させる計画であるなら、相乗りであったりユーザＡ及びユーザＢが待ち合わせていたりすることが考えられ、このような状況では互いが最新の到着予想時刻Ｔｖ１を共有しておくことが有益である。そこで、乗降地点でユーザＢを乗せ（Ｓ４０１で“Yes”）、且つ乗降地点でユーザＡが降りないときには（Ｓ４０２で“No”）、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が遅れることを通知する（Ｓ１０９）。これにより、相乗りであったりユーザＡ及びユーザＢが待ち合わせていたりする状況で、互いに最新の到着予想時刻Ｔｖ１を共有することができる。一方、乗降地点でユーザＡが降りるときには、乗車中のユーザＡにだけ当初より到着が早まることを通知する（Ｓ１０８）。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを避けられる。
【0042】
《変形例》
第四実施形態では、ユーザＡ及びユーザＢが相乗りであるか又は待ち合わせをしているかを、単純に乗降地点でユーザＡが降りるか否かで判定しているが、これに限定されるものではない。ユーザＡ及びユーザＢの目的地が同じであること、ユーザ端末２１に互いの連絡先情報が記憶されていること、配車サービスにおける相乗りや待ち合わせの履歴があることのうち、少なくとも一つをアンド条件で追加してもよい。これにより、ユーザＡ及びユーザＢが相乗りであるか又は待ち合わせをしているかを、より正確に判定することができる。
第四実施形態では、ユーザＡ及びユーザＢが相乗りであるか又は待ち合わせをしているかを、単純に乗降地点でユーザＡが降りるか否かで判定しているが、これに限定されるものではない。ユーザＡ及びユーザＢの目的地が同じであること、ユーザ端末２１に互いの連絡先情報が記憶されていること、配車サービスにおける相乗りや待ち合わせの履歴があることのうち、少なくとも一つをアンド条件で追加してもよい。これにより、ユーザＡ及びユーザＢが相乗りであるか又は待ち合わせをしているかを、より正確に判定することができる。
【0043】
《効果》
次に、第四実施形態の主要な効果について説明する。
（１）乗車中のユーザＡを降ろさずに次のユーザＢを乗せて合流させる計画であるとする。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が早いときでも、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が早まることを通知する。これにより、相乗りであったりユーザＡ及びユーザＢが待ち合わせていたりする状況で、互いに更新された到着予想時刻Ｔｖ１を共有することができる。
共通した構成によってもたらされる他の作用効果については、前述した第一実施形態と同様である。
次に、第四実施形態の主要な効果について説明する。
（１）乗車中のユーザＡを降ろさずに次のユーザＢを乗せて合流させる計画であるとする。コントローラ１２は、当初の到着予想時刻Ｔｖ０よりも更新された到着予想時刻Ｔｖ１が早いときでも、乗車中のユーザＡ及び次のユーザＢの双方に当初より到着が早まることを通知する。これにより、相乗りであったりユーザＡ及びユーザＢが待ち合わせていたりする状況で、互いに更新された到着予想時刻Ｔｖ１を共有することができる。
共通した構成によってもたらされる他の作用効果については、前述した第一実施形態と同様である。
【0044】
《第五実施形態》
《構成》
第五実施形態は、当初より到着が早まることをユーザＢへ通知するタイミングを考慮するものであり、それ以外の構成については前述した第二実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図８は、第五実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ２０５の処理を、新たなステップＳ５０１に変更している。
ステップＳ５０１では、新たに再設定した到着予想時刻Ｔｖ１を、到着予想時刻Ｔｖ１になった時点でユーザＢに通知する設定をしてから所定のメインプログラムに復帰する。
上記が第五実施形態のコントローラ１２で実行する制御処理である。ステップＳ５０１の処理が通知部１９に含まれる。
《構成》
第五実施形態は、当初より到着が早まることをユーザＢへ通知するタイミングを考慮するものであり、それ以外の構成については前述した第二実施形態と同様であるため、共通する部分については詳細な説明を省略する。
図８は、第五実施形態の制御処理を示すフローチャートである。
ここでは、ステップＳ２０５の処理を、新たなステップＳ５０１に変更している。
ステップＳ５０１では、新たに再設定した到着予想時刻Ｔｖ１を、到着予想時刻Ｔｖ１になった時点でユーザＢに通知する設定をしてから所定のメインプログラムに復帰する。
上記が第五実施形態のコントローラ１２で実行する制御処理である。ステップＳ５０１の処理が通知部１９に含まれる。
【0045】
《動作》
次に、第五実施形態の主要な動作について説明する。
ユーザＢにとって、到着予想時刻Ｔｖ０よりも前に到着できる状況であっても、当初より到着が早まることを事前に通知されると心理的に急かされてしまうことも考えられる。そこで、ユーザＢの到着予想時刻Ｔｕを車両３１の最新の到着予想時刻Ｔｖ１として再設定したときには（Ｓ２０４）、新たに再設定した到着予想時刻Ｔｖ１を、到着予想時刻Ｔｖ１になった時点でユーザＢに通知する（Ｓ２０５）。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを確実に避けられる。
ここでは、説明を省略するが、ユーザＡが乗車しておらず、ユーザＢの乗車地点に向かって移動しているときにも（Ｓ１０４で“No”）、同じ考え方を適用してもよい。
次に、第五実施形態の主要な動作について説明する。
ユーザＢにとって、到着予想時刻Ｔｖ０よりも前に到着できる状況であっても、当初より到着が早まることを事前に通知されると心理的に急かされてしまうことも考えられる。そこで、ユーザＢの到着予想時刻Ｔｕを車両３１の最新の到着予想時刻Ｔｖ１として再設定したときには（Ｓ２０４）、新たに再設定した到着予想時刻Ｔｖ１を、到着予想時刻Ｔｖ１になった時点でユーザＢに通知する（Ｓ２０５）。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを確実に避けられる。
ここでは、説明を省略するが、ユーザＡが乗車しておらず、ユーザＢの乗車地点に向かって移動しているときにも（Ｓ１０４で“No”）、同じ考え方を適用してもよい。
【0046】
《効果》
次に、第五実施形態の主要な効果について説明する。
（１）コントローラ１２は、次のユーザＢの位置情報を取得し、次のユーザＢが乗降地点に到着したタイミングで、次のユーザＢにも当初より到着が早まったことを通知する。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを確実に避けられる。
共通した構成によってもたらされる他の作用効果については、前述した第二実施形態と同様である。
次に、第五実施形態の主要な効果について説明する。
（１）コントローラ１２は、次のユーザＢの位置情報を取得し、次のユーザＢが乗降地点に到着したタイミングで、次のユーザＢにも当初より到着が早まったことを通知する。これにより、乗降地点に向かっている次のユーザＢを急かしてしまうことを確実に避けられる。
共通した構成によってもたらされる他の作用効果については、前述した第二実施形態と同様である。
【0047】
以上、限られた数の実施形態を参照しながら説明したが、権利範囲はそれらに限定されるものではなく、上記の開示に基づく実施形態の改変は、当業者にとって自明のことである。
【符号の説明】
【0048】
１１…配車管理装置、１２…コントローラ、１３…通信装置、１４…予約情報データベース、１５…走行履歴データベース、１６…交通情報受信装置、１７…取得部、１８…再計算部、１９…通知部、２１…ユーザ端末、２２…通信装置、２３…入力装置、２４…表示装置、２５…測位装置、３１…車両、３２…通信装置、３３…測位装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】