JP7188917B2 - 車両管理システムおよび車両管理方法 - Google Patents

Description

本発明は、複数のユーザに利用される車両を管理する車両管理システム及び車両管理方法に関する。

不特定多数の利用者が所持する携帯型端末から基地局に通知される情報を収集し、携帯型端末が分布する情報を取得し、車載装置から要求があったっとき、その車載装置の現在位置を含む所定範囲内における携帯型端末の分布情報を、その車載装置に表示する配車システムが知られている（特許文献１）。この配車システムでは、携帯型端末の分布個数が多い建物等に乗客輸送車両の配車の決定をする。

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

従来技術では、例えば、交通渋滞が発生して道路が混雑した場合であっても、エリア内の車両の台数を増やすことができず、配車要求がある前の段階で、車両の位置からユーザにより指定された利用開始地点までの平均距離を縮めることができない。その結果、利用開始地点への到着が遅れてしまい、ユーザに不満を与え、配車サービスの利用機会を減少させる、という問題がある。

本発明が解決しようとする課題は、道路の混雑度が大きい場合であっても、ユーザの不満を抑制し、配車サービスの利用機会の増加を図ることが可能な車両管理システム及び車両管理方法を提供することである。

本発明は、所定のエリアの交通情報を取得し、交通情報に基づいて、エリア内の道路の混雑度を推定し、混雑度が所定の基準値よりも大きい場合、エリア内の車両の台数を増加させることで、上記課題を解決する。

本発明によれば、道路の混雑度が所定の基準値よりも大きい場合に、車両の位置から利用開始地点までの平均距離及び利用終了地点までの平均距離を縮めることができるため、利用開始地点への到着の遅れを抑制することができる。その結果、ユーザに不満を与えることを抑制し、配車サービスの利用機会の増大を図ることができる。

図１は、本実施形態に係る車両管理システムの構成図である。 図２は、混雑度増加エリア判定機能による判定結果の一例である。 図３は、車両位置から各目的地までの距離と、各目的地までの所要時間との関係を説明するための図である。 図４は、道路の混雑度が増加した場合の所要時間を説明するための図である。 図５は、満足度限界速度の一例を説明するための図である。 図６は、満足度限界速度の他の例を説明するための図である。 図７は、本実施形態に係る車両管理システムの制御手順を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。

以下、図面に基づいて、本発明の実施形態に係る車両管理システムについて説明する。本実施形態では、車両管理システムと車両管理方法を、配車システムに適用した場合を例にして説明する。本実施形態における車両管理とは、エリアごとに車両を配置することを含む。

図１は、車両管理システム１を示す構成図である。図１に示すように、本実施形態の車両管理システム１は、車両管理装置１００と、複数のユーザに利用される複数の車両Ｖ１～Ｖｎ（以下、車両Ｖと総称することもある）がそれぞれ備える車載装置２００Ｖ１～２００Ｖｎ（以下、車載装置２００Ｖと総称することもある）と、複数のユーザがそれぞれ所持するユーザ端末装置３００Ａ～３００Ｚ（以下、ユーザ端末装置３００と総称することもある）と、を有する。本実施形態の車両管理システム１を構成する、車載装置２００Ｖ１～２００Ｖｎ、ユーザ端末装置３００Ａ～３００Ｚの台数は限定されない。

車両管理装置１００、車載装置２００Ｖ１～２００Ｖｎ、及びユーザ端末装置３００Ａ～３００Ｚは、それぞれ通信装置（３０、２２０、３２０）を備え、インターネット４００などの電気通信回線網を介して相互に情報の授受が可能である。通信経路は有線であっても無線であってもよい。各装置間で行われる通信で利用する通信規格には、４Ｇ／ＬＴＥ、Ｗｉｆｉ等が挙げられる。

本実施形態のユーザ端末装置３００は、本発明の本実施形態に係るユーザ端末装置３００Ａに適用されるプログラムが格納されたＲＯＭ（Read Only Memory）と、このＲＯＭに格納されたプログラムを実行することで、各機能を実行させる動作回路としてのＣＰＵ（Central Processing Unit）と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）と、を備えるコンピュータである。本実施形態のユーザ端末装置３００は、パーソナルコンピュータ、スマートフォン、又はＰＤＡ（Personal Digital Assistant）その他の可搬型の端末装置であってもよい。

本実施形態のユーザ端末装置３００は、各ユーザによる車両Ｖの利用を求める利用要求を受け付ける入力装置３１０と、車両管理装置１００などの外部装置と通信を行う通信装置３２０と、各ユーザに情報を通知するための表示装置３３０と、ユーザによる車両Ｖｎの利用の制御処理を実行するコントローラ３４０とを備える。

ユーザ端末装置３００の入力装置３１０としては、例えば、ユーザの手操作による入力が可能なディスプレイ画面上に配置されるタッチパネル又はジョイスティックや、ユーザの音声による入力が可能なマイクなどの装置を用いることができる。

表示装置３３０は、車両管理装置１００から受信した情報を、ユーザに通知する。表示装置３３０としては、ディスプレイなどが挙げられ、タッチパネル・ディスプレイを用いる場合には、入力装置３１０と兼用することができる。表示装置３３０は、例えば、車両Ｖの走行経路の情報などを車両管理装置１００から受信して、ユーザに通知する。

コントローラ３４０は、ユーザ端末装置３００に備えられた図示しないＧＰＳ（Global Positioning System）受信機などの位置取得装置を用いて、ユーザ端末装置３００を操作するユーザの現在位置の情報を取得する。現在位置の情報としては、例えば、緯度及び経度の情報が挙げられる。コントローラ３４０は、取得した現在位置の情報を、通信装置３２０を介して、車両管理装置１００に送信する。

また、コントローラ３４０は、各ユーザによる車両Ｖの利用を求める利用要求などの入力情報を受け付け、通信装置３２０を介して、車両管理装置１００に送信する。

上述した利用要求には、ユーザのＩＤ情報、ユーザが指定する車両Ｖの利用開始地点の情報及び車両Ｖの利用終了地点の情報などが含まれる。車両Ｖの利用開始地点とは、ユーザが車両Ｖの乗車を希望する位置（乗車希望位置）である。車両Ｖの利用終了地点とは、ユーザが車両Ｖの降車を希望する位置（降車希望位置）である。また、ユーザのＩＤ情報には、予め登録されたユーザの性別及び年齢が含まれる。

本実施形態の車両Ｖとしては、電動モータを駆動源として備える電気自動車、内燃機関を駆動源として備えるエンジン自動車、電動モータ及び内燃機関の両方を駆動源として備えるハイブリッド自動車を例示できる。なお、電動モータを駆動源とする電気自動車やハイブリッド自動車には、二次電池を電動モータの電源とするタイプや燃料電池を電動モータの電源とするタイプのものも含まれる。

また、車両Ｖは、運転者の運転により走行する車両であってもよいし、運転者が乗車した状態で、車載装置２００Ｖが実行する自動的な運転により走行する車両であってもよい。さらに、車両Ｖは、搭乗者がいない状態で、車載装置２００Ｖが実行する自動的な運転により走行する車両であってもよい。自動的に運転する技術には、本願出願時に知られた技術が適宜用いることができる。なお、自動的に運転する技術には、少なくとも、他車両、対象物との干渉を避ける機能、運転者等から操作介入があった場合、自動的な運転の制御を停止する機能、交通法規を順守した運転を行う機能が含まれる。

本実施形態の車載装置２００Ｖは、各車両Ｖの現在位置を検出するＧＰＳ受信機２１０と、車両管理装置１００などの外部装置と通信を行う通信装置２２０と、ユーザによる車両Ｖの利用の制御処理を実行するコントローラ２３０とを備える。

コントローラ２３０は、車載装置２００Ｖに備えられた各装置から車両Ｖの情報を取得し、通信装置２２０を介して取得した車両Ｖの情報を車両管理装置１００に送信する。車両Ｖの情報には、ＧＰＳ受信機２１０により取得された現在位置の情報、車速センサ（不図示）により検出された車両Ｖの車速の情報が含まれる。また、車両Ｖの情報には、車両Ｖの利用状況の情報が含まれる。車両Ｖの利用状況としては、ユーザを送迎中の状況、他のユーザが相乗り可能な状況などが例示できる。なお、車両Ｖの情報には、上述した情報に限られず、例えば、車両Ｖの電力残容量や故障情報などが含まれていてもよい。

本実施形態の車両管理装置１００は、コントローラ１０と、データベース２０と、通信装置３０とを備える。

通信装置３０は、車載装置２００Ｖ及びユーザ端末装置３００とそれぞれ相互に通信可能な装置である。通信装置３０は、車載装置２００Ｖから受信した情報を、コントローラ１０に出力するとともに、コントローラ１０から入力される情報を、車載装置２００Ｖ及びユーザ端末装置３００に送信する。各情報については後述する。

また、通信装置３０は、道路交通情報通信システムＶＩＣＳ（登録商標）（Vehicle Information and Communication System）、天気予報などの天気に関する情報を提供するサーバ、地図情報又は道路情報を提供するサーバと通信する。通信装置３０は、ＶＩＣＳや各種情報を提供するサーバから受信した情報を、データベース２０に出力する。通信装置３０により受信された情報としては、渋滞情報、交通障害情報、交通規制情報、工事情報、天気情報、地図情報、道路情報が挙げられる。また、通信装置３０は、ユーザ端末装置３００から送信された情報のうち、車両Ｖの利用要求、及び車両Ｖの利用履歴に関する情報を、データベース２０に出力する。さらに、通信装置３０は、車載装置２００Ｖから送信された情報を、データベース２０に出力する。

データベース２０は、車両情報２１と、利用履歴情報２２と、利用エリア情報２３と、環境情報２４と、地図情報２５とを記憶する。また図示していないが、データベース２０は、後述するコントローラ１０が実行する処理のために、ユーザ端末装置３００から送信される利用要求を記憶している。

車両情報２１は、車両Ｖから所定期間ごとに逐次的に送信される情報であって、車両Ｖに関する情報である。車両情報２１には、各車両Ｖの現在位置の情報、各車両Ｖの車速の情報、各車両Ｖの現在の利用状況などが含まれる。車両情報２１は、通信装置３０が車両Ｖから受信するたびに更新される。本実施形態では、エリアごとに車両Ｖが配置されているため、車両情報２１は、エリアごとの車両Ｖに関する情報で構成されている。

利用履歴情報２２は、過去にユーザが車両Ｖを利用した際の記録の情報である。利用履歴情報２２には、ユーザの属性（性別及び年齢）、ユーザが指定した利用開始地点及び利用終了地点、車両Ｖの現在位置から利用開始地点までの走行距離及び所要時間、利用開始地点から利用終了地点までの走行距離及び所要時間が含まれる。また、利用履歴情報２２には、利用開始地点までの所要時間に対するユーザの満足度と、利用終了地点までの所要時間に対するユーザの満足度が含まれる。

満足度とは、ユーザが所要時間に対してどの程度満足したかを数値化したものである。例えば、車両Ｖを利用した後、ユーザに対してアンケートを実施することで、車両管理装置１００は、所要時間に対する満足度を取得することができる。アンケートは、少なくとも２種類の満足度を回答させる構成となっている。一方の満足度は、利用要求を行ってから、利用開始地点で乗車するまでのユーザの待ち時間、すなわち、車両Ｖが配車指示を受け付けた位置から利用開始地点に到着するまでに要した時間に対しての満足度である。他方の満足度は、利用開始地点から利用終了地点までのユーザの乗車時間、すなわち、車両Ｖが利用開始地点から利用終了地点に到着するまでに要した時間に対しての満足度である。なお、満足度は、数値に限られず、予め定められたカテゴリで表記されてもよい。

利用エリア情報２３は、過去に車両Ｖが走行したエリアの情報である。利用エリア情報２３には、利用開始地点が属するエリアと、利用終了地点が属するエリアが含まれている。また、車両Ｖが複数のエリアを横断した場合、利用履歴情報２２には、横断したエリアの情報も含まれる。

環境情報２４は、通信装置３０により受信された、エリアごとの渋滞情報及び天気情報である。環境情報２４としては、各道路における時間帯毎の渋滞情報、各道路における時間帯ごとの事故発生情報、その他交通インフラに関する情報、エリアで発生した災害に関する情報などが例示できる。交通インフラに関する情報としては、例えば、車両Ｖ以外の他の移動手段の運行状況（例えば、鉄道各線の運行情報、バスの運行情報等）が挙げられる。環境情報２４は、通信装置３０がこれらの情報を受信するたびに更新される。車両Ｖ以外の他の移動手段としては、鉄道やバスなどの公共交通機関、タクシーが例示できる。

地図情報２５は、コントローラ１０が車両Ｖの走行経路を算出するための地図情報及び道路情報である。地図情報及び道路情報は、リンクとノードの組み合わせにより表現される情報である。地図情報２５は、通信装置３０がこれらの情報を受信するたびに更新される。

ここで、本実施形態における配車システムの概要について説明する。本実施形態では、車両管理装置１００は、ユーザから、ユーザ端末装置３００を介して、一の車両Ｖに対しての利用要求を、逐次的に取得する。利用要求には、ユーザにより指定された利用開始地点及び利用終了地点の情報と、利用開始地点までの配車要求が含まれる。例えば、ユーザは、ユーザ端末装置３００の入力装置３１０に、車両Ｖの乗車位置として利用開始地点を入力し、また車両Ｖの降車位置として利用終了地点を入力する。ユーザ端末装置３００は、通信装置３２０を介して、入力された情報を、車両管理装置１００へ送信する。ユーザ端末装置３００から車両管理装置１００へ送信される情報には、ユーザの利用要求だけでなく、予めユーザにより登録されたユーザのＩＤ情報、ユーザの現在位置の情報が含まれる。

また、車両管理装置１００は、ユーザの利用要求に基づいて、エリアごとに配置された複数の車両Ｖのうちユーザが利用する車両を選定する。本実施形態では、配車サービスが実施される地域は、複数のエリアに区分けされており、各エリアには、予め定められた台数の車両Ｖが配置されている。エリアごとに配置される車両Ｖの台数は、例えば、ユーザによる車両Ｖの利用実績により決定される。

車両管理装置１００は、複数の車両Ｖのうち、最短時間で利用開始地点に到着することが可能な車両Ｖを選定する。車両の選定方法は、上記の選定方法に限られず、例えば、最短時間で利用終了地点に到着することが可能な車両Ｖを選定してもよい。車両の選定方法には、本願出願時に知られた技術が適宜用いることができる。

また、車両管理装置１００は、ユーザが利用する車両に搭載された車載装置２００Ｖに対して、配車指示を送信する。配車指示には、利用開始地点への移動指示、利用開始地点から利用終了地点までの走行指示が含まれる。車両Ｖが運転者による運転で走行する車両の場合、車両Ｖの運転者は配車指示を確認し、利用開始地点への移動を開始する。また、搭乗者がなく自動的な運転による車両Ｖの場合、車両のコントローラ３４０には、利用開始地点及び利用終了地点の情報が入力される。そして、利用車両は利用開始地点への走行を開始する。

以上が本実施形態に係る配車サービスの概要である。続いて、車両管理装置１００が備えるコントローラ１０について説明する。

コントローラ１０は、車両管理システム１のサーバとして機能し、配車システムを管理運営するための制御処理を実行する。コントローラ１０は、配車システムを管理運営する処理を実行するためのプログラムが格納されたＲＯＭ（Read Only Memory）１２と、このＲＯＭ１２に格納されたプログラムを実行することで、車両管理装置１００として機能する動作回路としてのＣＰＵ（Central Processing Unit）１１と、アクセス可能な記憶装置として機能するＲＡＭ（Random Access Memory）１３とを備える。

コントローラ１０は、混雑度推定機能と、混雑度増加エリア判定機能と、需要増加エリア判定機能と、満足度限界時間算出機能と、満足度限界速度算出機能と、平均速度判定機能と、突発事象検出機能と、車両台数変更機能とを実現する。コントローラ１０は、上記機能を実現するためのソフトウェアと、上述したハードウェアの協働により各機能を実現するコンピュータである。以下において、コントローラ１０が実現する各機能についてそれぞれ説明する。

まず、混雑度推定機能について説明する。コントローラ１０は、混雑度推定機能により、エリアごとに、道路の混雑度を推定する。道路の混雑度とは、道路の込み具合を示す数値である。本実施形態では、コントローラ１０は、エリアの交通情報に基づいて、エリア内の道路の混雑度を推定する。交通情報には、少なくとも、エリア内の車両Ｖの平均速度、エリア内の道路の渋滞情報が含まれる。

道路の混雑度の推定方法について説明する。コントローラ１０は、エリア内の車両Ｖの平均速度に基づいて、道路の混雑度を推定する。例えば、コントローラ１０は、車両Ｖの平均速度と混雑度が対応付けられたマップであって、エリアごとに予め設定されたマップを用いて、道路の混雑度を推定する。コントローラ１０は、所定期間ごとに車両Ｖから逐次的に送信される車両Ｖの位置情報を一時的にＲＡＭ等の記憶装置に蓄積させる。次に、コントローラ１０は、所定期間が経過する前後で車両Ｖが移動した距離を所定期間で除算することで、エリア内の車両Ｖの平均速度を算出する。コントローラ１０は、予め設定されたマップを参照し、算出した車両Ｖの平均速度に対応する道路の混雑度を算出する。なお、エリア内の車両Ｖの平均速度は、一台の車両Ｖのデータを用いることに限られず、エリア内に複数の車両Ｖが配置されている場合、複数の車両Ｖのデータを用いてもよい。例えば、複数の車両Ｖそれぞれについて平均速度を算出した後、複数の平均速度の平均値を算出して、当該平均値をエリア内の車両Ｖの平均速度としてもよい。また、エリア内の車両Ｖのうち平均速度の算出の対象となる車両は、他のユーザにより利用され、エリア内を走行している車両とする。

なお、道路の混雑度を推定する方法は、車両Ｖの平均速度に基づく方法に限られず、車両Ｖの平均速度の代わりに、道路の渋滞情報を用いてもよい。例えば、コントローラ１０は、渋滞区間の長さと混雑度が対応付けられたマップであって、エリアごとに予め設定されたマップを用いて、道路の混雑度を推定する。コントローラ１０は、所定期間ごとにエリアごとに渋滞情報を取得し、予め設定されたマップを参照し、取得した渋滞情報に含まれる渋滞区間の長さに対応する道路の混雑度を算出してもよい。

次に、混雑度増加エリア判定機能について説明する。コントローラ１０は、混雑度増加エリア判定機能により、これから道路の混雑度が増加する可能性のあるエリア（以降、混雑度増加エリアともいう）又は既に道路の混雑度が増加したエリアの有無を判定する。例えば、コントローラ１０は、所定期間ごとに、混雑度推定機能により推定された各エリアの混雑度を、一時的にＲＡＭ等の記憶装置に蓄積させる。そして、コントローラ１０は、エリアごとに、所定期間が経過する前後での混雑度の変化量を算出し、変化量が所定の基準を超えたエリアがある場合、該当するエリアを混雑度増加エリアとして判定する。

また、混雑度増加エリアの有無を判定する方法は、上記判定方法に限られず、混雑度の大きさから、混雑度増加エリアの有無を判定してもよい。例えば、コントローラ１０は、混雑度の大きさが所定の基準よりも大きいエリアがある場合、該当するエリアを混雑度増加エリアとして判定してもよい。この場合、混雑度増加エリアとして判定されたエリアでは、道路が既に混雑していることになる。なお、混雑度増加エリアの判定に用いられる所定の基準は、特に限定されるものではなく、実験的に求められたものである。

図２は、混雑度増加エリア判定機能による判定結果の一例である。図２は、車両管理システム１による配車サービスを実施することが可能な地域を示している。説明の便宜上、この地域は、Ａ１～Ａ３、Ｂ１～Ｂ３、Ｃ１～Ｃ３の９つのエリアに区分されている。図２の例では、コントローラ１０は、所定の期間ごとに、９つのエリアについて混雑度を推定し、各エリアの混雑度の大きさが所定の基準よりも大きいか否かを判定する。そして、コントローラ１０は、混雑度の大きさが所定の基準よりも大きいエリア（図２の例では、エリアＡ２）がある場合、このエリアを混雑度増加エリアとして判定する。図２の例では、コントローラ１０により混雑度増加エリアとして判定されたエリアは、斜線で示されている。

次に、需要増加エリア判定機能について説明する。コントローラ１０は、需要増加エリア判定機能により、これから車両Ｖの利用が増加する可能性のあるエリア（以降、需要増加エリアともいう）の有無を判定する。コントローラ１０は、エリアごとに、車両Ｖの需要度を推定し、車両Ｖの需要度に応じて需要増加エリアの有無を判定する。例えば、コントローラ１０は、通信装置３０を介して、各エリアで開催が予定されているイベントの情報を取得する。そして、コントローラ１０は、イベントの開催場所、イベントの出演者、イベント主催会社等の情報に基づいて、イベント開催の時間帯における車両Ｖの需要度を推定する。例えば、コントローラ１０は、イベントの開催場所が特定の施設であり、この施設の収容人数が所定の基準を超えている場合、車両Ｖの需要度として比較的高い値を推定する。

また、コントローラ１０は、データベース２０に格納された環境情報２４に基づいて、エリアごとの車両Ｖの需要度を推定してもよい。例えば、コントローラ１０は、データベース２０から、エリアごとの鉄道各線の運行状況を取得する。仮に、運行を見合わせている鉄道がある場合、コントローラ１０は、この鉄道が通過するエリアでは、車両Ｖの需要度として比較的高い値を推定する。なお、需要度の推定方法は、上記方法に限られない。

そして、コントローラ１０は、所定期間ごとに、各エリアの需要度を一時的にＲＡＭ等の記憶装置に蓄積させる。コントローラ１０は、エリアごとに、所定期間が経過する前後での需要度の変化量を算出し、変化量が所定の基準を超えたエリアがある場合、該当するエリアを需要増加エリアとして判定する。なお、需要増加エリアの判定に用いられる所定の基準は、特に限定されるものではなく、実験的に求められたものである。

次に、満足度限界時間算出機能について説明する。コントローラ１０は、満足度限界時間算出機能により、所定値以上の満足度が得られたユーザの待ち時間のうち、最長の待ち時間と、所定値以上の満足度が得られたユーザの乗車時間のうち、最長の乗車時間とを、それぞれ満足度限界時間として算出する。ユーザの待ち時間とは、利用要求を行った時点から車両Ｖが利用開始地点に到着するまでの時間である。また、ユーザの乗車時間とは、車両Ｖが利用開始地点から出発した時点から利用終了地点に到着するまでの時間である。

コントローラ１０は、利用履歴情報２２に含まれるユーザの満足度に基づいて、満足度限界時間を算出する。利用履歴情報２２に含まれるユーザの満足度には、利用要求を行ってから利用開始地点で乗車するまでのユーザの待ち時間に対するユーザの満足度と、利用開始地点から利用終了地点までのユーザの乗車時間に対するユーザの満足度とが含まれる。

例えば、コントローラ１０は、利用履歴情報２２について、利用開始地点までの車両Ｖの走行距離ごとに分けて、走行距離に関する複数のグループを作成する。次に、コントローラ１０は、グループごとに、利用開始地点でのユーザの待ち時間とこの待ち時間に対する満足度の散布図（例えば、Ｘ軸が待ち時間、Ｙ軸が満足度のＸＹ図）を作成し、待ち時間と満足度との関係性を把握する。そして、コントローラ１０は、グループごとに、所定の基準値以上の満足度が得られた待ち時間のうち最長の待ち時間を、満足度限界時間として算出する。

また、コントローラ１０は、利用開始地点から利用終了地点までのユーザの乗車時間に対する待ち時間についても、同様の処理を実行する。コントローラ１０は、利用開始地点から利用終了地点までの車両Ｖの走行距離ごとに分けて、走行距離に関する複数のグループを作成する。次に、コントローラ１０は、グループごとに、ユーザの乗車時間とこの乗車時間に対する満足度の散布図（例えば、Ｘ軸が乗車時間、Ｙ軸が満足度のＸＹ図）を作成し、乗車時間と満足度との関係性を把握する。そして、コントローラ１０は、グループごとに、所定の基準値以上の満足度が得られた乗車時間のうち最長の乗車時間を、満足度限界時間として算出する。

なお、上記の所定の基準値は、グループごとに定められ、また走行距離に応じて異なる値である。また、利用開始地点での待ち時間から満足度限界時間を算出する場合と、利用開始地点から利用終了地点までの乗車時間から満足度限界時間を算出する場合とでは、異なる基準値を用いてもよい。

次に、満足度限界速度算出機能について説明する。コントローラ１０は、満足度限界速度算出機能により、満足度限界時間に対応するエリア内の車両Ｖの平均速度として、満足度限界速度を算出する。

満足度限界速度の算出方法の一例について説明する。コントローラ１０は、エリア内の車両Ｖの台数を最大にした場合における車両の位置から利用開始地点までの平均距離を算出し、算出した平均距離を満足度限界時間で除算してエリア内の車両Ｖの平均速度を算出する。エリア内の車両Ｖの最大の台数とは、ユーザの満足度が所定値以上得られた配車実績に基づいて予め定められた台数である。配車実績には、配車先のエリアの情報、配車した車両Ｖの台数が含まれ、配車実績は、エリアごとに区分けされて、データベース２０に格納されている。

また、コントローラ１０は、エリア内の車両Ｖの台数を最大にした場合における利用開始地点から利用終了地点までの平均距離を算出し、算出した平均距離を満足度限界時間で除算してエリア内の車両Ｖの平均速度を算出する。これにより、平均距離を満足度限界時間で走行するための、２種類の車両Ｖの平均速度が算出される。そして、コントローラ１０は、算出した２つの平均速度のうち速い方を、満足度限界速度とする。

次に、図３～図６を用いて、具体的に、満足度限界速度について説明する。図３は、車両位置から各目的地までの距離と、それぞれの距離までの所要時間との関係を説明するための図である。縦軸は距離を示し、横軸は所要時間を示す。また、縦軸において、原点（０）はユーザにより指定された利用終了地点を示し、黒丸は配車指示を受ける前の車両Ｖの位置（以降、車両位置とも称す）を示す。車両位置と利用開始地点の間にはユーザにより指定された利用終了地点がある。横軸において、所要時間Ｔ_１は、車両Ｖが車両位置から利用開始地点まで走行するのに要した時間を示し、所要時間Ｔ_２は、車両Ｖが車両位置から利用終了地点まで走行するのに要した時間を示す。なお、図３では、後述する図４との比較のために、エリア内の車両Ｖの平均速度を通常速度として示す。通常速度は、車両位置から利用開始地点までの距離を所要時間Ｔ_１で除算することで、あるいは車両位置から利用終了地点までの距離を所要時間Ｔ_２で除算することで算出される。図３では、利用開始地点までの車両Ｖの平均速度と、利用開始地点から利用終了地点までの車両Ｖの平均速度は同じものとする。

図４は、道路の混雑度が増加した場合の所要時間を説明するための図である。道路の混雑度が増加すると、車両Ｖの走行速度が低下し、単位時間当たりの車両Ｖの走行時間である車両Ｖの平均速度も低下する。図４では、車両Ｖの平均速度が図３に示す通常速度よりも低下したため、車両位置から利用開始地点までの所要時間は、所要時間Ｔ_１から所要時間Ｔ_３（＞所要時間Ｔ_１）まで遅延している。また、車両位置から利用終了地点までの所要時間も、所要時間Ｔ_２から所要時間Ｔ_４（＞所要時間Ｔ_２）まで遅延している。

図５は、満足度限界速度の一例を説明するための図である。図５において、限界待ち時間ΔＴ_１は、車両Ｖに乗車するまでのユーザの待ち時間のうち、ある程度の満足が得られる待ち時間であって最長の待ち時間を示す。限界乗車時間ΔＴ_２は、車両Ｖのユーザの乗車時間のうち、ある程度の満足が得られる乗車時間であって最長の乗車時間を示す。図５の例では、限界乗車時間ΔＴ_２の方が限界待ち時間ΔＴ_１よりも長いものとする。また、図５において、車両位置から利用開始地点までの平均距離は、エリア内の車両Ｖの台数を最大にした場合における平均距離を示す。

図５の例では、コントローラ１０は、車両位置から利用開始地点までの平均距離を、限界待ち時間ΔＴ_１で除算することで、限界速度Ｖ_１を算出する。限界速度Ｖ_１は、車両位置から利用開始地点までの車両Ｖの平均速度である。また、コントローラ１０は、利用開始地点から利用終了地点までの平均距離を、限界乗車時間ΔＴ_２で除算することで、限界速度Ｖ_２を算出する。限界速度Ｖ_２は、利用開始地点から利用終了地点までの車両Ｖの平均速度である。

コントローラ１０は、限界速度Ｖ_１と限界速度Ｖ_２を比較し、速い方の限界速度を満足度限界速度Ｖ_ｍとする。図５の例では、限界速度Ｖ_１の方が限界速度Ｖ_２よりも速く、満足度限界速度Ｖ_ｍは限界速度Ｖ_１になる。

図６は、満足度限界速度の他の例を説明するための図である。図６は、限界待ち時間ΔＴ_１と限界乗車時間ΔＴ_２の時間の大小関係が異なる点以外は、図５と同様のため、図５において説明した内容を適宜援用する。図６の例では、限界待ち時間ΔＴ_１の方が限界乗車時間ΔＴ_２よりも長いものとする。

図６の例の場合、限界待ち時間ΔＴ_１の方が限界乗車時間ΔＴ_２よりも長いため、限界速度Ｖ_２の方が限界速度Ｖ_１よりも速く、満足度限界速度Ｖ_ｍは限界速度Ｖ_２になる。

次に、平均速度判定機能について説明する。コントローラ１０は、平均速度判定機能により、エリア内の車両Ｖの平均速度が満足度限界速度Ｖ_ｍよりも速いか否かを判定する。コントローラ１０は、エリア内の車両Ｖの平均速度を算出し、算出した平均速度と満足度限界速度Ｖ_ｍを比較する。コントローラ１０は、車両Ｖの平均速度が満足度限界速度Ｖ_ｍよりも速い場合、エリア内の車両Ｖの台数を増やすことで、ユーザにより指定された利用開始地点と車両Ｖの位置との間の平均距離を短くできると判断する。

図５の例の場合、コントローラ１０は、車両Ｖの平均速度が限界速度Ｖ_１（満足度限界速度Ｖ_ｍ）よりも速い場合、エリア内の車両Ｖの台数を増やすことで、車両位置から利用開始地点までの平均距離を短くできると判断する。また、図６の例の場合、コントローラ１０は、車両Ｖの平均速度が限界速度Ｖ_２（満足度限界速度Ｖ_ｍ）よりも速い場合、エリア内の車両Ｖの台数を増やすことで、車両位置から利用開始地点までの平均距離を短くできると判断する。

一方、コントローラ１０は、車両Ｖの平均速度が満足度限界速度Ｖ_ｍよりも遅い場合、エリア内の車両Ｖの台数を増やし、ユーザにより指定された利用開始地点と車両Ｖの位置との間の平均距離を短くしても、利用開始地点への遅れを抑制することは難しいと判断する。

次に、突発事象検出機能について説明する。コントローラ１０は、突発事象検出機能により、混雑度増加エリア内で発生した突発的な事象を検出する。突発的な事象としては、例えば、エリア内で発生した災害、鉄道やバスなどの公共交通機関における事故などが挙げられる。コントローラ１０は、エリア内の災害に関する情報、エリア内に存在する交通機関の運行状況に関する情報を取得する。具体的には、コントローラ１０は、環境情報２４から、混雑度増加エリア内での突発的な事象の発生の有無、発生事象の内容などを抽出することで、混雑度増加エリアにおいて突発的な事象が発生しているか否かを判定する。なお、コントローラ１０が取得する情報は、災害に関する情報、交通機関の運行状況に関する情報に限られず、その他の情報が含まれていてもよい。

次に、車両台数変更機能について説明する。コントローラ１０は、車両台数変更機能により、混雑度増加エリア内の車両Ｖの台数を増加させる。車両Ｖの移動元は特に限定されない。例えば、コントローラ１０は、混雑度増加エリアの周辺エリアを移動対象エリアとして設定する。そして、コントローラ１０は、当該移動対象エリアに配置されている車両Ｖに搭載された車載装置２００Ｖに対して、移動指示を送信する。移動指示には、混雑度エリアへ移動への移動指示が含まれる。

また、コントローラ１０は、混雑度増加エリア内において、車両Ｖが満足度限界速度で走行したと仮定した場合に、満足度限界時間以内で利用開始地点又は利用終了地点に到着できる位置に車両Ｖを配置させる。また、コントローラ１０は、エリア内での車両の分布が均一になるように、混雑度増加エリア内に車両Ｖを配置させる。例えば、コントローラ１０は、エリア内での各車両Ｖの配置地点を設定する。そして、コントローラ１０は、エリア内に当初から配置されていた車両Ｖに対しては、移動先の配置地点の情報を移動指示とともに送信する。また、コントローラ１０は、混雑度増大エリア以外のエリアから入ってくる車両Ｖに対しては、配置地点の情報を移動指示とともに送信する。

続いて、本実施形態の車両管理システムの制御手順を示すフローチャートである図７に基づいて、本実施形態の車両管理システムの制御処理について説明する。制御処理は、所定の周期毎に繰り返し実行される。図７は、本実施形態に係る車両管理システムの制御手順を示すフローチャートである。

ステップＳ１０１では、コントローラ１０は、エリア内の交通情報を取得する。交通情報には、少なくとも、エリア内に配置された車両Ｖの平均速度と、エリア内の道路の渋滞情報が含まれる。コントローラ１０は、配車サービスが実施されている地域が複数のエリアで区分されている場合、エリアごとに交通情報を取得する。

ステップＳ１０２では、コントローラ１０は、エリアごとに、道路の混雑度を推定する。道路の混雑度の推定方法としては、例えば、車両Ｖの平均速度と混雑度が対応付けられたマップ、渋滞区間の長さと混雑度が対応付けられたマップ等を用いたマップ処理が挙げられる。

ステップＳ１０３では、コントローラ１０は、混雑度増加エリアの有無を判定する。コントローラ１０は、ステップＳ１０２にて推定した各エリアの混雑度が所定の基準値よりも大きいか否かを判定することで、混雑度増加エリアの有無を判定する。混雑度増加エリアがあると判定した場合、ステップＳ１０４へ進み、混雑度増加エリアがないと判定した場合、ステップＳ１１０へ進む。

ステップＳ１０４では、コントローラ１０は、満足度限界速度を算出する。このステップでは、まず、コントローラ１０は、満足度限界時間を算出する。例えば、コントローラ１０は、利用履歴情報２２に含まれるユーザの満足度に基づいて、満足度限界時間を算出する。コントローラ１０は、２種類の満足度限界時間を算出する。コントローラ１０は、ある程度の満足感が得られるユーザの待ち時間のうち最長の待ち時間と、ある程度の満足感が得られるユーザの乗車時間のうち最長の乗車時間とを、それぞれ満足度限界時間として算出する。満足感に関する基準は、特に限定されず、実験的に求められたものである。

次に、コントローラ１０は、満足度限界時間に対応する車両Ｖの平均速度として、満足度限界速度を算出する。コントローラ１０は、エリア内の車両Ｖの台数を最大にした場合における車両の位置から利用開始地点までの平均距離を算出する。また、コントローラ１０は、エリア内の車両Ｖの台数を最大にした場合における利用開始地点から利用終了地点までの平均距離を算出する。コントローラ１０は、それぞれの平均距離を、対応する満足度限界時間で除算することで、２種類の限界速度を算出する。コントローラ１０は、２種類の限界速度を比較し、速い方の限界速度を満足度限界速度とする。

図５、図６の例の場合、限界待ち時間ΔＴ_１と限界乗車時間ΔＴ_２は、コントローラ１０により算出された満足度限界時間である。また、図５、図６において、車両位置から利用開始地点までの距離及び利用開始地点から利用終了地点までの距離は、コントローラ１０により算出された平均距離である。また、図５、図６において、限界速度Ｖ_１及び限界速度Ｖ_２は、コントローラ１０により算出された２種類の限界速度である。図５の例の場合、満足度限界速度Ｖ_ｍは限界速度Ｖ_１に該当し、図６の例の場合、満足度限界速度Ｖ_ｍは限界速度Ｖ_２に該当する。

ステップＳ１０５では、コントローラ１０は、混雑度増加エリア内の車両Ｖの平均速度を算出する。例えば、コントローラ１０は、所定期間ごとに車両Ｖから逐次的に送信される車両Ｖの位置情報を一時的にＲＡＭ等の記憶装置に蓄積させる。次に、コントローラ１０は、所定期間が経過する前後で車両Ｖが移動した距離を所定期間で除算することで、エリア内の車両Ｖの平均速度を算出する。

ステップＳ１０６では、コントローラ１０は、ステップＳ１０５にて算出した車両Ｖの平均速度とステップＳ１０４にて算出した満足度限界速度とを比較する。車両Ｖの平均速度が満足度限界速度以上の場合、ステップＳ１０７へ進み、車両Ｖの平均速度が満足度限界速度よりも遅い場合、ステップＳ１０８へ進む。

ステップＳ１０７では、コントローラ１０は、エリア内の車両Ｖの台数を増加させる。例えば、コントローラ１０は、ステップＳ１０３にて判定された混雑度増加エリアの周辺に配置された車両Ｖを混雑度増加エリアへ移動させることで、混雑度増加エリアの車両Ｖの台数を増加させる。ステップＳ１０７での処理が終了すると、車両管理システムの制御は終了する。

ステップＳ１０６において、車両Ｖの平均速度が満足度限界速度よりも遅い場合、ステップＳ１０８へ進む。ステップＳ１０８では、コントローラ１０は、混雑度増加エリア内で発生した突発事象を検出する。例えば、コントローラ１０は、環境情報２４から、混雑度増加エリア内での渋滞情報、事故発生情報、又は公共交通機関における事故情報等の有無を検出する。

ステップＳ１０９では、コントローラ１０は、ステップＳ１０８にて検出した結果から、混雑度増加エリア内で突発事象が発生しているか否かを判定する。突発事象が発生しているか否かの判定基準は、特に限定されない。例えば、エリア内にて災害が発生している場合や、公共交通機関で鉄道各線が運行を中止している場合には、コントローラ１０は、突発事象が発生していると判定する。突発事象が発生していると判定した場合には、ステップＳ１０７へ進み、突発事象が発生していないと判定した場合には、車両管理システムの制御を終了する。

ステップＳ１０３において、混雑度増加エリアがないと判定した場合、ステップＳ１１０へ進む。ステップＳ１１０では、コントローラ１０は、エリアごとに、車両Ｖの需要度を推定する。例えば、コントローラ１０は、各エリアで開催予定のイベントの情報を取得する。そして、コントローラ１０は、イベントの規模の情報に基づいて、イベント開催予定のエリアの車両Ｖの需要度を推定する。

ステップＳ１１１では、コントローラ１０は、ステップＳ１１０にて推定した需要度に基づいて、需要度が所定の基準より高いエリアがあるか否かを判定する。需要度が基準よりも高いエリアがあると判定した場合、ステップＳ１０７に進み、需要度が基準よりも高いエリアはないと判定した場合、車両管理システムの制御は終了する。

以上のように、本実施形態に係る車両管理システム１は、コントローラ１０を用いて、複数のユーザに共用される複数の車両Ｖを管理する。コントローラ１０は、エリアの交通情報を取得し、取得した交通情報に基づいて、エリア内の道路の混雑度を推定し、混雑度が所定の基準値よりも大きい混雑度増加エリアがある場合、混雑度増加エリア内の車両Ｖの台数を増加させる。これにより、車両Ｖの台数を増加させる前と比べて、車両位置から利用開始地点及び利用終了地点までの平均距離を縮めることができるため、利用開始地点又は利用終了地点への到着の遅れを抑制することができる。その結果、ユーザに不満を与えることを抑制し、配車サービスの利用機会の増大を図ることができる。

また、本実施形態では、コントローラ１０は、混雑度増加エリア内での車両Ｖの分布が均一となるように、エリア内に車両Ｖを配置する。これにより、ユーザがエリア内のどの地点に、利用開始地点及び利用終了地点を指定した場合であっても、車両位置から利用開始地点及び利用終了地点までの距離を縮めることができる。

さらに、本実施形態では、車両管理システム１は、混雑度増加エリア内でのユーザによる車両Ｖの利用履歴情報２２と当該エリア内への配車台数の実績を記憶するデータベース２０を備えている。車両Ｖの利用履歴情報２２には、ユーザにより指定された利用開始地点及び利用終了地点に到着するまでの車両Ｖの所要時間に対する満足度が含まれている。コントローラ１０は、利用履歴情報２２及び配車台数の実績に基づいて、所定値以上の満足度が得られた所要時間のうち、最長の所要時間を満足度限界時間として算出し、満足度限界時間に対応する満足度限界速度を算出する。そして、コントローラ１０は、車両Ｖが満足度限界速度で走行したと仮定した場合、満足度限界時間以内で利用開始地点又は利用終了地点に到着できる位置に車両Ｖを配置させる。これにより、エリア内の車両Ｖの平均速度が低下した場合であっても、ユーザに不満を与えない範囲内の所要時間で利用開始地点及び利用終了地点に到着することができる。

加えて、本実施形態では、コントローラ１０は、混雑度増加エリアの災害に関する情報、交通機関の運行状況に関する情報を取得し、取得した情報に基づいて、混雑度増加エリア内に突発的な事象が発生しているか否かを判定する。そして、コントローラ１０は、混雑度増加エリア内に突発的な事象が発生していると判定した場合、混雑度増加エリアの車両Ｖの平均速度が満足度限界速度よりも遅い場合であっても、混雑度増加エリア内の車両Ｖの台数を増加させる。これにより、突発的な事象が発生しているため移動が困難な状況においても、ユーザが車両Ｖを利用する機会を増やすことができる。

また、本実施形態では、コントローラ１０は、エリア内での車両Ｖの需要度を推定し、需要度が所定の基準よりも高い場合、エリア内の道路の混雑度が所定の基準値よりも小さい場合であっても、当該エリア内の車両Ｖの台数を増加させる。これにより、車両Ｖを必要とするエリアにおいて、車両Ｖの台数が不足することを抑制するとともに、車両位置から利用開始地点及び利用終了地点までの平均距離を縮めることができるため、利用開始地点又は利用終了地点への到着の遅れを抑制することができる。

なお、以上に説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。

例えば、上述した実施形態において、コントローラ１０は、算出した満足度限界時間に対して、エリア内の天気及び車両Ｖの利用要求を行った時間帯のうち何れか一つに基づいて変更してもよい。例えば、コントローラ１０は、エリア内の天気が雨の場合又は降雨予報がある場合、満足度限界時間を縮める。また、例えば、コントローラ１０は、車両Ｖの利用要求を行った時間帯が正午前後の時間帯の場合、満足度限界時間を縮める。これにより、雨天やランチタイムの時間帯のように、ユーザが利用開始地点で車両Ｖを待つ時間を短くしたいと考えるような状況に対応して、満足度限界時間を変更することができる。その結果、車両位置から利用開始地点及び利用終了地点までの平均距離を環境に応じて適切に縮めることができるため、環境が変化した場合であっても、配車サービスの品質の均一性を確保することができる。

また、例えば、上述した実施形態では、車両Ｖを利用したユーザの満足度に基づいて、満足度限界時間を算出する構成を例に挙げて説明したが、満足度限界時間の算出方法はこの構成に限られない。また、上述した実施形態では、エリア内の車両Ｖの台数を最大にした場合における車両の位置から利用開始地点までの平均距離を算出し、平均距離を満足度限界時間で除算することで満足度限界速度を算出する構成を例に挙げて説明したが、満足度限界速度の算出方法はこの構成に限られない。例えば、車両Ｖ以外の他の移動手段の利用履歴を用いて、満足度限界時間及び満足度限界速度を算出してもよい。

例えば、データベース２０には、ユーザが他の移動手段を利用した際の利用履歴として、所定の目的地（利用開始地点又は利用終了地点に相当）に到着するまでの他の移動手段の所要時間に対するユーザの満足度が記憶されていたとする。この場合、コントローラ１０は、他の移動手段の利用履歴に基づいて、所定値以上の満足度が得られた所要時間のうち最長の所要時間を、満足度限界時間として算出する。そして、コントローラ１０は、算出した満足度限界時間に基づいて、満足度限界速度を算出する。これにより、例えば、車両Ｖの利用要求が少ないエリアのため、利用履歴の件数が少ない場合であっても、エリア内の道路の混雑度が所定の基準値よりも大きくなった場合にエリア内の車両Ｖの台数を適切に増やすことができる。

また、満足度限界時間及び満足度限界速度の算出に用いられる利用履歴は、特定のユーザが車両Ｖを利用した際の利用履歴に限られず、複数のユーザによる複数の利用履歴であってもよい。例えば、ユーザの属性が同一又は類似の複数のユーザを抽出し、抽出された複数のユーザによる複数の利用履歴に基づいて、満足度限界時間及び満足度限界速度を算出してもよい。ユーザの属性としては、例えば、年齢、性別、運転技量、国籍、車両Ｖの同乗者の構成などが挙げられる。

また、例えば、本明細書では、本発明に係る車両管理システムを、車両管理システム１を例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係るコントローラを、コントローラ１０を例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係るデータベースを、データベース２０を例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係る車両を、車両Ｖを例に説明するが、本発明はこれに限定されるものではない。また、本明細書では、本発明に係る突発事象情報を、環境情報２４を例に説明するが、本発明はこれに限定されるものではない。

１…車両管理システム
１００…車両管理装置
１０…コントローラ
２０…データベース
３０…通信装置
Ｖ１～Ｖｎ…車両
２００Ｖ１～２００Ｖｎ…車載装置
３００Ａ～３００Ｚ…ユーザ端末装置

Claims (6)

1. コントローラを用いて、複数のユーザに共用される複数の車両を管理する車両管理システムであって、
   所定のエリア内での前記ユーザによる前記車両の利用履歴と前記エリア内への配車台数の実績を記憶するデータベースを備え、
   前記利用履歴は、所定の目的地に到着するまでの前記車両の所要時間に対する前記ユーザの満足度を含み、
   前記コントローラは、
   前記エリアの交通情報を取得し、
   前記交通情報に基づいて、前記エリア内の道路の混雑度を推定し、
   前記混雑度が所定の基準値よりも大きい場合、前記エリア内の前記車両の台数を増加させ、
   前記利用履歴及び前記配車台数の実績に基づいて、所定値以上の満足度が得られた前記所要時間のうち、最長の前記所要時間を満足度限界時間として算出し、
   前記満足度限界時間に対応する前記車両の走行速度を、満足度限界速度として算出し、
   前記車両が前記満足度限界速度で走行したと仮定した場合、前記最長の所要時間以内の時間で前記目的地に到着できる位置に前記車両を配置させる車両管理システム。
2. 請求項１記載の車両管理システムであって、
   前記データベースは、前記エリア内での前記ユーザによる前記車両以外の他の移動手段の利用履歴を記憶し、
   前記他の移動手段の利用履歴は、所定の目的地に到着するまでの前記他の移動手段の所要時間に対する前記ユーザの満足度を含み、
   前記コントローラは、
   前記他の移動手段の利用履歴に基づいて、所定値以上の満足度が得られた前記所要時間のうち、最長の前記所要時間を、満足度限界時間として算出し、
   前記満足度限界時間に基づいて、前記満足度限界速度を算出する車両管理システム。
3. 請求項１又は２記載の車両管理システムであって、
   前記データベースは、前記エリアの天気情報、前記車両が利用された時間帯に関する時間帯情報を記憶し、
   前記コントローラは、少なくとも前記天気情報及び前記時間帯情報のうち何れか一つに基づいて、前記満足度限界時間を変更する車両管理システム。
4. 請求項１～３の何れか一項に記載の車両管理システムであって、
   前記コントローラは、
   前記エリア内の災害に関する情報、前記エリア内に存在する交通機関の運行状況に関する情報を含む突発事象情報を取得し、
   前記突発事象情報に基づいて、前記エリア内に突発的な事象が発生しているか否かを判定し、
   前記突発的な事象が発生していると判定した場合、前記エリア内の前記車両の平均速度が前記満足度限界速度よりも遅い場合であっても、前記車両の台数を増加させる車両管理システム。
5. 請求項１～４の何れか一項に記載の車両管理システムであって、
   前記コントローラは、
   前記エリアでの前記車両の需要度を推定し、
   前記需要度が所定の基準よりも高い場合、前記混雑度が所定の基準値よりも小さい場合であっても、前記車両の台数を増加させる車両管理システム。
6. ユーザから受け付けた利用要求に基づいて、前記ユーザに配車され、複数のユーザに共用される複数の車両を、コントローラが管理する車両管理方法であって、
   前記コントローラは、
   所定のエリア内での前記ユーザによる前記車両の利用履歴と前記エリア内への配車台数の実績を記憶するデータベースから交通情報を取得し、
   前記利用履歴は、所定の目的地に到着するまでの前記車両の所要時間に対する前記ユーザの満足度を含み、
   前記コントローラは、
   前記交通情報に基づいて、前記エリア内の道路の混雑度を推定し、
   前記混雑度が所定の基準値よりも大きい場合、前記エリア内の前記車両の台数を増加させ、
   前記利用履歴及び前記配車台数の実績に基づいて、所定値以上の満足度が得られた前記所要時間のうち、最長の前記所要時間を満足度限界時間として算出し、
   前記満足度限界時間に対応する前記車両の走行速度を、満足度限界速度として算出し、
   前記車両が前記満足度限界速度で走行したと仮定した場合、前記最長の所要時間以内の時間で前記目的地に到着できる位置に前記車両を配置させる車両管理方法。

Images