JP7154831B2 - 車両管理システムおよび車両管理方法 - 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 (8)

1. コントローラを用いて、複数のユーザに利用される複数の車両を管理する車両管理システムであって、
   前記コントローラは、
   前記ユーザから利用終了地点を含む前記車両の利用要求を受け付け、
   前記利用要求に基づいて、エリアごとに配置された前記複数の車両のうち、前記ユーザが利用する前記車両を利用車両として選定し、
   前記利用車両が配置されている出発エリアの範囲外に前記利用終了地点が設定された場合、前記出発エリアと異なるエリアに存在する前記車両を対象車両として選定し、
   前記出発エリアの情報を前記対象車両の車載装置に送信することで、前記対象車両を前記出発エリアへ移動させ、
   前記利用要求を受け付けていない場合、各エリアで開催が予定されているイベント情報、または、各エリアの環境情報に基づいて、前記エリアごとに、前記車両の需要度を推定し、
   前記車両の需要度が所定の基準よりも高いエリアが存在する場合、移動先の情報を前記車両の車載装置に送信することで、前記需要度が高い前記エリアの周辺に前記車両を移動させる車両管理システム。
2. 請求項１記載の車両管理システムであって、
   前記コントローラは、前記出発エリアの情報を前記対象車両の車載装置に送信することで、前記出発エリアに存在する前記車両の台数を維持するように、前記対象車両を移動させる車両管理システム。
3. 請求項１又は２記載の車両管理システムであって、
   前記コントローラは、前記出発エリアに到着するまでの所要時間に基づいて、前記対象車両を選定する車両管理システム。
4. 請求項３記載の車両管理システムであって、
   地形情報、道路交通情報、及び道路情報のうち少なくとも何れか一つをエリア情報として、前記エリアごとに記憶するデータベースを備え、
   前記コントローラは、前記エリア情報に基づいて、前記所要時間を算出する車両管理システム。
5. 請求項１～４の何れか一項に記載の車両管理システムであって、
   前記コントローラは、前記利用終了地点が属するエリアに存在する前記車両を、前記対象車両として選定する車両管理システム。
6. 請求項１～５の何れか一項に記載の車両管理システムであって、
   前記コントローラは、
   複数の前記対象車両を選定し、
   前記対象車両ごとに、移動先の情報を前記対象車両の車載装置に送信することで、エリア単位の前記車両の台数を維持するように、前記複数の対象車両をそれぞれ異なるエリアへ移動させ、
   前記複数の対象車両は、それぞれ異なるエリアに存在する車両管理システム。
7. 請求項１～６の何れか一項に記載の車両管理システムであって、
   前記コントローラは、
   移動開始のタイミング情報を前記対象車両の車載装置に送信することで、前記利用車両が移動先のエリアに進入するタイミングと、前記対象車両が移動先のエリアに進入するタイミングが対応するように、前記対象車両を移動させる車両管理システム。
8. 複数のユーザに利用される複数の車両を管理するコントローラが実行する車両管理方法であって、
   前記コントローラは、
   前記ユーザから利用終了地点を含む前記車両の利用要求を受け付け、
   前記利用要求に基づいて、エリアごとに配置された前記複数の車両のうち、前記ユーザが利用する前記車両を利用車両として選定し、
   前記利用車両が配置されている出発エリアの範囲外に前記利用終了地点が設定された場合、前記出発エリアと異なるエリアに存在する前記車両を対象車両として選定し、
   前記出発エリアの情報を前記対象車両の車載装置に送信することで、前記対象車両を前記出発エリアへ移動させ、
   前記利用要求を受け付けていない場合、各エリアで開催が予定されているイベント情報、または、各エリアの環境情報に基づいて、前記エリアごとに、前記車両の需要度を推定し、
   前記車両の需要度が所定の基準よりも高いエリアが存在する場合、移動先の情報を前記車両の車載装置に送信することで、前記需要度が高い前記エリアの周辺に前記車両を移動させる車両管理方法。
   

Images