特許 7517198 車両管理装置、車両管理方法、車両管理システム、及び車両

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-08

(45)【発行日】2024-07-17

(54)【発明の名称】車両管理装置、車両管理方法、車両管理システム、及び車両

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20240709BHJP

   G06Q 50/43 20240101ALI20240709BHJP

【ＦＩ】

G06Q10/02

G06Q50/43

【請求項の数】 20

(21)【出願番号】P 2021023739

(22)【出願日】2021-02-17

(65)【公開番号】P2022125906

(43)【公開日】2022-08-29

【審査請求日】2023-08-22

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100187078

【弁理士】

【氏名又は名称】甲原 秀俊

(74)【代理人】

【識別番号】100195534

【弁理士】

【氏名又は名称】内海 一成

(72)【発明者】

【氏名】滝口 結花

(72)【発明者】

【氏名】岡本 哲史

(72)【発明者】

【氏名】小林 弘和

(72)【発明者】

【氏名】中通 実

(72)【発明者】

【氏名】兼市 大輝

【審査官】樋口 龍弥

(56)【参考文献】

【文献】特開２０１９－１９２０３１（ＪＰ，Ａ）

【文献】特開２０１４－０４１４７５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

カーシェアリングサービスでユーザに提供する車両を管理する制御部を備え、
前記制御部は、
前記ユーザが前記カーシェアリングサービスを予約せずに利用するオンデマンド利用に振り当てる車両を第１車両として管理し、
前記ユーザが前記カーシェアリングサービスを予約して利用する予約利用に振り当てる車両を第２車両として管理し、
前記第１車両の数が第１所定数未満になった場合に、前記第２車両を前記第１車両に変更する、
車両管理装置。

【請求項2】

前記制御部は、前記予約利用の利用開始時刻から予約期限時間だけ前の時刻まで前記予約利用の申し込みを受け付ける、請求項１に記載の車両管理装置。

【請求項3】

前記制御部は、前記予約利用の申し込みに基づいて前記予約利用に振り当てる予定を前記第２車両に設定する、請求項１又は２に記載の車両管理装置。

【請求項4】

前記制御部は、前記オンデマンド利用の時間に基づいて定まる期間に前記予約利用に振り当てる予定が設定されていない前記第２車両を前記第１車両に変更する、請求項３に記載の車両管理装置。

【請求項5】

前記制御部は、前記オンデマンド利用の時間に基づいて定まる期間として、前記オンデマンド利用の時間に、前記オンデマンド利用に振り当てられた車両の返却後の準備期間を加えた期間を算出する、請求項４に記載の車両管理装置。

【請求項6】

前記制御部は、前記第１車両から前記オンデマンド利用に振り当てた車両の車種と異なる車種であり、かつ、前記オンデマンド利用の時間に基づいて定まる期間に前記予約利用に振り当てる予定が設定されておらず前記期間の経過後に前記予約利用に振り当てる予定が設定されている前記第２車両を、前記期間に前記第１車両に変更し、前記期間の経過後に前記予約利用に振り当てる、請求項３から５までのいずれか一項に記載の車両管理装置。

【請求項7】

前記制御部は、前記第１車両から前記オンデマンド利用に振り当てた車両の車種と異なる車種であり、かつ、前記予約利用に振り当てる予定が設定されていない前記第２車両を前記第１車両に変更する、請求項３から５までのいずれか一項に記載の車両管理装置。

【請求項8】

前記制御部は、
前記第１車両から前記オンデマンド利用に振り当てた車両の車種と同じ車種であり、かつ、前記オンデマンド利用の時間に基づいて定まる期間に前記予約利用に振り当てる予定が設定されておらず前記期間の経過後に前記予約利用に振り当てる予定が設定されている前記第２車両を前記第１車両に変更し、
前記オンデマンド利用に振り当てた車両を、返却された後に前記予約利用に振り当てる、請求項３から５までのいずれか一項に記載の車両管理装置。

【請求項9】

前記制御部は、前記予約利用の利用開始時刻の予約期限時間だけ前の時刻において、前記予約利用に振り当てる予定を設定した前記第２車両よりも前記予約利用の利用開始地点の近くに位置する前記第１車両を前記予約利用に振り当てる、請求項３から８までのいずれか一項に記載の車両管理装置。

【請求項10】

前記制御部は、前記第１車両の数が第２所定数より多くなった場合、前記第１車両の数が前記第２所定数以下になるように、前記第１車両の少なくとも一部を前記第２車両に変更する、請求項１から９までのいずれか一項に記載の車両管理装置。

【請求項11】

請求項１から１０までのいずれか一項に記載の車両管理装置と、前記車両とを備える、車両管理システム。

【請求項12】

カーシェアリングサービスでユーザに提供する車両を管理する車両管理方法であって、
車両管理装置が、前記ユーザが前記カーシェアリングサービスを予約せずに利用するオンデマンド利用に振り当てる車両を第１車両として管理することと、
前記車両管理装置が、前記ユーザが前記カーシェアリングサービスを予約して利用する予約利用に振り当てる車両を第２車両として管理することと、
前記車両管理装置が、前記第１車両の数が第１所定数未満になった場合に、前記第２車両を前記第１車両に変更することと
を含む、車両管理方法。

【請求項13】

前記車両管理装置が、前記予約利用の利用開始時刻から予約期限時間だけ前の時刻まで前記予約利用の申し込みを受け付けることを更に含む、請求項１２に記載の車両管理方法。

【請求項14】

前記車両管理装置が、前記予約利用の申し込みに基づいて前記予約利用に振り当てる予定を前記第２車両に設定することを更に含む、請求項１２又は１３に記載の車両管理方法。

【請求項15】

前記車両管理装置が、前記オンデマンド利用の時間に基づいて定まる期間に前記予約利用に振り当てる予定が設定されていない前記第２車両を前記第１車両に変更することを更に含む、請求項１４に記載の車両管理方法。

【請求項16】

前記車両管理装置が、前記オンデマンド利用の時間に基づいて定まる期間として、前記オンデマンド利用の時間に、前記オンデマンド利用に振り当てられた車両の返却後の準備期間を加えた期間を算出することを更に含む、請求項１５に記載の車両管理方法。

【請求項17】

前記車両管理装置が、前記予約利用の利用開始時刻の予約期限時間だけ前の時刻において、前記予約利用に振り当てる予定を設定した前記第２車両よりも前記予約利用の利用開始地点の近くに位置する前記第１車両を前記予約利用に振り当てることを更に含む、請求項１４から１６までのいずれか一項に記載の車両管理方法。

【請求項18】

自動運転によって運行される車両であって、
車両管理装置が出力する管理情報に基づいて前記車両の運行を制御する制御部を備え、
前記制御部は、
前記車両がオンデマンド利用に振り当てる第１車両として管理される場合、前記車両を第１領域に移動させ、
前記車両が予約利用に振り当てる第２車両として管理される場合、前記車両を第２領域に移動させる、
車両。

【請求項19】

前記制御部は、前記車両が前記オンデマンド利用又は前記予約利用に振り当てられた場合、利用開始地点に前記車両を移動させる、請求項１８に記載の車両。

【請求項20】

駆動するための電力を供給するバッテリを更に備え、
前記制御部は、前記管理情報に基づいて前記バッテリの充電を制御する、請求項１８又は１９に記載の車両。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車両管理装置、車両管理方法、車両管理システム、及び車両に関する。

【背景技術】

【0002】

従来、カーシェアリング及びレンタカーの車両管理システムが知られている。例えば、特許文献１には、カーシェアリングにおける車両管理とレンタカーにおける車両管理とを融合させることで、車両を合理的に融通し合うことが可能な車両管理システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－１０２５５３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ユーザは、車両を予約して利用したり、車両をオンデマンドで利用したりする。予約利用及びオンデマンド利用の両方に対応した車両管理が求められる。

【0005】

かかる事情に鑑みてなされた本開示の目的は、予約利用及びオンデマンド利用の両方で車両を円滑に提供することにある。

【課題を解決するための手段】

【0006】

本開示の一実施形態に係る車両管理装置は、カーシェアリングサービスでユーザに提供する車両を管理する制御部を備える。前記制御部は、前記ユーザが前記カーシェアリングサービスを予約せずに利用するオンデマンド利用に振り当てる車両を第１車両として管理する。前記制御部は、前記ユーザが前記カーシェアリングサービスを予約して利用する予約利用に振り当てる車両を第２車両として管理する。前記制御部は、前記第１車両の数が第１所定数未満になった場合に、前記第２車両を前記第１車両に変更する。

【0007】

本開示の一実施形態に係る車両管理システムは、前記車両管理装置と、前記車両とを備える。

【0008】

本開示の一実施形態に係る車両管理方法は、カーシェアリングサービスでユーザに提供する車両を管理することを含む。前記車両管理方法は、前記ユーザが前記カーシェアリングサービスを予約せずに利用するオンデマンド利用に振り当てる車両を第１車両として管理することを含む。前記車両管理方法は、前記ユーザが前記カーシェアリングサービスを予約して利用する予約利用に振り当てる車両を第２車両として管理することを含む。前記車両管理方法は、前記第１車両の数が第１所定数未満になった場合に、前記第２車両を前記第１車両に変更することを含む。

【0009】

本開示の一実施形態に係る車両は、自動運転によって運行される。前記車両は、車両管理装置が出力する管理情報に基づいて前記車両の運行を制御する制御部を備える。前記制御部は、前記車両がオンデマンド利用に振り当てる第１車両として管理される場合、前記車両を第１待機位置に移動させる。前記制御部は、前記車両が予約利用に振り当てる第２車両として管理される場合、前記車両を第２待機位置に移動させる。

【発明の効果】

【0010】

本開示の一実施形態に係る車両管理装置、車両管理方法、車両管理システム、及び車両によれば、予約利用及びオンデマンド利用の両方で車両が円滑に提供され得る。

【図面の簡単な説明】

【0011】

【図1】一実施形態に係る車両管理システムの構成例を示すブロック図である。

【図2】オンデマンド利用に振り当てる第１車両と予約利用に振り当てる第２車両とを区別して管理する態様の一例を示す図である。

【図3】１種類の車両のスケジュールの管理例を示す図である。

【図4】図３の車両のスケジュールの変更例を示す図である。

【図5】２種類の車両のスケジュールの管理例を示す図である。

【図6】図５の車両のスケジュールの変更例を示す図である。

【図7】予約車両を第２車両から第１車両に振り替える例を示す図である。

【図8】一実施形態に係る車両管理方法の手順例を示すフローチャートである。

【図9】一実施形態に係る車両制御方法の手順例を示すフローチャートである。

【発明を実施するための形態】

【0012】

（車両管理システム１の構成例）
図１に示されるように、一実施形態に係る車両管理システム１は、サーバ１０と、車両３０とを備える。サーバ１０と車両３０とは、ネットワーク２０に接続されており、互いに通信可能である。サーバ１０及び車両３０それぞれの数は、１つに限られず、２つ以上であってよい。

【0013】

車両管理システム１は、車両３０をユーザに利用させるカーシェアリングサービスを提供する。車両管理システム１は、カーシェアリングサービスでユーザに提供する車両３０を管理する。カーシェアリングサービスは、ユーザが予約せずに利用できるサービスを含む。カーシェアリングサービスは、ユーザが予約して利用できるサービスを含む。ユーザがカーシェアリングサービスを予約せずに利用する態様は、オンデマンド利用とも称される。ユーザがカーシェアリングサービスを予約して利用する態様は、予約利用とも称される。オンデマンド利用において、ユーザは、オンデマンド利用を申し込んだ時点で利用可能な車両３０が存在すればその車両３０を利用できる。予約利用において、ユーザは、希望する利用期間に利用可能な車両３０が存在すればその車両３０をあらかじめ予約して利用できる。

【0014】

オンデマンド利用と予約利用とは、サービスの利用を申し込んだ時刻から利用開始時刻までの時間によって区別されてもよい。オンデマンド利用は、利用の申し込みから利用開始時刻までの時間が予約期限時間未満である場合の利用に対応づけられるとする。予約利用は、利用の申し込みから利用開始時刻までの時間が予約期限時間以上である場合の利用に対応づけられるとする。ユーザは、利用開始時刻よりも予約期限時間以上前までに利用を申し込むことによって車両３０の利用を予約できる。言い換えれば、車両管理システム１は、利用開始時刻から予約期限時間だけ前の時刻まで予約利用の申し込みを受け付けるとする。予約期限時間は、予約利用に振り当てる車両３０を確保するために必要な時間として設定されてよい。予約期限時間は、例えば、車両３０を予約利用の前に他の利用に振り当てた場合に予約利用の利用開始時刻までに返却されるために必要な時間として設定されてよい。予約期限時間は、例えば１時間又は２時間等の１時間単位で設定されてもよいし、３０分等の分単位で設定されてもよい。

【0015】

以下、カーシェアリングサービスでユーザに提供する車両３０を管理する車両管理システム１の各構成部の態様の一例が説明される。

【0016】

＜サーバ１０＞
サーバ１０は、サーバ制御部１１と、サーバインタフェース１２とを備える。サーバインタフェース１２は、サーバＩ／Ｆ１２とも称される。

【0017】

サーバ制御部１１は、サーバ１０の各構成部を制御する。サーバ制御部１１は、単に制御部とも称される。サーバ制御部１１は、１つ以上のプロセッサを含んで構成されてよい。本実施形態において「プロセッサ」は、汎用のプロセッサ、特定の処理に特化した専用のプロセッサ等であるが、これらに限られない。サーバ制御部１１は、１つ以上の専用回路を含んで構成されてもよい。専用回路は、例えば、ＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit）を含んでよい。サーバ制御部１１は、プロセッサの代わりに専用回路を含んで構成されてもよいし、プロセッサとともに専用回路を含んで構成されてもよい。

【0018】

サーバ１０は、記憶部を更に備えてよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、非一時的なコンピュータ読み取り可能媒体として構成されてよい。記憶部は、サーバ１０の動作に用いられる任意の情報を格納する。例えば、記憶部は、システムプログラム、又はアプリケーションプログラム等を格納してもよい。記憶部は、サーバ制御部１１に含まれてもよい。

【0019】

サーバＩ／Ｆ１２は、サーバ制御部１１から情報又はデータ等を出力したり、サーバ制御部１１に情報又はデータ等を入力したりする。サーバＩ／Ｆ１２は、単にインタフェース又はＩ／Ｆとも称される。

【0020】

サーバＩ／Ｆ１２は、ネットワーク２０を介して車両３０と通信可能に構成される通信モジュールを含んでよい。通信モジュールは、例えば４Ｇ（4th Generation）若しくは５Ｇ（5th Generation）等の移動体通信規格に対応する通信モジュール、又は、有線若しくは無線のＬＡＮ（Local Area Network）等の通信規格に対応する通信モジュールを含んで構成されてよい。通信モジュールは、これらに限られず、種々の通信規格に対応する通信モジュールを含んで構成されてよい。サーバＩ／Ｆ１２は、通信モジュールに接続可能に構成されてもよい。

【0021】

サーバ１０は、１つ又は互いに通信可能な複数のサーバ装置を含んでよい。サーバ１０は、車両管理装置とも称される。

【0022】

＜車両３０＞
車両３０は、車両制御部３１と、車両Ｉ／Ｆ３２とを備える。車両制御部３１と車両Ｉ／Ｆ３２とは、例えばＣＡＮ（Controller Area Network）等の車載ネットワーク又は専用線を介して、互いに通信可能に接続されている。

【0023】

車両制御部３１は、車両３０が備える各構成部を制御する。車両制御部３１は、１つ以上のプロセッサを含んで構成されてよい。車両制御部３１は、プロセッサの代わりに１つ以上の専用回路を含んで構成されてもよいし、プロセッサとともに１つ以上の専用回路を含んで構成されてもよい。

【0024】

車両制御部３１は、記憶部を更に含んでよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、非一時的なコンピュータ読み取り可能媒体として構成されてよい。記憶部は、車両制御部３１の動作に用いられる任意の情報を格納する。例えば、記憶部は、システムプログラム、又はアプリケーションプログラム等を格納してもよい。記憶部は、車両制御部３１と別体で構成されてもよい。

【0025】

車両Ｉ／Ｆ３２は、車両制御部３１から情報又はデータ等を出力したり、車両制御部３１に情報又はデータ等を入力したりする。車両Ｉ／Ｆ３２は、単にインタフェース又はＩ／Ｆとも称される。

【0026】

車両Ｉ／Ｆ３２は、ネットワーク２０を介して、サーバ１０と通信する。車両Ｉ／Ｆ３２は、例えば車載通信機の少なくとも一部として構成されてよい。車両Ｉ／Ｆ３２は、ネットワーク２０に接続する通信モジュールを含んで構成されてよい。通信モジュールは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応する通信モジュール、又は、有線若しくは無線のＬＡＮ等の通信規格に対応する通信モジュールを含んで構成されてよい。通信モジュールは、これらに限られず、種々の通信規格に対応する通信モジュールを含んで構成されてよい。車両Ｉ／Ｆ３２は、通信モジュールに接続可能に構成されてもよい。

【0027】

車両３０は、必須ではないが位置情報取得部３３を更に備える。位置情報取得部３３は、ＣＡＮ等の車載ネットワーク又は専用線を介して、車両制御部３１又は車両Ｉ／Ｆ３２と互いに通信可能に接続される。位置情報取得部３３は、車両３０の位置情報を取得する。位置情報取得部３３は、衛星測位システムに対応する受信機を含んでよい。衛星測位システムに対応する受信機は、例えばＧＰＳ（Global Positioning System）受信機を含んでもよい。本実施形態において、車両制御部３１は、位置情報取得部３３を用いて車両３０の位置情報を取得できるとする。

【0028】

車両３０は、電力で駆動するモータと、モータを駆動するための電力を供給するバッテリとを備える電動車両であってもよい。

【0029】

車両３０は、運転者によって運転されるように構成されてもよい。車両３０は、自動運転によって運行可能に構成されてもよい。自動運転は、例えばＳＡＥ（Society of Automotive Engineers）において定義されるレベル１からレベル５までのいずれかのレベルで実施されてよい。自動運転は、例示した定義に限られず、他の定義に基づいて実施されてもよい。

【0030】

＜端末装置７０＞
図１に示されるように、車両管理システム１は、必須ではないが端末装置７０を更に備える。車両管理システム１が備える端末装置７０の数は、１つに限られず、２つ以上であってよい。端末装置７０は、ユーザによって所持されるとする。端末装置７０は、ユーザから車両３０の利用を申し込む入力を受け付け、申し込みに関する情報をサーバ１０に出力する。

【0031】

端末装置７０は、スマートフォン若しくはタブレット等の携帯端末、又は、ノートＰＣ（Personal Computer）若しくはタブレットＰＣ等のＰＣを含んで構成されてよい。端末装置７０は、これらの例に限られず、種々の機器を含んで構成されてよい。

【0032】

端末装置７０は、端末制御部７１と、端末インタフェース７２とを備える。端末インタフェース７２は、端末Ｉ／Ｆ７２とも称される。

【0033】

端末制御部７１は、端末装置７０の各構成部を制御する。端末制御部７１は、単に制御部とも称される。端末制御部７１は、サーバ１０のサーバ制御部１１と同一又は類似に構成されてよい。端末制御部７１は、１つ以上のプロセッサを含んで構成されてよい。端末制御部７１は、１つ以上の専用回路を含んで構成されてもよい。専用回路は、例えば、ＦＰＧＡ又はＡＳＩＣを含んでよい。端末制御部７１は、プロセッサの代わりに専用回路を含んで構成されてもよいし、プロセッサとともに専用回路を含んで構成されてもよい。

【0034】

端末装置７０は、記憶部を更に備えてよい。端末装置７０の記憶部は、サーバ１０の記憶部と同一又は類似に構成されてよい。記憶部は、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部は、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部は、磁気ディスク等の電磁記憶媒体を含んでよい。記憶部は、端末装置７０の動作に用いられる任意の情報を格納する。例えば、記憶部は、システムプログラム、又はアプリケーションプログラム等を格納してもよい。記憶部は、端末制御部７１に含まれてもよい。

【0035】

端末Ｉ／Ｆ７２は、端末制御部７１から情報又はデータ等を出力したり、端末制御部７１に情報又はデータ等を入力したりする。端末Ｉ／Ｆ７２は、単にインタフェース又はＩ／Ｆとも称される。

【0036】

端末Ｉ／Ｆ７２は、サーバＩ／Ｆ１２と同一又は類似に構成されてよい。端末Ｉ／Ｆ７２は、ネットワーク２０を介してサーバ１０等の他の機器と通信可能に構成される通信モジュールを含んでよい。通信モジュールは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応する通信モジュールを含んでよいが、これらに限られない。端末Ｉ／Ｆ７２は、通信モジュールに接続可能に構成されてもよい。

【0037】

端末装置７０は、必須ではないが入力部７４を更に備える。入力部７４は、ユーザから情報又はデータ等の入力を受け付ける入力デバイスを含んで構成されてよい。入力デバイスは、例えば、タッチパネル若しくはタッチセンサ、又はマウス等のポインティングデバイスを含んで構成されてよい。入力デバイスは、物理キーを含んで構成されてもよい。入力デバイスは、マイク等の音声入力デバイスを含んで構成されてもよい。

【0038】

入力部７４は、端末装置７０自身又はユーザの位置情報を取得可能に構成されてよい。入力部７４は、衛星測位システムに対応する受信機を含んで構成されてよい。衛星測位システムに対応する受信機は、例えばＧＰＳ受信機等を含んでもよい。

【0039】

入力部７４は、取得した情報を端末Ｉ／Ｆ７２を介してサーバ１０に出力してよい。端末制御部７１は、入力部７４で取得した情報を端末Ｉ／Ｆ７２に出力させてよい。

【0040】

端末装置７０は、必須ではないが出力部７３を更に備える。出力部７３は、ユーザに対して情報又はデータ等を出力する出力デバイスを含んで構成される。出力デバイスは、例えば、画像又は文字若しくは図形等の視覚情報を出力する表示デバイスを含んでよい。表示デバイスは、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイ若しくは無機ＥＬディスプレイ、又は、ＰＤＰ（Plasma Display Panel）等を含んで構成されてよい。表示デバイスは、これらのディスプレイに限られず、他の種々の方式のディスプレイを含んで構成されてよい。表示デバイスは、ＬＥＤ（Light Emission Diode）又はＬＤ（Laser Diode）等の発光デバイスを含んで構成されてよい。表示デバイスは、他の種々のデバイスを含んで構成されてよい。出力デバイスは、例えば、音声等の聴覚情報を出力するスピーカ等の音声出力デバイスを含んでよい。出力デバイスは、これらの例に限られず、他の種々のデバイスを含んでよい。

【0041】

出力部７３は、端末Ｉ／Ｆ７２を介してサーバ１０から取得した情報を出力してよい。端末制御部７１は、端末Ｉ／Ｆ７２で取得した情報を出力部７３に出力させてよい。

【0042】

（車両管理システム１の動作例）
車両管理システム１の具体的な動作例が以下説明される。

【0043】

ユーザは、車両３０の利用を申し込む場合、端末装置７０に申し込みを入力してよい。言い換えれば、端末装置７０の端末制御部７１は、入力部７４でユーザからの申し込みの入力を受け付け、受け付けた入力に基づいて申し込みに関する情報を生成し、生成した情報を端末Ｉ／Ｆ７２からサーバ１０に出力する。

【0044】

サーバ１０のサーバ制御部１１は、ユーザの申し込みに関する情報に基づいて、ユーザに利用させる車両３０を振り当てる。具体的に、サーバ制御部１１は、ユーザに利用させるために待機している車両３０の中から、ユーザに利用させる車両３０を選択し、ユーザに振り当てる。待機している車両３０は、待機車両とも称される。つまり、サーバ制御部１１は、待機車両から選択した車両３０をユーザに振り当てる。

【0045】

ユーザは、オンデマンド利用又は予約利用のいずれかを申し込むとする。サーバ制御部１１は、ユーザが申し込む利用の態様に基づいて、ユーザに振り当てる車両３０を選択する。

【0046】

サーバ制御部１１は、ユーザに車両３０を振り当てた場合、申し込みを受け付けたことをユーザに通知する情報を端末装置７０に出力する。サーバ制御部１１は、ユーザが車両３０の利用を開始する時刻、及び、ユーザが車両３０の利用を開始する地点をユーザに通知する情報を端末装置７０に出力する。サーバ制御部１１は、ユーザに振り当てた車両３０に関する情報を端末装置７０に出力してもよい。サーバ制御部１１は、ユーザに車両３０を振り当てることができない場合、申し込みを受け付けないことをユーザに通知する情報を端末装置７０に出力してもよい。端末制御部７１は、サーバ１０から取得した情報を、出力部７３で出力してユーザに通知する。ユーザは、通知された情報に基づいて利用開始時刻に利用開始地点に移動し、車両３０の利用を開始する。

【0047】

＜振り当てる利用態様毎に区別した待機車両の管理＞
サーバ制御部１１は、車両３０をオンデマンドで利用するユーザに振り当てる待機車両と、車両３０を予約して利用するユーザに振り当てる待機車両とを区別して管理する。車両３０をオンデマンドで利用するユーザに振り当てる待機車両は、第１車両３４とも称される。車両３０を予約して利用するユーザに振り当てる待機車両は、第２車両３５とも称される。つまり、サーバ制御部１１は、オンデマンド利用に振り当てる待機車両を第１車両３４として管理し、予約利用に振り当てる待機車両を第２車両３５として管理する。利用態様に応じて振り当てる待機車両を区別して管理することによって、車両３０の利用効率が高められ得る。

【0048】

サーバ制御部１１は、図２に例示されるように、待機車両である第１車両３４を第１領域４０に駐車させ、第２車両３５を第２領域５０に駐車させてよい。図２の例において、第１領域４０は、９個の駐車枠を有する。第２領域５０は、１６個の駐車枠を有する。駐車枠のうち待機車両を駐車させている枠は、待機枠とも称される。第１領域４０において第１車両３４を駐車させている枠は、待機枠４１とも称される。第２領域５０において第２車両３５を駐車させている枠は、待機枠５１とも称される。駐車枠のうち、車両３０を駐車させずに空いている枠は、空き枠とも称される。第１領域４０及び第２領域５０の空き枠は、それぞれ空き枠４２及び空き枠５２とも称される。第１領域４０の９個の駐車枠は、５個の待機枠４１と４個の空き枠４２とを含む。第２領域５０の１６個の駐車枠は、９個の待機枠５１と７個の空き枠５２とを含む。

【0049】

サーバ制御部１１は、第１車両３４の数が第１所定数以上になるように管理する。本実施形態において、第１所定数は６台に設定されるとする。第１所定数は６台に限られず５台以下に設定されてもよいし７台以上に設定されてもよい。図２の例において第１車両３４の数が５台である。サーバ制御部１１は、第２領域５０に駐車されている第２車両３５のうち１台の第２車両３５を変更車両３６として第１車両３４に変更することによって、第１車両３４の数を６台以上にしてよい。つまり、サーバ制御部１１は、第１車両３４の数が第１所定数未満になった場合、第２車両３５を第１車両３４に変更してよい。サーバ制御部１１は、ユーザから返却される返却車両３７を第１車両３４として管理することによって、第１車両３４の数を６台以上にしてもよい。第１車両３４の数が第１所定数以上で管理されることによって、ユーザからのオンデマンド利用の申し込みが受け付けられやすくなる。その結果、ユーザの利便性が向上する。

【0050】

サーバ制御部１１は、第１車両３４の数が第２所定数以下になるように管理してよい。言い換えれば、サーバ制御部１１は、第１車両３４の数が第１所定数以上かつ第２所定数以下の所定範囲内になるように管理してよい。本実施形態において、第２所定数は９台に設定されるとする。サーバ制御部１１は、例えば第１車両３４の数が９台であるときに第１車両３４から第１ユーザに振り当てていた車両３０が返却される場合において、第１車両３４の数が第２所定数より多くならないように、その車両３０を第１車両３４に戻さずに第２車両３５として管理してよい。第２所定数は、第１所定数より大きい値であれば９台に限られず、８台以下に設定されてもよいし１０台以上に設定されてもよい。

【0051】

サーバ制御部１１は、第１車両３４の数が第１所定数以上かつ第２所定数以下になるように管理してよい。つまり、サーバ制御部１１は、第１車両３４の数が幅のある所定範囲内になるように管理してよい。第１車両３４の数が幅のある所定範囲内で管理されることによって、第１車両３４を補充するタイミングの自由度が高まり得る。

【0052】

例えば、サーバ制御部１１は、１台の第１車両３４をオンデマンド利用に振り当てたときに、すぐに１台の第２車両３５を第１車両３４に変更すると仮定する。この場合において、サーバ制御部１１は、第１車両３４が補充された後にオンデマンド利用から返却された車両３０を、第１車両３４の数の上限によって、第１車両３４ではなく第２車両３５として管理する。一方で、サーバ制御部１１が第１車両３４をすぐに補充せず、オンデマンド利用からの車両３０の返却を待って返却された車両３０を第１車両３４として管理すれば、第２車両３５から第１車両３４への変更作業が省略される。そうしてみると、第１車両３４を補充するタイミングの自由度が高い場合、第２車両３５から第１車両３４への変更作業が省略されやすい。つまり、待機車両の管理態様を第１車両３４と第２車両３５との間で変更する頻度が低減され得る。その結果、車両３０の利用効率が向上する。以上のことからすると、第１車両３４の数が幅のある所定範囲内で管理されることによって、車両３０の利用効率が向上する。

【0053】

サーバ制御部１１は、第１車両３４がオンデマンド利用に振り当てられたことによって第１車両３４の数が第１所定数未満になった場合、第２車両３５に設定された予定に基づいて第１車両３４に変更する第２車両３５を選択してよい。サーバ制御部１１は、例えば第１車両３４の数が第１所定数未満になった時点で、予約利用に振り当てる予定が設定されていない第２車両３５を第１車両３４に変更してよい。また、サーバ制御部１１は、第１車両３４の数が第１所定数であるときにオンデマンド利用の申し込みを受け付けた時点で、予約利用に振り当てる予定が設定されていない第２車両３５を第１車両３４に変更してもよい。

【0054】

サーバ制御部１１は、オンデマンド利用に振り当てた車両３０がユーザから返却されて第１車両３４として復帰するまでの期間だけ第２車両３５を第１車両３４に変更してよい。この場合、サーバ制御部１１は、第１車両３４が復帰するまでの期間における第２車両３５の予定に基づいて、第１車両３４に変更する第２車両３５を選択してよい。例えば、サーバ制御部１１は、第１車両３４が復帰する予定の時刻より後に予定が設定されているものの、第１車両３４が復帰する予定の時刻までの期間に予定が設定されていない第２車両３５を、第１車両３４に変更してよい。

【0055】

第１車両３４が復帰するまでの期間は、オンデマンド利用に振り当てられた車両３０の利用時間に基づいて定まる。オンデマンド利用に振り当てられた車両３０の利用時間は、オンデマンド利用の時間とも言い換えられる。つまり、サーバ制御部１１は、オンデマンド利用の時間に基づいて定まる期間に予約利用に振り当てる予定が設定されていない第２車両３５を第１車両３４に変更してもよい。

【0056】

第１車両３４のオンデマンド利用の時間は、ユーザがオンデマンド利用で車両３０を利用する時間に対応する。ユーザがオンデマンド利用で車両３０を利用できる時間は、オンデマンド利用上限で制限されるとする。さらに、オンデマンド利用から返却された待機車両を次の利用に振り当てるために、清掃又はバッテリの充電等の準備作業が実施される。したがって、サーバ制御部１１は、第１車両３４が復帰するまでの期間を、最長でも、オンデマンド利用上限に、準備作業に費やされる期間を加えた期間として算出できる。準備作業に費やされる期間は、準備期間とも称される。つまり、サーバ制御部１１は、オンデマンド利用の時間に基づいて定まる期間として、オンデマンド利用の時間に、オンデマンド利用に振り当てられた車両３０の返却後の準備期間を加えた期間を算出してよい。

【0057】

＜車両３０のスケジュールの管理例＞
サーバ制御部１１は、車両３０を第１車両３４として管理する場合、第１車両３４のスケジュールとして、第１車両３４の状態又は予定を設定してよい。具体的に、サーバ制御部１１は、第１車両３４のスケジュールとして、オンデマンド利用の申し込みに備えて待機させる予定を空き状態として設定してよい。また、サーバ制御部１１は、第１車両３４を実際にオンデマンド利用に振り当てた場合、第１車両３４のスケジュールとして、オンデマンド利用に振り当てられている期間にオンデマンド利用から返却された後の準備期間を加えた期間を設定してよい。

【0058】

サーバ制御部１１は、車両３０を第２車両３５として管理する場合、第２車両３５のスケジュールとして、第２車両３５の状態又は予定を設定してよい。具体的に、サーバ制御部１１は、第２車両３５のスケジュールとして、予約利用に振り当てる予定を設定してよい。また、サーバ制御部１１は、第２車両３５のスケジュールとして、予約利用の申し込みに備えて待機させる予定を空き状態として設定してよい。また、サーバ制御部１１は、第２車両３５を実際に予約利用に振り当てた場合、第２車両３５のスケジュールとして、予約利用に振り当てられている期間に予約利用から返却された後の準備期間を加えた期間を設定してもよい。

【0059】

車両３０は、複数の車種を含んで構成されてよい。サーバ制御部１１は、１種類の車両３０だけのスケジュールを管理する場合と、複数の種類の車両３０のスケジュールを管理する場合とで、動作を異ならせてよい。以下、それぞれの場合におけるスケジュールの管理例が説明される。

【0060】

＜＜１車種のスケジュール管理例＞＞
サーバ制御部１１は、１つの車種で構成される待機車両を、例えば図３に示されるスケジュールで管理してよい。図３において、待機車両の種類は、車種Ａとして表されている。また、待機車両は、＃１、＃２及び＃３で表される３台の車両３０を含むとする。サーバ制御部１１は、時刻Ｔ１において、＃１の車両３０を第１車両３４として管理し、＃２及び＃３の車両３０を第２車両３５として管理する。

【0061】

サーバ制御部１１は、第１車両３４として管理している＃１の車両３０を時刻Ｔ１からオンデマンド利用に振り当てる。サーバ制御部１１は、＃１の車両３０がオンデマンド利用に振り当てられる期間に、オンデマンド利用から返却された後に必要な準備期間を更に加えた期間を、＃１の車両３０のスケジュールとして設定する。＃１の車両３０がオンデマンド利用に振り当てられたことで設定された期間は、図３において時刻Ｔ１から時刻Ｔ２までの「オンデマンド利用」と表されている期間に対応する。

【0062】

サーバ制御部１１は、＃１の車両３０のスケジュールとして、オンデマンド利用の後に再びオンデマンド利用の申し込みに備えて待機する期間を設定する。オンデマンド利用の申し込みに備えて待機する期間は、図３において時刻Ｔ２以降の「オンデマンド待機」と表されている期間に対応する。

【0063】

サーバ制御部１１は、第２車両３５として管理している＃２の車両３０のスケジュールとして、時刻Ｔ２をまたぐ期間に予約利用に振り当てる予定を設定する。サーバ制御部１１は、第２車両３５として管理している＃３の車両３０のスケジュールとして、利用開始時刻が時刻Ｔ２以降で予約利用に振り当てる予定を設定する。予約利用に振り当てる予定が設定されている期間は、「予約利用」と表されている期間に対応する。

【0064】

ここで、第１車両３４として管理されていた＃１の車両３０がオンデマンド利用に振り当てられることによって第１車両３４の数が第１所定数未満になるとする。サーバ制御部１１は、第１車両３４の数を増やすために、第２車両３５の中から第１車両３４に変更する車両３０を選択する。第２車両３５として管理している＃２及び＃３の車両３０のうち、＃２の車両３０は、＃１の車両３０に予定が設定された時刻Ｔ１から時刻Ｔ２までの期間に予定が設定されている。一方で、＃３の車両３０は、時刻Ｔ１から時刻Ｔ２までの期間に予定が設定されていない。したがって、サーバ制御部１１は、＃１の車両３０がオンデマンド利用に振り当てられる期間に予定が設定されていない＃３の車両３０を選択し、第１車両３４に変更できる。

【0065】

サーバ制御部１１は、＃３の車両３０を選択して第１車両３４に変更する場合、図４に例示されるように、時刻Ｔ２以降に＃３の車両３０に設定されていた予約利用に振り当てる予定を解除し、＃１の車両３０に設定してよい。つまり、サーバ制御部１１は、予約利用の予定を＃３の車両３０から＃１の車両３０に振り替えてよい。そして、サーバ制御部１１は、時刻Ｔ２以降の予定が解除されたことによって時刻Ｔ１以降の予定が空いた＃３の車両３０を第１車両３４に変更してオンデマンド利用の申し込みに備えて待機させる。

【0066】

以上述べてきた同一車種のスケジュールの管理例を言い換えれば、サーバ制御部１１は、第１車両３４からオンデマンド利用に振り当てた車両３０の車種と同じ車種である第２車両３５を第１車両３４に変更する場合、以下のように動作してよい。まず、第１車両３４に変更される第２車両３５は、そのスケジュールに、オンデマンド利用の時間に基づいて定まる期間に予約利用に振り当てる予定が設定されておらず、オンデマンド利用の時間に基づいて定まる期間の経過後に予約利用に振り当てる予定が設定されているとする。この場合において、サーバ制御部１１は、第２車両３５を第１車両３４に変更した上で、第２車両３５に設定されていた予約利用に振り当てる予定を、オンデマンド利用から返却される車両３０に振り替える。そして、サーバ制御部１１は、オンデマンド利用に振り当てた車両３０を、返却後に第１車両３４に戻さずに予約利用に振り当てる。

【0067】

以上の管理動作は、以下のように言い換えられ得る。オンデマンド利用に振り当てた第１車両３４の代わりに第２車両３５が第１車両３４に変更されてよい。この場合、オンデマンド利用に振り当てられた車両３０が返却された後においても、第２車両３５から第１車両３４への変更が維持されてよい。また、オンデマンド利用に振り当てた車両３０が返却された後に第１車両３４に戻されなくてもよい。このようにすることによって、車両３０の移動の頻度が低減され得る。その結果、車両３０の利用効率が向上する。

【0068】

＜＜複数車種のスケジュール管理例＞＞
サーバ制御部１１は、複数の車種で構成される待機車両を、例えば図５に示されるスケジュールで管理してよい。図５において、待機車両の種類は、車種Ｂ及び車種Ｃの２種類として表されている。また、待機車両は、車種Ｂの＃４と、車種Ｃの＃５及び＃６とで表される３台の車両３０を含むとする。サーバ制御部１１は、時刻Ｔ３において、車種Ｂの＃４の車両３０を第１車両３４として管理し、車種Ｃの＃５及び＃６の車両３０を第２車両３５として管理する。

【0069】

サーバ制御部１１は、第１車両３４として管理している＃４の車両３０を時刻Ｔ３からオンデマンド利用に振り当てる。サーバ制御部１１は、＃４の車両３０がオンデマンド利用に振り当てられる期間に、オンデマンド利用から返却された後に必要な準備期間を更に加えた期間を、＃４の車両３０のスケジュールとして設定する。＃４の車両３０がオンデマンド利用に振り当てられたことで設定された期間は、図５において時刻Ｔ３から時刻Ｔ４までの「オンデマンド利用」と表されている期間に対応する。

【0070】

サーバ制御部１１は、＃４の車両３０のスケジュールとして、オンデマンド利用の後に再びオンデマンド利用の申し込みに備えて待機する期間を設定する。オンデマンド利用の申し込みに備えて待機する期間は、図５において時刻Ｔ４以降の「オンデマンド待機」と表されている期間に対応する。

【0071】

サーバ制御部１１は、第２車両３５として管理している＃５の車両３０のスケジュールとして、時刻Ｔ４をまたぐ期間に予約利用に振り当てる予定を設定する。サーバ制御部１１は、第２車両３５として管理している＃６の車両３０のスケジュールとして、利用開始時刻が時刻Ｔ５以降で予約利用に振り当てる予定を設定する。予約利用に振り当てる予定が設定されている期間は、「予約利用」と表されている期間に対応する。

【0072】

ここで、第１車両３４として管理されていた＃４の車両３０がオンデマンド利用に振り当てられることによって第１車両３４の数が第１所定数未満になるとする。サーバ制御部１１は、第１車両３４の数を増やすために、第２車両３５の中から第１車両３４に変更する車両３０を選択する。第２車両３５として管理している＃５及び＃６の車両３０のうち、＃５の車両３０は、＃４の車両３０に予定が設定された時刻Ｔ３から時刻Ｔ４までの期間に予定が設定されている。一方で、＃６の車両３０は、時刻Ｔ３から時刻Ｔ４までの期間に予定が設定されていない。したがって、サーバ制御部１１は、＃４の車両３０がオンデマンド利用に振り当てられる期間に予定が設定されていない＃６の車両３０を選択し、第１車両３４に変更できる。

【0073】

図５の例において、図３の例と異なり、第１車両３４としてオンデマンド利用に振り当てられた＃４の車両３０の車種（Ｂ）は、第１車両３４に変更する候補となる＃５及び＃６の車両３０の車種（Ｃ）と異なっている。この場合において、＃６の車両３０が第１車両３４に変更されたとしても、時刻Ｔ４以降において、車種Ｃの＃６の車両３０に設定されていた予約利用に振り当てる予定を車種Ｂの＃４に振り替えることができない。

【0074】

そこで、サーバ制御部１１は、図６に示されるように、車種Ｃの＃６の車両３０のスケジュールとして、時刻Ｔ５を利用開始時刻とする次の予約利用に振り当てる予定に影響しないように、時刻Ｔ６までオンデマンド待機の状態を設定する。サーバ制御部１１は、時刻Ｔ６から時刻Ｔ５までの期間に、＃６の車両３０を他のオンデマンド利用及び予約利用に振り当てることによって次の予約利用の利用開始時刻に振り当てる車両３０の準備が間に合わない事態を避けるために、他の予定を設定しない。次の予約利用に振り当てるために他の予定を設定しない時刻Ｔ６から時刻Ｔ５までの期間は、予約待機として表されている。一方で、サーバ制御部１１は、オンデマンド利用から返却された次の利用のための準備を完了した＃４の車両３０のスケジュールとして、時刻Ｔ４以降にオンデマンド待機の状態を設定する。

【0075】

以上述べてきた複数車種のスケジュールの管理例を言い換えれば、サーバ制御部１１は、第１車両３４からオンデマンド利用に振り当てた車両３０の車種と異なる車種である第２車両３５を第１車両３４に変更する場合、以下のように動作してよい。まず、第１車両３４に変更される第２車両３５は、そのスケジュールに、オンデマンド利用の時間に基づいて定まる期間に予約利用に振り当てる予定が設定されておらず、オンデマンド利用の時間に基づいて定まる期間の経過後に予約利用に振り当てる予定が設定されているとする。この場合において、サーバ制御部１１は、第２車両３５を、オンデマンド利用の時間に基づいて定まる期間に第１車両３４に変更してオンデマンド待機の状態に設定し、オンデマンド利用の時間に基づいて定まる期間の経過後に予約利用に振り当てる。

【0076】

以上のように、＃４の車両３０がオンデマンド利用に振り当てられる期間において、サーバ制御部１１が＃６の車両３０を一時的に第１車両３４に変更することによって、第１車両３４の数が第１所定数以上に維持される。

【0077】

また、＃６の車両３０に時刻Ｔ５以降も予約利用に振り当てる予定が設定されていない場合、サーバ制御部１１は、＃６の車両３０を時刻Ｔ４に第１車両３４として管理するように変更した後、そのまま時刻Ｔ６又はＴ５以降においても、＃６の車両３０を第１車両３４として管理し続けてよい。

【0078】

＜予約利用に振り当てる車両３０の変更＞
サーバ制御部１１は、ユーザから予約利用の申し込みを受け付けた場合、その申し込みに応じてユーザに利用させる車両３０として１台の第２車両３５を選択し、その第２車両３５の利用スケジュールを確保する。言い換えれば、サーバ制御部１１は、予約利用の申し込みに基づいて、第２車両３５を予約利用に振り当てる予定を、その第２車両３５に設定する。サーバ制御部１１は、図７に例示されるように、第２領域５０の待機枠５１に駐車されている１台の第２車両３５に、予約利用に振り当てる予定を設定する。予約利用に振り当てる予定が設定された第２車両３５は、破線の楕円で囲まれた予約車両３８として表されている。

【0079】

ここで、車両管理システム１において、サーバ制御部１１は、利用開始時刻から予約期限時間だけ前の時刻まで予約利用の申し込みを受け付ける。サーバ制御部１１は、予約利用の利用開始時刻から予約期限時間だけ前の時刻において、その予約利用に振り当てる待機車両を選択しなおしてよい。つまり、サーバ制御部１１は、予約利用の利用開始時刻から予約期限時間だけ前の時刻において、予約車両３８に設定していた予約利用に振り当てる予定を解除し、予約車両３８とは異なる他の車両３０を予約利用に振り当ててもよい。

【0080】

例えば、サーバ制御部１１は、予約利用に振り当てる予定を設定した予約車両３８よりも利用開始地点の近くに位置する第１車両３４が存在する場合、その第１車両３４を実際に予約利用に振り当てる一方で、予約車両３８に設定していた予定を解除してもよい。具体的に、サーバ制御部１１は、予約利用の利用開始時刻から予約期限時間だけ前の時刻において、予約車両３８よりも利用開始地点の近くに位置する第１車両３４が存在するか判定する。図７において、第１車両３４の中の実線の楕円で囲まれている振替車両３９が予約車両３８よりも利用開始地点の近くに位置しているとする。この場合、サーバ制御部１１は、予約車両３８に設定されていた予定を解除し、振替車両３９を予約利用に振り当ててよい。言い換えれば、サーバ制御部１１は、予約車両３８に設定していた予定を振替車両３９に設定しなおしてよい。このようにすることで、車両３０の移動距離が短縮され得る。その結果、車両３０の利用効率が向上する。

【0081】

＜フローチャート例＞
サーバ制御部１１は、図８に例示されるフローチャートの手順を含む車両管理方法を実行してもよい。車両管理方法は、サーバ制御部１１を構成するプロセッサに実行させる車両管理プログラムとして実現されてもよい。車両管理プログラムは、非一時的なコンピュータ読み取り可能媒体に格納されてよい。

【0082】

サーバ制御部１１は、待機車両を第１車両３４又は第２車両３５のどちらとして管理するか決定する（ステップＳ１）。つまり、サーバ制御部１１は、各待機車両を第１車両３４として管理するか第２車両３５として管理するか決定する。サーバ制御部１１は、第１車両３４として管理する待機車両を、第１領域４０に移動させてよい。サーバ制御部１１は、第２車両３５として管理する待機車両を、第２領域５０に移動させてよい。

【0083】

サーバ制御部１１は、ユーザからのオンデマンド利用の申し込みを受け付けたか判定する（ステップＳ２）。サーバ制御部１１は、ユーザからオンデマンド利用の申し込みを受け付けていない場合（ステップＳ２：ＮＯ）、後述するステップＳ６の手順に進む。

【0084】

サーバ制御部１１は、ユーザからオンデマンド利用の申し込みを受け付けた場合（ステップＳ２：ＹＥＳ）、第１車両３４をオンデマンド利用に振り当てる（ステップＳ３）。具体的に、サーバ制御部１１は、第１車両３４として管理している待機車両の中から、オンデマンド利用に振り当てる車両３０を選択してオンデマンド利用に振り当てる。第１車両３４がオンデマンド利用に振り当てられたことによって、第１車両３４の数が減少する。

【0085】

サーバ制御部１１は、第１車両３４の数が第１所定数未満であるか判定する（ステップＳ４）。サーバ制御部１１は、第１車両３４の数が第１所定数未満でない場合（ステップＳ４：ＮＯ）、つまり第１車両３４の数が第１所定数以上である場合、図８のフローチャートの手順の実行を終了する。

【0086】

サーバ制御部１１は、第１車両３４の数が第１所定数未満である場合（ステップＳ４：ＹＥＳ）、第１車両３４の数が第１所定数以上になるように第２車両３５を第１車両３４に変更する（ステップＳ５）。サーバ制御部１１は、ステップＳ５の手順の実行後、図８のフローチャートの手順の実行を終了する。

【0087】

サーバ制御部１１は、ステップＳ２の判定手順において、ユーザからオンデマンド利用の申し込みを受け付けていない場合（ステップＳ２：ＮＯ）、ユーザからの予約利用の申し込みを受け付けたか判定する（ステップＳ６）。サーバ制御部１１は、ユーザから予約利用の申し込みを受け付けていない場合（ステップＳ６：ＮＯ）、図８のフローチャートの手順の実行を終了する。

【0088】

サーバ制御部１１は、ユーザから予約利用の申し込みを受け付けた場合（ステップＳ６：ＹＥＳ）、第２車両３５から予約車両３８を決定する（ステップＳ７）。具体的に、サーバ制御部１１は、第２車両３５の中から選択した車両３０に、予約利用に振り当てる予定を設定する。

【0089】

サーバ制御部１１は、予約利用の利用開始時刻から予約期限時間だけ前の時刻において、第１車両３４が予約車両３８よりも利用開始地点に近いか判定する（ステップＳ８）。言い換えれば、サーバ制御部１１は、予約車両３８よりも利用開始地点の近くに位置する第１車両３４が存在するか判定する。サーバ制御部１１は、第１車両３４が予約車両３８よりも利用開始地点に近くない場合（ステップＳ８：ＮＯ）、ステップＳ１０の手順に進む。

【0090】

サーバ制御部１１は、第１車両３４が予約車両３８よりも利用開始地点に近い場合（ステップＳ８：ＹＥＳ）、利用開始地点に近い第１車両３４を予約車両３８に変更する（ステップＳ９）。

【0091】

サーバ制御部１１は、予約利用の利用開始時刻において、予約車両３８を予約利用に振り当てる（ステップＳ１０）。サーバ制御部１１は、ステップＳ１０の手順の実行後、図８のフローチャートの手順の実行を終了する。

【0092】

車両制御部３１は、図９に例示されるフローチャートの手順を含む車両制御方法を実行してもよい。車両制御方法は、車両制御部３１を構成するプロセッサに実行させる車両制御プログラムとして実現されてもよい。車両制御プログラムは、非一時的なコンピュータ読み取り可能媒体に格納されてよい。

【0093】

車両制御部３１は、サーバ制御部１１によって車両３０が第１車両３４又は第２車両３５のどちらとして管理されているか判定する（ステップＳ２１）。具体的に、車両制御部３１は、車両３０が第１車両３４又は第２車両３５のどちらとして管理されているかを特定する情報を、サーバ制御部１１から取得してよい。

【0094】

車両制御部３１は、車両３０が第１車両３４として管理されている場合（ステップＳ２１：第１車両）、車両３０を第１領域４０に移動させる（ステップＳ２２）。車両制御部３１は、ステップＳ２２の手順の実行後、ステップＳ２４の手順に進む。車両制御部３１は、車両３０が第２車両３５として管理されている場合（ステップＳ２１：第２車両）、車両３０を第２領域５０に移動させる（ステップＳ２３）。車両制御部３１は、ステップＳ２３の手順の実行後、ステップＳ２４の手順に進む。

【0095】

車両制御部３１は、ユーザによる車両３０の利用が開始するか判定する（ステップＳ２４）。車両制御部３１は、車両３０の利用が開始しない場合（ステップＳ２４：ＮＯ）、ステップＳ２１の手順に戻る。車両制御部３１は、車両３０の利用が開始する場合（ステップＳ２４：ＹＥＳ）、車両３０を利用開始地点に移動させる（ステップＳ２５）。車両制御部３１は、ステップＳ２５の手順の実行後、図９のフローチャートの手順の実行を終了する。

【0096】

＜小括＞
以上説明してきたように、本実施形態に係る車両管理システム１によれば、オンデマンド利用に振り当てる第１車両３４の数が第１所定数以上で管理される。このようにすることによって、ユーザからのオンデマンド利用の申し込みが受け付けられやすくなる。その結果、ユーザの利便性が向上する。また、第１車両３４の数が第２所定数以下で管理されてよい。つまり、第１車両３４の数が幅のある所定範囲内で管理されてよい。第１車両３４の数が幅のある所定範囲内で管理されることによって、待機車両の管理態様を第１車両３４と第２車両３５との間で変更する頻度が低減され得る。その結果、車両３０の利用効率が向上する。また、第１車両３４及び第２車両３５がそれぞれ第１領域４０及び第２領域５０に駐車される場合、管理態様の変更に応じて車両３０が移動される。管理態様を変更する頻度が低減されることによって、車両３０の移動の頻度が低減され得る。

【0097】

また、本実施形態に係る車両管理システム１によれば、車両３０の管理態様がオンデマンド利用又は予約利用の需要に基づいて変更され得る。このようにすることで、ユーザの利便性、及び、車両３０の利用効率が向上され得る。具体的に、オンデマンド利用に振り当てた第１車両３４の代わりに第２車両３５が第１車両３４に変更されてよい。この場合、オンデマンド利用に振り当てられた車両３０が返却された後においても、第２車両３５から第１車両３４への変更が維持されてよい。また、オンデマンド利用に振り当てた車両３０が返却された後に第１車両３４に戻されなくてもよい。このようにすることによって、車両３０の移動の頻度が低減され得る。その結果、車両３０の利用効率が向上する。

【0098】

また、予約利用に振り当てる予定を予約車両３８に設定した場合において、予約利用の利用開始時刻から予約期限時間だけ前の時刻において、予約車両３８よりも利用開始地点の近くに位置する第１車両３４に予定が振り替えられてもよい。このようにすることで、車両３０の移動距離が短縮され得る。その結果、車両３０の利用効率が向上する。

【0099】

（他の実施形態）
車両３０が自動運転によって運行される場合、車両制御部３１は、車両管理装置が出力する管理情報に基づいて車両３０の運行を制御する。管理情報は、例えば、車両３０が第１車両３４として管理されるか第２車両３５として管理されるか指示する情報を含んでよい。管理情報は、車両３０がオンデマンド利用に振り当てられるか予約利用に振り当てられるか指示する情報を含んでよい。

【0100】

車両制御部３１は、車両３０が第１車両３４として管理される場合、車両３０を第１領域４０に移動させてよい。車両制御部３１は、車両３０が第２車両３５として管理される場合、車両３０を第２領域５０に移動させてよい。車両制御部３１は、車両３０がオンデマンド利用又は予約利用に振り当てられた場合、車両３０を利用開始地点に移動させてよい。

【0101】

車両３０は、電力で駆動するモータと、モータを駆動するための電力を供給するバッテリとを備える電動車両であってもよい。電動車両としての車両３０において、車両制御部３１は、サーバ１０が出力する管理情報に基づいてバッテリの充電を制御してもよい。車両３０が電動車両である場合、車両３０の利用のための準備作業は、バッテリの充電を含む。つまり、準備期間は、バッテリの充電のために必要な期間を含んでよい。

【0102】

本開示に係る実施形態について、諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行うことが可能であることに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各手段又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

【符号の説明】

【0103】

１ 車両管理システム
１０ サーバ（１１：サーバ制御部、１２：サーバＩ／Ｆ）
２０ ネットワーク
３０ 車両（３１：車両制御部、３２：車両Ｉ／Ｆ、３３：位置情報取得装置）
３４ 第１車両
３５ 第２車両
３６ 変更車両
３７ 返却車両
３８ 予約車両
３９ 振替車両
４０ 第１領域（４１：待機枠、４２：空き枠）
５０ 第２領域（５１：待機枠、５２：空き枠）
７０ 端末装置（７１：端末制御部、７２：端末Ｉ／Ｆ、７３：出力部、７４：入力部）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】