JP2021028746A - 車両貸出システム - Google Patents

Abstract

【課題】 車両を運転可能なユーザが少ない場合でも、多くのユーザを移動させることができる車両貸出システムを提供する。【解決手段】 車両貸出システム１であって、複数の車両２のそれぞれに設けられる車両制御ユニット３と、車両制御ユニット３のそれぞれと通信する管理サーバ４とを有し、管理サーバ４は、ユーザ端末８から乗車人数を少なくとも含む予約申込情報を受信し、予約申込情報に対して、乗車人数に応じて少なくとも１台の車両２を割り当て、割り当てられる車両２が複数である場合に、それらの車両２を先導車２Ａと追従車２Ｂとに設定した走行情報を作成し、走行情報を車両制御ユニット３に送信し、追従車２Ｂの車両制御ユニット３は、走行情報に含まれる先導車２Ａの情報に基づいて先導車２Ａを特定し、かつ追従車２Ｂを先導車２Ａに追従走行させることで複数の車両２を隊列走行させるように追従車を走行制御するように走行制御する。【選択図】 図１

Description

本発明は、車両貸出システムに関する。

ユーザに車両を貸し出すレンタカーやカーシェア等の車両貸出システムが公知である。このような車両貸出システムにおいて、車両を運転可能なユーザと車両を運転しないユーザを貸出車両に同乗させるものがある（例えば、特許文献１）。

特開２０１０−２０４７０８号公報

しかし、従来の車両貸出システムでは、１台の貸出車両について少なくとも１人は、車両を運転可能なユーザが必要であった。そのため、車両を運転可能なユーザが少ない場合には、それに応じて貸出車両の数を制限せざるを得ず、多くのユーザを移動させることができなかった。

本発明は、以上の背景を鑑み、車両を運転可能なユーザが少ない場合でも、多くのユーザを移動させることができる車両貸出システムを提供することを課題とする。

上記課題を解決するために本発明の一態様は、車両貸出システムであって、複数の車両と、複数の前記車両のそれぞれに設けられ、互いに通信し、複数の前記車両を走行制御する車両制御ユニットと、前記車両制御ユニットのそれぞれと通信する管理サーバとを有し、前記管理サーバは、乗車人数を少なくとも含む予約申込情報をユーザ端末から受信し、前記予約申込情報に対して、前記乗車人数に応じて少なくとも１台の前記車両を割り当て、割り当てられる前記車両が複数である場合に、それらの前記車両を先導車と追従車とに設定した走行情報を作成し、前記走行情報を前記車両制御ユニットに送信し、前記追従車の前記車両制御ユニットは、前記走行情報に含まれる前記先導車の情報に基づいて前記先導車を特定し、かつ前記追従車を前記先導車に追従走行させることで前記複数の車両を隊列走行させるように前記追従車を走行制御するように走行制御する。

この態様によれば、乗車人数に応じて車両が割り当てられるため、適切な人数のユーザを車両に乗車させることができる。乗車人数が１台の車両の定員を超えている場合には、複数の車両が割り当てられる。この複数の車両を電子的に連結して隊列走行させることで、車両を運転可能なユーザが先導車に乗ってさえいれば、車両を運転可能なユーザが追従車に乗っていなくても、複数の車両を走行させることができる。つまり、車両を運転可能なユーザが１台の車両に１人乗っていなくても、複数の車両を走行させることができる。そのため、車両を運転可能なユーザが少ない場合でも、多くのユーザを移動させることができ、ユーザに車両を貸し出す機会を広げることができる。

また、本発明の他の態様は、車両貸出システムであって、複数の車両と、複数の前記車両のそれぞれに設けられ、互いに通信し、複数の前記車両を走行制御する車両制御ユニットと、前記車両制御ユニットのそれぞれと通信する管理サーバとを有し、前記管理サーバは、使用車両数を少なくとも含む予約申込情報をユーザ端末から受信し、前記予約申込情報に対して、前記使用車両数に応じて少なくとも１台の前記車両を割り当て、割り当てられる前記車両が複数である場合に、それらの前記車両を先導車と追従車とに設定した走行情報を作成し、前記走行情報を前記車両制御ユニットに送信し、前記追従車の前記車両制御ユニットは、前記走行情報に含まれる前記先導車の情報に基づいて前記先導車を特定し、かつ前記追従車を前記先導車に追従走行させることで前記複数の車両を隊列走行させるように前記追従車を走行制御する。

この態様によれば、使用車両数に応じて車両が割り当てられるため、適切な人数のユーザを車両に乗車させることができる。使用車両数が複数の場合には、複数の車両が割り当てられる。この複数の車両を電子的に連結して隊列走行させることで、車両を運転可能なユーザが先導車に乗ってさえいれば、車両を運転可能なユーザが追従車に乗っていなくても、複数の車両を走行させることができる。つまり、車両を運転可能なユーザが１台の車両に１人乗っていなくても、複数の車両を走行させることができる。そのため、車両を運転可能なユーザが少ない場合でも、多くのユーザを移動させることができ、ユーザに車両を貸し出す機会を広げることができる。

また、上記の態様において、前記予約申込情報は、隊列走行を希望するか否かについての情報を含み、前記管理サーバは、割り当てられる前記車両が複数であり、かつ隊列走行が希望されている場合に、それらの車両を前記先導車と前記追従車とに設定した前記走行情報を作成しても良い。

この態様によれば、ユーザの希望に基づいて、隊列走行を実行するか否かを決定することができる。

また、本発明の他の態様は、車両貸出システムであって、複数の車両と、複数の前記車両のそれぞれに設けられ、互いに通信し、複数の前記車両を走行制御する車両制御ユニットと、前記車両制御ユニットのそれぞれと通信する管理サーバとを有し、前記管理サーバは、ライドシェアに関する予約申込情報をユーザ端末から受信し、前記予約申込情報に基づいてライドシェアグループを作成し、前記ライドシェアグループに含まれる乗車人数に応じて少なくとも１台の車両を割り当て、割り当てられる前記車両が複数である場合に、それらの車両を先導車と追従車とに設定すると共に前記先導車の走行経路を設定した走行計画を作成し、前記走行計画を前記車両制御ユニットに送信し、前記追従車の前記車両制御ユニットは、前記走行計画に含まれる前記先導車の情報に基づいて前記先導車を特定し、かつ前記追従車を前記先導車に追従走行させることで前記複数の車両を隊列走行させるように前記追従車を走行制御する。

この態様によれば、ライドシェアグループに含まれる乗車人数に応じて車両が割り当てられるため、適切な人数のユーザを車両に乗車させることができる。ライドシェアグループに含まれる乗車人数が１台の車両の定員を超えている場合には、複数の車両が割り当てられる。この複数の車両を電子的に連結して隊列走行させることで、車両を運転可能なユーザが先導車に乗ってさえいれば、車両を運転可能なユーザが追従車に乗っていなくても、複数の車両を走行させることができる。つまり、車両を運転可能なユーザが１台の車両に１人乗っていなくても、複数の車両を走行させることができる。そのため、車両を運転可能なユーザが少ない場合でも、多くのユーザを移動させることができ、ユーザに車両を貸し出す機会を広げることができる。

また、上記の態様において、前記管理サーバは、前記追従車が前記先導車から分離する分離地点と、分離した前記追従車の走行経路とを含む前記走行計画を作成しても良い。

この態様によれば、各車両に乗っているユーザの目的地が異なる場合に、先導車に対して追従車を適切な地点で分離させ、各車両の走行経路を最適化することができる。そのため、各車両の走行及び運転される距離の合計を短くすることができる。

また、上記の態様において、前記管理サーバは、ユーザが乗っている前記車両を前記先導車とし、ユーザが乗っていない前記車両を前記追従車とする前記走行計画を作成しても良い。

この態様によれば、ユーザが乗っている車両を利用して、車両を必要としている場所に車両を効率的に配送することができる。

また、上記の態様において、前記管理サーバは、次の（１）〜（６）のうちの少なくとも１つの指標の選択に関する情報を受信し、選択された指標の達成度が最も高くなるように、前記ライドシェアグループを作成しても良い。
（１）単位時間当たりに作成される前記ライドシェアグループによって使用される車両数を最大化する。
（２）単位時間当たりに作成される前記ライドシェアグループによって使用される車両数を最小化する。
（３）単位時間当たりに作成される前記ライドシェアグループに含まれるユーザ数の合計を最大化する。
（４）単位時間当たりに作成される前記ライドシェアグループの運転距離を最短化する。
（５）単位時間当たりに作成される前記ライドシェアグループにおける運転者数を最小化する。
（６）単位時間当たりに作成される前記ライドシェアグループの燃費を最大化する。

この態様によれば、車両貸出サービスを提供する事業者によって選択された指標に基づいて、ライドシェアグループを作成することができる。そのため、事業者のサービス提供指針をライドシェアグループに反映させることが可能となる。

また、上記の態様において、前記管理サーバは、前記（１）〜（６）のうちの複数の指標の選択に関する情報と、選択された前記複数の指標の優先順位に関する情報とを受信し、選択された複数の前記指標のうちで優先順位が１番目の前記指標の達成度が最も高くなる前記ライドシェアグループの作成案が複数存在する場合に、選択された複数の前記指標のうちで優先順位が２番目以降の前記指標に基づいて、前記ライドシェアグループの作成案を絞り込んでも良い。

この態様によれば、車両貸出サービスを提供する事業者のサービス提供指針をライドシェアグループに一層反映させやすくなり、車両貸出システムの利便性が更に向上する。

以上の構成によれば、車両を運転可能なユーザが少ない場合でも、多くのユーザを移動させることができる車両貸出システムを提供することができる。

実施形態に係る車両貸出システムの構成図 ステーションと管理サーバを示す構成図 隊列走行終了後の独立走行の例を示す模式図 （Ａ）隊列走行を利用した車両配送を行わない例、（Ｂ）隊列走行を利用した車両配送を行う例をそれぞれ示す模式図 禁煙車と喫煙車が同じ目的地に向かって隊列走行している状態を示す模式図 選択された指標に基づくライドシェアグループの作成方法の例を示す模式図 選択された複数の指標とその優先順位に基づくライドシェアグループの作成方法の例を示す模式図 ライドシェア型車両貸出における走行計画の送信処理を示すフロー図 カーシェア型車両貸出における走行情報の送信処理を示すフロー図 運転可能ユーザが少ない場合におけるライドシェアグループの作成例を示す模式図 隊列変更処理において、（Ａ）隊列変更処理を開始する前の状態、（Ｂ）、（Ｃ）隊列変更処理を実行している途中の状態、（Ｄ）隊列変更処理を完了した後の状態、をそれぞれ示す説明図

＜車両貸出システム１＞
以下、図面を参照して、本発明に係る車両貸出システム１の実施形態について説明する。図１、図２に示すように、車両貸出システム１は、予め登録された複数の車両２と管理サーバ４と複数のステーション２１Ａ〜２１Ｄとを有する。

＜複数の車両２＞
図１を参照して、複数の車両２は、互いに電子的に連結されることで隊列走行が可能であると共に、電子的な連結が解除されることで独立走行が可能である。なお、各図において複数の車両２を結ぶ一点鎖線は、複数の車両２が電子的に連結され、隊列走行していることを示している。

複数の車両２が隊列走行する場合に、隊列走行を先導する車両２を「先導車２」と称し、先導車２に追従走行する車両２を「追従車２」と称する。なお、追従車２は、先導車２に対して直接的に追従走行しても良いし、先導車２に対して一又は複数の追従車２を介して間接的に追従走行しても良い。要するに、追従車２が複数存在する場合には、必ずしも全ての追従車２が先導車２に対して直接電子的に連結されていなくても良い。

図１を参照して、各車両２には、それぞれ車両制御ユニット３が設けられている。各車両２の車両制御ユニット３は、互いに通信し、各車両２を走行制御する。車両制御ユニット３は、ＨＭＩ１１（Human Machine Interface）と、車両センサ１２と、ナビゲーション装置１３と、外界認識装置１４と、通信装置１５と、信号情報受信機１６と、制御装置１７とを備えている。ＨＭＩ１１、車両センサ１２、ナビゲーション装置１３、外界認識装置１４、通信装置１５、及び信号情報受信機１６は、ＣＡＮ（Controller Area Network）等の通信手段によって制御装置１７に接続されている。

車両制御ユニット３のＨＭＩ１１は、ユーザ７に対する入出力装置である。ＨＭＩ１１は、各車両２の車室内に設けられ、ユーザ７に対して表示や音声によって各種情報を報知するとともに、ユーザ７による入力操作を受け付ける。ＨＭＩ１１は例えばタッチパネルディスプレイである。

車両制御ユニット３の車両センサ１２は、各車両２の走行状態を検知するセンサである。車両センサ１２は、例えば各車両２の速度を検出する車速センサ、各車両２の加速度を検出する加速度センサ、各車両２の３軸の角速度を検出する角速度センサ、アクセルペダルセンサ、ブレーキペダルセンサ、操舵角センサを含む。

車両制御ユニット３のナビゲーション装置１３は、位置取得部１３Ａと、経路生成部１３Ｂとを有する。位置取得部１３Ａは、各車両２の現在位置（緯度、経度で表示される絶対座標値）を取得する装置であり、例えばＧＰＳ信号に基づいて各車両２の現在位置を取得する。経路生成部１３Ｂは、ユーザ７の操作によってＨＭＩ１１に入力された目的地と現在位置とに基づいて現在位置から目的地に到る予定経路を作成する。経路生成部１３Ｂは、公知のダイクストラ法等を用いて予定経路を作成するとよい。ナビゲーション装置１３は、取得した現在位置、及び作成した予定経路を制御装置１７に出力する。

車両制御ユニット３の外界認識装置１４は、各車両２の周辺に存在する物体を認識するための装置であり、例えばカメラや、レーダ、ライダ、ソナー等を含む。各車両２の周辺に存在する物体には、他の車両が含まれる。また、外界認識装置１４に含まれるカメラは、他の車両の外面に付された識別コードや車両登録番号（ナンバープレートに表示された番号）を認識する。

車両制御ユニット３の通信装置１５は、車々間通信装置１５Ａと、移動体通信装置１５Ｂとを含む。車々間通信装置１５Ａは異なる車両２間の制御装置１７を無線通信によって接続する。移動体通信装置１５Ｂは、移動体通信システムの基地局と無線通信し、インターネット６を介して制御装置１７を管理サーバ４に接続する。移動体通信装置１５Ｂは、例えば、第４又は第５世代移動通信システムに基づくものであるとよい。制御装置１７は、移動体通信装置１５Ｂによって、所定の時間間隔で位置取得部１３Ａによって取得された各車両２の現在位置と、経路生成部１３Ｂが作成した予定経路とを管理サーバ４に送信する。

車両制御ユニット３の信号情報受信機１６は、道路に設けられた信号情報通信装置から送信された信号を受信して、信号情報を取得する。信号情報受信機１６は、例えば光ビーコンの受信機であってよい。

車両制御ユニット３の制御装置１７は、ＣＰＵ、ＲＯＭ、及びＲＡＭ等を含むコンピュータによって構成された電子制御装置（ＥＣＵ）である。制御装置１７はＣＰＵでプログラムに沿った演算処理を実行し、各車両２の操舵装置、エンジンやモータ等の駆動装置、及びディスクブレーキ等の制動装置を制御することによって、各車両２の走行制御を実行する。詳細には、制御装置１７は、操舵装置を制御することによって各車両２の舵角を調節し、駆動装置及び制動装置を制御することによって各車両２の加速度及び減速度、速度を調節する。

＜管理サーバ４＞
図１を参照して、管理サーバ４は、ＣＰＵ、メモリ、記憶装置、及び通信装置を含むコンピュータである。管理サーバ４は、車両貸出システム１における各種の管理（例えば、予約申込情報の管理）を実行するサーバである。なお、本実施形態では、単一の管理サーバ４によって車両貸出システム１における各種の管理を実行しているが、他の実施形態では、複数の管理サーバ４によって車両貸出システム１における各種の管理を別々に実行しても良い。管理サーバ４は、通信部３１、制御部３２及び記憶部３３を備えている。

管理サーバ４の通信部３１は、インターネット６を介して各車両２の移動体通信装置１５Ｂに接続されており、各車両２の移動体通信装置１５Ｂと通信する。通信部３１は、インターネット６を介して各ユーザ７のユーザ端末８及び事業者９の事業者端末１０に接続されており、ユーザ端末８及び事業者端末１０と通信する。ユーザ端末８及び事業者端末１０は、スマートフォンやタブレット端末やノート型ＰＣ等の携帯端末であっても良いし、デスクトップ型ＰＣ等の固定端末であっても良い。通信部３１は、機能的な構成要素として、受信部３１Ａと送信部３１Ｂとを備えている（詳細は後述）。

管理サーバ４の制御部３２は、例えば、ＣＰＵ等のハードウェアプロセッサによって構成されている。制御部３２は、記憶部３３に記憶されたプログラムを実行することで、管理サーバ４の各部を制御する。制御部３２は、機能的な構成要素として、グループ作成部３２Ａと割当部３２Ｂと判定部３２Ｃと計画作成部３２Ｄと情報作成部３２Ｅと料金管理部３２Ｆとを備えている（詳細は後述）。

管理サーバ４の記憶部３３は、例えば、半導体メモリやハードディスクドライブによって構成されている。記憶部３３は、制御部３２が実行するプログラムを記憶している。

＜複数のステーション２１Ａ〜２１Ｄ＞
図２を参照して、複数のステーション２１Ａ〜２１Ｄは、インターネット６を介して管理サーバ４に接続されており、管理サーバ４との間で通信する。各ステーション２１Ａ〜２１Ｄは、ユーザ７に貸し出される複数の車両２を保有している。ユーザ７は、各ステーション２１Ａ〜２１Ｄにおいて貸し出される車両２に乗ってステーション２１Ａ〜２１Ｄ間を移動する。各ステーション２１Ａ〜２１Ｄに保有される複数の車両２は、ユーザ７の様々な使用目的に適応できるように、乗車人数や車種が異なっていると良い。

ステーション２１Ａは、経路２２Ａを介してステーション２１Ｂに接続されている。ステーション２１Ｂは、経路２２Ｂを介してステーション２１Ｃに接続されると共に、経路２２Ｃを介してステーション２１Ｄに接続されている。なお、本実施形態では、ステーション２１Ａ〜２１Ｄの個数が４個であるが、他の実施形態では、ステーション２１Ａ〜２１Ｄの個数が２〜３個又は５個以上であっても良い。つまり、ステーション２１Ａ〜２１Ｄの個数は、車両貸出システム１の規模に応じて変化して良い。

＜予約申込情報＞
ユーザ７は、車両貸出システム１を利用する前に、ユーザ端末８に予約申込情報を入力する。この予約申込情報には、基本情報として、ユーザ７の識別番号、出発地、目的地、出発時刻等が含まれる。

予約申込情報には、上記の基本情報に加えて、貸出種別情報が含まれる。貸出種別情報は、ユーザ７がカーシェア型車両貸出とライドシェア型車両貸出のどちらを希望するかについての情報である。カーシェア型車両貸出は、ユーザ７が車両２を貸し切ることを条件とする車両貸出であり、予約申込情報の入力を別々に行ったユーザ７同士が１台の車両２に同乗することはない。一方で、ライドシェア型車両貸出は、ユーザ７が車両２を貸し切ることを条件としない車両貸出であり、予約申込情報の入力を別々に行ったユーザ７同士が１台の車両２に同乗する可能性がある。

ユーザ７がカーシェア型車両貸出を希望する場合、予約申込情報には、上記の基本情報及び貸出種別情報に加えて、乗車人数又は使用車両数が含まれる。乗車人数は、車両２に乗る予定のユーザ７の人数であり、使用車両数は、ユーザ７が使用する予定の車両２の台数である。

ユーザ７がカーシェア型車両貸出を希望する場合、予約申込情報には、上記の基本情報及び貸出種別情報に加えて、隊列希望情報が含まれる。隊列希望情報は、ユーザ７が隊列走行を希望するか否かについての情報である。なお、隊列希望情報には、ユーザ７が隊列走行において先導車２と追従車２のどちらを希望するかについての情報が含まれていても良い。

ユーザ７がライドシェア型車両貸出を希望する場合、予約申込情報には、上記の基本情報及び貸出種別情報に加えて、ユーザ種別情報が含まれる。ユーザ種別情報は、ユーザ７が運転可能ユーザ７と同乗ユーザ７のどちらであるかについての情報である。運転可能ユーザ７とは、例えば、車両２の運転が可能で、且つ車両２の運転を希望するユーザ７である。一方で、同乗ユーザ７とは、例えば、車両２の運転が不能なユーザ７や、車両２の運転を希望しないユーザ７である。

ユーザ７がライドシェア型車両貸出を希望する場合、予約申込情報には、上記の基本情報及び貸出種別情報に加えて、ユーザオプションに関する情報が含まれる。ユーザオプションは、ユーザ７が車両２について任意に設定できるオプションである。ユーザオプションは、例えば、禁煙車と喫煙車のどちらを希望するか、ラグジュアリー車を希望するか否か、車両２へのペットの持ち込みを希望するか否か等の選択肢である。

＜ライドシェアグループの作成方法１＞
ユーザ７がライドシェア型車両貸出を希望する場合、管理サーバ４のグループ作成部３２Ａは、予約申込情報に基づいて基本要素とオプション要素を設定し、この基本要素とオプション要素に基づいてライドシェアグループを作成する。例えば、事業者９が事業者端末１０においてオプション要素を選択しない場合、グループ作成部３２Ａは、基本要素のみに基づいてライドシェアグループを作成する。一方で、事業者９が事業者端末１０においてオプション要素を選択する場合、グループ作成部３２Ａは、基本要素とオプション要素とに基づいてライドシェアグループを作成する。これにより、ライドシェアグループの作成に事業者９の希望を反映させることができる。

まず、ライドシェアグループを作成するための基本要素について説明する。

ライドシェアグループを作成するための第１の基本要素は、ユーザ７の出発地及び目的地である。例えば、グループ作成部３２Ａは、ユーザ７の出発地及び目的地が一致するように、ライドシェアグループを作成する。または、グループ作成部３２Ａは、ユーザ７の出発地から目的地までの経路が少なくとも部分的に一致するように、ライドシェアグループを作成する。

ライドシェアグループを作成するための第２の基本要素は、ユーザ７の出発時刻である。例えば、グループ作成部３２Ａは、ユーザ７の出発時刻が一致するように、ライドシェアグループを作成する。または、グループ作成部３２Ａは、ユーザ７の出発時刻の時間差が所定の基準時間以内になるように、ライドシェアグループを作成する。

ライドシェアグループを作成するための第３の基本要素は、運転可能ユーザ７の人数、同乗ユーザ７の人数及び使用車両数である。例えば、グループ作成部３２Ａは、１つのライドシェアグループごとに少なくとも１人の運転可能ユーザ７が含まれるように、ライドシェアグループを作成する。また、グループ作成部３２Ａは、運転可能ユーザ７と同乗ユーザ７の合計人数が、使用車両数と平均定員の積を超えないように、ライドシェアグループを作成する。

次に、ライドシェアグループを作成するためのオプション要素について説明する。

ライドシェアグループを作成するための第１のオプション要素は、隊列走行終了後の独立走行である。ここで、隊列走行終了後の独立走行とは、出発地から経由地まで複数の車両２を隊列走行させた後、経由地から目的地まで複数の車両２を独立走行させることをいう。以下、図３を参照しつつ、隊列走行終了後の独立走行の例について説明する。

図３において、車両２Ｃに乗車しているユーザ７は、ステーション２１Ａからステーション２１Ｂを経由してステーション２１Ｃに向かうユーザ７である。一方で、車両２Ｄに乗車しているユーザ７は、ステーション２１Ａからステーション２１Ｂを経由してステーション２１Ｄに向かうユーザ７である。つまり、車両２Ｃに乗車しているユーザ７と車両２Ｄに乗車しているユーザ７は、出発地及び経由地が同じであるが、目的地が異なっている。

このような場合、グループ作成部３２Ａは、ステーション２１Ａからステーション２１Ｂまでの区間は車両２Ｃ、２Ｄを隊列走行させ、ステーション２１Ｂからステーション２１Ｃ、２１Ｄまでの区間は車両２Ｃ、２Ｄを独立走行させることができるように、ライドシェアグループを作成する。具体的には、グループ作成部３２Ａは、車両２Ｃに乗車するユーザ７（ステーション２１Ｃに向かうユーザ７）と車両２Ｄに乗車するユーザ７（ステーション２１Ｄに向かうユーザ７）にそれぞれ運転可能ユーザ７が少なくとも１人ずつ含まれるように、ライドシェアグループを作成する。これにより、ステーション２１Ａからステーション２１Ｂまでの区間（車両２Ｃ、２Ｄの経路が一致している区間）では実際に車両２Ｃ、２Ｄを運転するユーザ７を極力減らしつつ、ステーション２１Ｂからステーション２１Ｃ、２１Ｄまでの区間（車両２Ｃ、２Ｄの経路が一致していない区間）では車両２Ｃ、２Ｄを目的地に向かって独立走行させることができる。

ライドシェアグループを作成するための第２のオプション要素は、隊列走行を利用した車両配送である。ここで、隊列走行を利用した車両配送とは、ユーザ７が乗車している車両２にユーザ７が乗車していない車両２（例えば、無人の車両２）を追従走行させることで、ユーザ７が乗車していない車両２を配送することをいう。以下、図４（Ａ）、図４（Ｂ）を参照しつつ、隊列走行を利用した車両配送について説明する。

管理サーバ４は、予約申込情報に基づいて、各ステーション２１Ａ〜２１Ｄを出発地とする車両２の需要を予測する。例えば、管理サーバ４は、ステーション２１Ａを出発地とする予約申込情報がステーション２１Ｂ〜２１Ｄを出発地とする予約申込情報よりも多い場合に、ステーション２１Ａを出発地とする車両２の需要が高まると予測する。ここでは、ステーション２１Ａを出発地とする車両２の需要が高まることを管理サーバ４が予測しているものと仮定する。

図４（Ａ）では、隊列走行を利用した車両配送を行っていない。そのため、ステーション２１Ａからステーション２１Ｂへと走行する車両２の台数（４台）がステーション２１Ｂからステーション２１Ａへと走行する車両２の台数（１台）よりも多くなっている。その結果、ステーション２１Ａを出発地とする車両２の需要が高まることを管理サーバ４が予測しているにも関わらず、ステーション２１Ａに保有される車両２の台数が減少してしまう。

一方で、図４（Ｂ）では、隊列走行を利用した車両配送を行っている。具体的には、ユーザ７が乗車してステーション２１Ｂからステーション２１Ａまで走行する車両２にユーザ７が乗車していない３台の車両２を追従走行させることで、ユーザ７が乗車していない３台の車両２をステーション２１Ｂからステーション２１Ａまで配送している。これに伴って、ステーション２１Ａからステーション２１Ｂへと走行する車両２の台数（４台）が、ステーション２１Ｂからステーション２１Ａへと走行する車両２の台数（４台）と同じになっている。

グループ作成部３２Ａは、このような隊列走行を利用した車両配送が可能となるように、ライドシェアグループを作成する。これにより、あるステーション２１Ａ〜２１Ｄを出発点とする車両２の需要が高まると管理サーバ４が予測している場合に、そのステーション２１Ａ〜２１Ｄに保有される車両２の台数が減少するのを抑制することができる。

ライドシェアグループを作成するための第３のオプション要素は、ユーザオプションである。前述のように、ユーザオプションとは、ユーザ７が車両２について任意に設定できるオプションである。以下、図５を参照しつつ、ユーザオプションについて説明する。

前述のように、ユーザ７がライドシェア型車両貸出を希望する場合、予約申込情報には、ユーザオプションに関する情報が含まれる。ここでは、ユーザオプションとして、禁煙車と喫煙車のどちらを希望するかが選択されているものと仮定する。

図５は、禁煙車２Ｘと喫煙車２Ｙが同じ目的地に向かって隊列走行している状態を示している。グループ作成部３２Ａは、禁煙車２Ｘを希望しているユーザ７が禁煙車２Ｘに乗り、喫煙車２Ｙを希望しているユーザ７が喫煙車２Ｙに乗ることができるように、ライドシェアグループを作成する。例えば、グループ作成部３２Ａは、禁煙車２Ｘを希望しているユーザ７の数が禁煙車２Ｘの定員を超えず、喫煙車２Ｙを希望しているユーザ７の数が喫煙車２Ｙの定員を超えないように、ライドシェアグループを作成する。これにより、ユーザ７の希望に合致したライドシェアグループを作成することができる。

＜ライドシェアグループの作成方法２＞
ユーザ７がライドシェア型車両貸出を希望する場合、管理サーバ４のグループ作成部３２Ａは、予約申込情報に基づいて基本要素と複数の指標を設定し、この基本要素と複数の指標に基づいてライドシェアグループを作成する。なお、ライドシェアグループを作成するための基本要素は、ライドシェアグループの作成方法１と同じであるため、説明を省略する。

ライドシェアグループを作成するための複数の指標は、例えば、以下の（１）〜（６）である。
（１）使用車両数の最大化・・・単位時間当たりに作成されるライドシェアグループによって使用される車両数を最大化する。例えば、出発地のステーション２１Ａ〜２１Ｄに保有されている車両２をできるだけ多く使用して、ユーザ７を移動させる。
（２）使用車両数の最小化・・・単位時間当たりに作成されるライドシェアグループによって使用される車両数を最小化する。例えば、出発地のステーション２１Ａ〜２１Ｄに保有されている車両２をできるだけ少なく使用して、ユーザ７を移動させる。
（３）ユーザ数の合計の最大化・・・単位時間当たりに作成されるライドシェアグループに含まれるユーザ数の合計を最大化する。例えば、ユーザ７とのライドシェア契約をできるだけ多く成立させる。
（４）運転距離の最短化・・・単位時間当たりに作成されるライドシェアグループの運転距離を最短にする。例えば、隊列走行と独立走行が併用される場合に、隊列走行の区間をできるだけ長くする。
（５）運転者数の最小化・・・単位時間当たりに作成されるライドシェアグループにおける運転者数を最小化する。例えば、隊列走行を利用することで、車両２を実際に運転するユーザ７の数をできるだけ少なくする。
（６）燃費の最大化・・・単位時間当たりに作成されるライドシェアグループの燃費を最大化する。例えば、車両２の平均速度が最も高くなるように、車両２の経路を決定する。

まず、事業者９が１つの指標を選択する場合について説明する。事業者９が事業者端末１０において１つの指標を選択すると、指標の選択に関する情報が事業者端末１０から管理サーバ４の受信部３１Ａに送信される。管理サーバ４の受信部３１Ａが指標の選択に関する情報を受信すると、管理サーバ４のグループ作成部３２Ａは、選択された指標に基づいてライドシェアグループを作成する。以下、図６を参照しつつ、選択された指標に基づくライドシェアグループの作成方法の例について説明する。

図６の左欄を参照して、出発地のステーション２１Ａ〜２１Ｄに３台の車両２（いずれも、定員４人）が保有された状態で、３人の運転可能ユーザ７（ハッチング有り）と３人の同乗ユーザ７（ハッチング無し）が出発地から目的地に向かうと仮定する。

例えば、事業者９が指標（１）「使用車両数の最大化」を選択したとする。この場合、グループ作成部３２Ａは、例えば、３人の運転可能ユーザ７と３人の同乗ユーザ７をそれぞれ一人ずつ３台の車両２に乗車させる（図６の右上欄参照）。これにより、出発地のステーション２１Ａ〜２１Ｄに保有されている車両２をできるだけ多く使用することができる。

一方で、事業者９が指標（２）「使用車両数の最小化」又は指標（５）「運転者数の最小化」を選択したとする。この場合、グループ作成部３２Ａは、例えば、３人の運転可能ユーザ７を１台目の車両２に乗車させ、３人の同乗ユーザ７を２台目の車両２に乗車させる。その上で、グループ作成部３２Ａは、１台目の車両２と２台目の車両２を電子的に連結して、２台目の車両２を１台目の車両２に追従走行させる（図６の右下欄参照）。これにより、出発地のステーション２１Ａ〜２１Ｄに保有されている車両２をできるだけ少なく使用することができると共に、車両２を実際に運転するユーザ７の数をできるだけ少なくすることができる。

以上のように、管理サーバ４のグループ作成部３２Ａは、選択された１つの指標の達成度が最も高くなるように、ライドシェアグループを作成する。これにより、車両貸出サービスを提供する事業者９によって選択された指標に基づいて、ライドシェアグループを作成することができる。そのため、事業者９のサービス提供指針をライドシェアグループに反映させることが可能となる。

次に、事業者９が複数の指標を選択する場合について説明する。事業者９が事業者端末１０において複数の指標を選択し、選択された複数の指標の優先順位を設定すると、複数の指標の選択に関する情報と選択された複数の指標の優先順位に関する情報とが事業者端末１０から管理サーバ４の受信部３１Ａに送信される。管理サーバ４の受信部３１Ａがこれらの情報を受信すると、管理サーバ４のグループ作成部３２Ａは、選択された複数の指標とその優先順位に基づいてライドシェアグループを作成する。以下、図７を参照しつつ、複数の指標とその優先順位に基づくライドシェアグループの作成方法の例について説明する。

図７を参照して、事業者９は、指標（１）、指標（３）、指標（５）を選択すると共に、指標（１）、指標（３）、指標（５）の順番で指標の優先順位を設定したと仮定する。

管理サーバ４のグループ作成部３２Ａは、まず、指標（１）の達成度が最も高くなるように、ライドシェアグループの作成案（以下、「グループ案」と略称する）を作成する。図７では、指標（１）の達成度が最も高くなるグループ案として、グループ案１〜４が作成されている。次に、グループ作成部３２Ａは、指標（１）に加えて指標（３）の達成度が最も高くなるグループ案を選択する。図７では、指標（１）、指標（３）の達成度が最も高くなるグループ案として、グループ案２〜４が選択されている。次に、グループ作成部３２Ａは、指標（１）、指標（３）に加えて指標（５）の達成度が最も高くなるグループ案を選択する。図７では、指標（１）、指標（３）、指標（５）の達成度が最も高くなるグループ案として、グループ案３が選択されている。この段階で、グループ案が１つに絞り込まれたため、グループ作成部３２Ａは、グループ案３に基づいてライドシェアグループを作成する。

以上のように、管理サーバ４のグループ作成部３２Ａは、指標（１）の達成度が最も高くなるグループ案が複数存在する場合に、指標（３）、指標（５）に基づいてグループ案を絞り込んでいる。つまり、管理サーバ４のグループ作成部３２Ａは、優先順位が１番目の指標の達成度が最も高くなるグループ案が複数存在する場合に、優先順位が２番目以降の指標に基づいてグループ案を絞り込んでいる。これにより、車両貸出サービスを提供する事業者９のサービス提供指針をライドシェアグループに一層反映させやすくなり、車両貸出システム１の利便性が更に向上する。

＜ライドシェア型車両貸出における走行計画の送信処理＞
次に、図８を参照しつつ、ライドシェア型車両貸出における走行計画の送信処理について説明する。

ユーザ７がライドシェアに関する予約申込情報をユーザ端末８に入力すると、ユーザ端末８から管理サーバ４の受信部３１Ａに予約申込情報が送信され、管理サーバ４の受信部３１Ａが予約申込情報を受信する（ステップＳＴ１０１）。ユーザ７がユーザ端末８に予約申込情報を入力する度に、ステップＳＴ１０１が繰り返されることで、ライドシェアに関する予約申込条件が管理サーバ４の記憶部３３に蓄積されていく。

次に、管理サーバ４のグループ作成部３２Ａは、管理サーバ４の受信部３１Ａが受信した予約申込情報に基づいて、ライドシェアグループを作成する（ステップＳＴ１０２）。その際に、グループ作成部３２Ａは、上記したライドシェアグループの作成方法１又は２を用いると良い。

次に、管理サーバ４の割当部３２Ｂは、ライドシェアグループに含まれる乗車人数に応じて、少なくとも１台の車両２をライドシェアグループに割り当てる（ステップＳＴ１０３）。以下、ステップＳＴ１０３においてライドシェアグループに割り当てられる車両２のことを、「割当車両２」と称する。

次に、管理サーバ４の判定部３２Ｃは、割当車両２が複数であるか否かを判定する（ステップＳＴ１０４）。例えば、ライドシェアグループに含まれる乗車人数が１台の車両２の定員以内の場合には、ステップＳＴ１０４の判定がＮｏになり、ライドシェアグループに含まれる乗車人数が１台の車両２の定員を超えている場合には、ステップＳＴ１０４の判定がＹｅｓになる。

ステップＳＴ１０４の判定がＮｏの場合（割当車両２が１台である場合）、管理サーバ４の計画作成部３２Ｄは、すべての区間で割当車両２を独立走行させる独立走行計画を作成する（ステップＳＴ１０５）。

次に、管理サーバ４の送信部３１Ｂは、管理サーバ４の計画作成部３２Ｄが作成した独立走行計画を割当車両２の車両制御ユニット３に送信する（ステップＳＴ１０６）。これにより、ライドシェア型車両貸出における走行計画の送信処理が終了する。

一方で、ステップＳＴ１０４の判定がＹｅｓの場合（割当車両２が複数である場合）、管理サーバ４の計画作成部３２Ｄは、少なくとも一部の区間で複数の割当車両２を隊列走行させる隊列走行計画を作成する（ステップＳＴ１０７）。計画作成部３２Ｄは、隊列走行計画において、複数の割当車両２を先導車２と追従車２とに設定すると共に先導車２の走行経路を設定する。

次に、管理サーバ４の送信部３１Ｂは、管理サーバ４の計画作成部３２Ｄが作成した隊列走行計画を各割当車両２の車両制御ユニット３に送信する（ステップＳＴ１０８）。これにより、ライドシェア型車両貸出における走行計画の送信処理が終了する。

以上のように、管理サーバ４の割当部３２Ｂは、ライドシェアグループに含まれる乗車人数に応じて車両２を割り当てている。そのため、適切な人数のユーザ７を車両２に乗車させることができる。

なお、前述の「隊列走行終了後の独立走行」が実行される場合、管理サーバ４の計画作成部３２Ｄは、ステップＳＴ１０７において、追従車２が先導車２から分離する分離地点と、分離した追従車２の走行経路とを含む走行計画を作成すると良い。これにより、各車両２に乗っているユーザ７の目的地が異なる場合に、先導車２に対して追従車２を適切な地点で分離させ、各車両２の走行経路を最適化することができる。そのため、各車両２の走行及び運転される距離の合計を短くすることができる。

また、前述の「隊列走行を利用した車両配送」が実行される場合、管理サーバ４の計画作成部３２Ｄは、ステップＳＴ１０７において、ユーザ７が乗っている車両２を先導車２とし、ユーザ７が乗っていない車両２を追従車２とする走行計画を作成すると良い。これにより、ユーザ７が乗っている車両２を利用して、車両２を必要としているステーション２１Ａ〜２１Ｄに車両２を効率的に配送することができる。

＜カーシェア型車両貸出における走行情報の送信処理＞
次に、図９を参照しつつ、カーシェア型車両貸出における走行情報の送信処理について説明する。

ユーザ７がカーシェアに関する予約申込情報をユーザ端末８に入力すると、ユーザ端末８から管理サーバ４の受信部３１Ａに予約申込情報が送信され、管理サーバ４の受信部３１Ａが予約申込情報を受信する（ステップＳＴ２０１）。ユーザ７がユーザ端末８に予約申込情報を入力する度に、ステップＳＴ２０１が繰り返されることで、カーシェアに関する予約申込条件が管理サーバ４の記憶部３３に蓄積されていく。なお、ステップＳＴ２０１で管理サーバ４の受信部３１Ａが受信する予約申込情報には、乗車人数が含まれるものとする。

次に、管理サーバ４の割当部３２Ｂは、予約申込情報に含まれる乗車人数に応じて、少なくとも１台の車両２をユーザ７に割り当てる（ステップＳＴ２０２）。以下、ステップＳＴ２０２においてユーザ７に割り当てられる車両２のことを、「割当車両２」と称する。

次に、管理サーバ４の判定部３２Ｃは、割当車両２が複数であるか否かを判定する（ステップＳＴ２０３）。例えば、予約申込情報に含まれる乗車人数が１台の車両２の定員以内の場合には、ステップＳＴ２０３の判定がＮｏになり、予約申込情報に含まれる乗車人数が１台の車両２の定員を超えている場合には、ステップＳＴ２０３の判定がＹｅｓになる。

ステップＳＴ２０３の判定がＮｏの場合（割当車両２が１台である場合）、管理サーバ４の情報作成部３２Ｅは、すべての区間で割当車両２を独立走行させる独立走行情報を作成する（ステップＳＴ２０４）。

次に、管理サーバ４の送信部３１Ｂは、管理サーバ４の情報作成部３２Ｅが作成した独立走行情報を割当車両２の車両制御ユニット３に送信する（ステップＳＴ２０５）。これにより、カーシェア型車両貸出における走行情報の送信処理が終了する。

一方で、ステップＳＴ２０３の判定がＹｅｓの場合（割当車両２が複数である場合）、管理サーバ４の判定部３２Ｃは、予約申込情報に含まれる隊列希望情報に基づいて、ユーザ７が隊列走行を希望するか否かを判定する（ステップＳＴ２０６）。

ステップＳＴ２０６の判定がＮｏの場合（ユーザ７が隊列走行を希望しない場合）、管理サーバ４の情報作成部３２Ｅが独立走行情報を作成し（ステップＳＴ２０４）、管理サーバ４の送信部３１Ｂが独立走行情報を割当車両２の車両制御ユニット３に送信する（ステップＳＴ２０５）。これにより、カーシェア型車両貸出における走行情報の送信処理が終了する。

一方で、ステップＳＴ２０６の判定がＹｅｓの場合（ユーザ７が隊列走行を希望する場合）、管理サーバ４の情報作成部３２Ｅは、少なくとも一部の区間で複数の割当車両２を隊列走行させる隊列走行情報を作成する（ステップＳＴ２０７）。情報作成部３２Ｅは、隊列走行情報において、複数の割当車両２を先導車２と追従車２とに設定する。

次に、管理サーバ４の送信部３１Ｂは、管理サーバ４の情報作成部３２Ｅが作成した隊列走行情報を各割当車両２の車両制御ユニット３に送信する（ステップＳＴ２０８）。これにより、カーシェア型車両貸出における走行情報の送信処理が終了する。

以上のように、管理サーバ４の割当部３２Ｂは、予約申込情報に含まれる乗車人数に応じて車両２を割り当てている。そのため、適切な人数のユーザ７を車両２に乗車させることができる。なお、他の実施形態において、ステップＳＴ２０１で管理サーバ４の受信部３１Ａが受信する予約申込情報に使用車両数が含まれる場合、管理サーバ４の割当部３２Ｂは、予約申込情報に含まれる使用車両数に応じて車両２を割り当てても良い。このような割当方法でも、適切な人数のユーザ７を車両２に乗車させることができる。

また、管理サーバ４の情報作成部３２Ｅは、割当車両２が複数であり、かつユーザ７が隊列走行を希望する場合に、隊列走行情報を作成している。これにより、ユーザ７の希望に基づいて、隊列走行を実行するか否かを決定することができる。

＜複数の割当車両２の隊列走行＞
ライドシェア型車両貸出において、複数の割当車両２を先導車２と追従車２とに設定した隊列走行計画が各割当車両２の車両制御ユニット３に送信されると、追従車２の車両制御ユニット３は、隊列走行計画に含まれる先導車２の情報に基づいて先導車２を特定する。この先導車２の特定が完了すると、追従車２の車両制御ユニット３は、追従車２を先導車２に追従走行させることで複数の割当車両２を隊列走行させるように、追従車２を走行制御する。

カーシェア型車両貸出において、複数の割当車両２を先導車２と追従車２とに設定した隊列走行情報が各割当車両２の車両制御ユニット３に送信されると、追従車２の車両制御ユニット３は、隊列走行情報に含まれる先導車２の情報に基づいて先導車２を特定する。この先導車２の特定が完了すると、追従車２の車両制御ユニット３は、追従車２を先導車２に追従走行させることで複数の割当車両２を隊列走行させるように、追従車２を走行制御する。

以上のように、本実施形態では、ライドシェア型車両貸出とカーシェア型車両貸出の両方において、複数の割当車両２を隊列走行させることが可能となっている。このような隊列走行の効果について、図１０を参照しつつ説明する。

図１０の左欄を参照して、出発地のステーション２１Ａ〜２１Ｄに２台の車両２（いずれも、定員４人）が保有された状態で、１人の運転可能ユーザ７（ハッチング有り）と６人の同乗ユーザ７（ハッチング無し）が出発地から目的地に向かうと仮定する。

このような場合に、複数の割当車両２を独立走行させようとすると、運転可能ユーザ７が不足するため、すべてのユーザ７を出発地から目的地まで移動させることができない。これに対して、複数の割当車両２を隊列走行させると、図１０の右欄に示されるように、運転可能ユーザ７が先導車２に乗ってさえいれば、運転可能ユーザ７が追従車２に乗っていなくても、複数の割当車両２を走行させることができる。つまり、運転可能ユーザ７が１台の割当車両２に１人乗っていなくても、複数の車両２を走行させることができる。そのため、運転可能ユーザ７が少ない場合でも、多くのユーザ７を移動させることができ、ユーザ７に車両２を貸し出す機会を広げることができる。

＜車両貸出の料金管理＞
管理サーバ４の料金管理部３２Ｆは、以下のようにして、車両貸出の料金を算出する。

管理サーバ４の料金管理部３２Ｆは、貸し出される車両２の走行距離、貸出種別、及びユーザ種別に基づいて、基本料金を算出する。具体的には、料金管理部３２Ｆは、貸し出される車両２の走行距離が長くなる程、基本料金を増加させる。また、料金管理部３２Ｆは、ユーザ７がカーシェア型車両貸出を選択した場合に、ユーザ７がライドシェア型車両貸出を選択した場合よりも、基本料金を高くする。また、料金管理部３２Ｆは、ユーザ７が運転可能ユーザ７である場合に、基本料金に対して一定の割引を行う。

料金管理部３２Ｆは、ユーザ７がユーザオプションを設定した場合に、設定されたユーザオプションの種類や数に応じて、基本料金に追加料金を加算する。

料金管理部３２Ｆは、ユーザ７との契約が成立した段階で車両貸出の料金を確定させ、その後は車両貸出の料金を変更しない。例えば、あるユーザ７がライドシェア型車両貸出を選択したが、当該ユーザ７と条件が合致する他のユーザ７が存在しなかったために、当該ユーザ７が車両２を占有する場合がある。このような場合に、当該ユーザ７は、ライドシェア型車両貸出を選択したにも関わらず、実質的にカーシェア型車両貸出を選択したのと同様の利益を享受する。このような場合でも、料金管理部３２Ｆは、ライドシェア型車両貸出が選択された場合の基本料金を維持し、カーシェア型車両貸出が選択された場合の基本料金への値上げを行わない。

＜隊列走行時における隊列変更処理＞
追従車２が先導車２に追従走行することによって構成される隊形の態様には、互いに全長の異なる２つ以上の形態が含まれる。隊形は、縦編隊及び横編隊を含む。先導車２の隊列変更ボタン（図示せず）がユーザ７によって操作されると、各車両２の制御装置１７は隊形変更処理を実行する。先導車２の制御装置１７は、先導車２の外界認識装置１４や地図情報に基づいて取得される道路の車線数や、信号情報受信機１６が受信した信号情報に基づいて、隊列変更ボタンを表示するとよい。

本実施形態では、隊形変更処理は縦編隊から横編隊に変更する縦横変更処理を含む。図１１（Ａ）〜（Ｄ）には、縦横変更処理において、隊列の態様が縦編隊から横編隊に変更されるときの追従車２の移動態様が示されている。以下では、縦横変更処理において、縦編隊を隊列数Ｎの横編隊に変更すると仮定して説明を行う。

図１１（Ａ）に矢印で示すように、縦横変更処理において、まず、先頭から２台目からＮ台目までに位置する追従車２を、それぞれ先導車２の走行車線とは異なり、且つ、互いに異なる車線に移動させる。その後、図１１（Ｂ）に矢印で示すように、先頭からＮ＋２台目に位置する追従車２を先頭から２台目に位置する追従車２の走行車線に移動させる。同時に、先頭からＮ＋３台目に位置する追従車２を先頭から３台目に位置する追従車２の走行車線に移動させる。このような移動を繰り返すことによって、図１１（Ｃ）に示すように、隊列を構成する全ての車両２が列それぞれに可能な限り均等に割り振られる。その後、図１１（Ｄ）に示すように、Ｎ＋１台目以降の追従車２の制御装置１７は前走車との車間距離を詰めるべく、Ｎ＋１台目以降の追従車２の速度を上昇させる。

隊形変更処理は、隊列の態様を横編隊から縦編隊に変更する横縦変更処理を含む。本実施形態では、横縦変更処理では縦横変更処理の手順が逆の順番で行われる。これにより、隊列の変更によって縦編隊における各車両２の順番が変更されることが防止できる。

縦編隊及び横編隊を含む各編隊において、先導車２に対する追従車２の相対位置が予め設定されている。追従車２の制御装置１７は、各編隊において予め設定された先導車２に対する相対位置を維持するように走行軌道を作成し、追従車２がその走行軌道に沿って走行するように駆動装置、制動装置、及び操舵装置を制御する。

以下に、先導車２の制御装置１７が隊列変更ボタン（図示せず）を表示する場合の一例を示す。先導車２が交差点の直前に到達すると、先導車２の制御装置１７は、隊列を構成する全車両２が交差点を通過可能であるかを判定する。このとき、先導車２の制御装置１７は、信号情報受信機１６からの信号と、車々間通信を介して取得した追従車２の位置と、車両センサ１２によって取得された各車両２の車速とに基づいて、現在の隊形で最後尾の追従車２が、信号が赤に変わる前に交差点を通過することができるか否かを判定する。そして、判定結果がＮｏの場合、変更可能な他の隊形に変更した場合に最後尾の追従車２が、信号が赤に変わる前に交差点を通過することができるか否かを判定する。その結果、先導車２の制御装置１７は、他の隊列に変更することによって最後尾の追従車２が、信号が赤に変わる前に交差点を通過することができると判定した場合に、先導車２のＨＭＩ１１に隊列変更ボタンを表示するとよい。

上記の実施形態では特に説明を行わなかったが、他の実施形態では、管理サーバ４は、予約申込情報、車両２の仕様、車両２の稼働状況等に基づいて、隊列走行を伴うカーシェア又はライドシェアと、隊列走行を伴わない一般的なカーシェア又はライドシェアと、を選択しても良い。これにより、予約申込情報等に応じて適切な車両貸出方法を選択することができる。

以上で具体的実施形態の説明を終えるが、本発明は上記実施形態に限定されることなく幅広く変形実施することができる。

１ ：車両貸出システム
２ ：車両
３ ：車両制御ユニット
４ ：管理サーバ
８ ：ユーザ端末

Claims (8)

1. 車両貸出システムであって、
   複数の車両と、
   複数の前記車両のそれぞれに設けられ、互いに通信し、複数の前記車両を走行制御する車両制御ユニットと、
   前記車両制御ユニットのそれぞれと通信する管理サーバとを有し、
   前記管理サーバは、
   乗車人数を少なくとも含む予約申込情報をユーザ端末から受信し、
   前記予約申込情報に対して、前記乗車人数に応じて少なくとも１台の前記車両を割り当て、割り当てられる前記車両が複数である場合に、それらの前記車両を先導車と追従車とに設定した走行情報を作成し、
   前記走行情報を前記車両制御ユニットに送信し、
   前記追従車の前記車両制御ユニットは、前記走行情報に含まれる前記先導車の情報に基づいて前記先導車を特定し、前記追従車を前記先導車に追従走行させることで前記複数の車両を隊列走行させるように前記追従車を走行制御する車両貸出システム。
2. 車両貸出システムであって、
   複数の車両と、
   複数の前記車両のそれぞれに設けられ、互いに通信し、複数の前記車両を走行制御する車両制御ユニットと、
   前記車両制御ユニットのそれぞれと通信する管理サーバとを有し、
   前記管理サーバは、
   使用車両数を少なくとも含む予約申込情報をユーザ端末から受信し、
   前記予約申込情報に対して、前記使用車両数に応じて少なくとも１台の前記車両を割り当て、割り当てられる前記車両が複数である場合に、それらの前記車両を先導車と追従車とに設定した走行情報を作成し、
   前記走行情報を前記車両制御ユニットに送信し、
   前記追従車の前記車両制御ユニットは、前記走行情報に含まれる前記先導車の情報に基づいて前記先導車を特定し、かつ前記追従車を前記先導車に追従走行させることで前記複数の車両を隊列走行させるように前記追従車を走行制御する車両貸出システム。
3. 前記予約申込情報は、隊列走行を希望するか否かについての情報を含み、
   前記管理サーバは、割り当てられる前記車両が複数であり、かつ隊列走行が希望されている場合に、それらの車両を前記先導車と前記追従車とに設定した前記走行情報を作成する請求項１又は請求項２に記載の車両貸出システム。
4. 車両貸出システムであって、
   複数の車両と、
   複数の前記車両のそれぞれに設けられ、互いに通信し、複数の前記車両を走行制御する車両制御ユニットと、
   前記車両制御ユニットのそれぞれと通信する管理サーバとを有し、
   前記管理サーバは、
   ライドシェアに関する予約申込情報をユーザ端末から受信し、
   前記予約申込情報に基づいてライドシェアグループを作成し、
   前記ライドシェアグループに含まれる乗車人数に応じて少なくとも１台の車両を割り当て、割り当てられる前記車両が複数である場合に、それらの車両を先導車と追従車とに設定すると共に前記先導車の走行経路を設定した走行計画を作成し、
   前記走行計画を前記車両制御ユニットに送信し、
   前記追従車の前記車両制御ユニットは、前記走行計画に含まれる前記先導車の情報に基づいて前記先導車を特定し、かつ前記追従車を前記先導車に追従走行させることで前記複数の車両を隊列走行させるように前記追従車を走行制御する車両貸出システム。
5. 前記管理サーバは、前記追従車が前記先導車から分離する分離地点と、分離した前記追従車の走行経路とを含む前記走行計画を作成する請求項４に記載の車両貸出システム。
6. 前記管理サーバは、ユーザが乗った前記車両を前記先導車とし、ユーザが乗っていない前記車両を前記追従車とする前記走行計画を作成する請求項４に記載の車両貸出システム。
7. 前記管理サーバは、
   次の（１）〜（６）のうちの少なくとも１つの指標の選択に関する情報を受信し、
   選択された指標の達成度が最も高くなるように、前記ライドシェアグループを作成する請求項４〜６のいずれかに記載の車両貸出システム。
   （１）単位時間当たりに作成される前記ライドシェアグループによって使用される車両数を最大化する。
   （２）単位時間当たりに作成される前記ライドシェアグループによって使用される車両数を最小化する。
   （３）単位時間当たりに作成される前記ライドシェアグループに含まれるユーザ数の合計を最大化する。
   （４）単位時間当たりに作成される前記ライドシェアグループの運転距離を最短化する。
   （５）単位時間当たりに作成される前記ライドシェアグループにおける運転者数を最小化する。
   （６）単位時間当たりに作成される前記ライドシェアグループの燃費を最大化する。
8. 前記管理サーバは、
   前記（１）〜（６）のうちの複数の指標の選択に関する情報と、選択された前記複数の指標の優先順位に関する情報とを受信し、
   選択された複数の前記指標のうちで優先順位が１番目の前記指標の達成度が最も高くなる前記ライドシェアグループの作成案が複数存在する場合に、選択された複数の前記指標のうちで優先順位が２番目以降の前記指標に基づいて、前記ライドシェアグループの作成案を絞り込む請求項７に記載の車両貸出システム。

Images