JP7216512B2 - 車両マッチングシステム - Google Patents

Description

本発明は、車両マッチングシステムに関する。

特許文献１～６には、複数の編成車両で隊列走行を行うための隊列走行制御装置が開示されている。隊列走行は、編成車両の車間距離を一定に維持して走行するものであり、空気抵抗の抑制により、燃費の向上が図られる。

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

上記の隊列走行は、目的地や現在地等が同一もしくは近しい車両であって、しかも、隊列走行を行う意思がある車両が複数存在しなければ実現できない。しかしながら、隊列を編成する編成車両を集める技術がなく、隊列走行を行うのが難しいという実態がある。

本発明は、隊列走行を実現することができる車両マッチングシステムを提供することを目的とする。

上記課題を解決するために、本発明の車両マッチングシステムは、目的地情報、出発地情報、現在地情報の少なくともいずれか１つと、ユーザが入力可能であって隊列の順序を決定する際の第１希望情報と、ユーザが入力可能であって隊列を編成する車両の抽出に用いられ隊列を編成可能な車両の特性を示す第２希望情報とを含む参照情報を情報端末から受信する受信部と、受信した参照情報を記憶装置に記憶させる記憶部と、記憶装置に記憶された参照情報に基づいて、複数の車両から隊列を編成する車両を抽出するマッチングを行う抽出部と、受信した参照情報に基づいて、抽出部が抽出した車両の隊列順序を決定する隊列順序決定部と、抽出部の抽出結果に基づいて、マッチングの結果を示すマッチング結果情報を生成して情報端末に出力し、さらに、決定された隊列順序に基づいて隊列情報を生成してマッチング結果情報として情報端末に出力する出力部と、を備え、第２希望情報は、隊列を編成可能な車両の速度を示す情報、隊列を編成可能な車種タイプを示す情報、隊列を編成可能な車両のボディカラーを示す情報、隊列を編成可能な車両のメーカーを示す情報、隊列を編成可能な車両のユーザの性別を示す情報、および、隊列を編成可能な車両のユーザの年代を示す情報の少なくとも１つを含む。

また、抽出部は、異なる抽出条件のそれぞれにしたがって、１または複数の車両を含むマッチングパターン候補を抽出し、出力部は、抽出された複数のマッチングパターン候補をマッチング結果情報として出力し得るとしてもよい。

また、マッチング結果情報には、抽出部により抽出された車両との合流地点を示す合流地点情報が含まれてもよい。

また、合流地点情報に基づいて、現在地から合流地点までの走行ルートを特定する走行ルート特定部をさらに備えてもよい。

また、車両に設けられ、走行ルート特定部が特定した走行ルートを表示部に表示するルート表示制御部をさらに備えてもよい。

また、車両に設けられ、走行ルート特定部が特定した走行ルートにしたがって車両を走行させる走行制御部をさらに備えてもよい。

また、参照情報には、車両情報およびユーザの固有情報の少なくともいずれかが含まれてもよい。

また、道路交通情報を取得する取得部をさらに備え、抽出部は、参照情報、および、道路交通情報に基づいて車両を抽出してもよい。

本発明によれば、隊列走行を実現することができる。

隊列制御システムの概略的な構成を示した説明図である。 車両情報端末を備える車両を説明する図である。 車両の制御系のブロック図である。 端末記憶装置を説明する図である。 選択情報を説明する図である。 サーバのブロック図である。 隊列制御システムの第１のシーケンス図である。 隊列制御システムの第２のシーケンス図である。 希望情報の入力インタフェースの一例を示す図である。 選択情報一覧インタフェースの一例を示す図である。 マッチング情報登録処理を説明するフローチャートである。 マッチング要求時の端末表示部の表示例を示す図である。 マッチングパターン選択インタフェースの一例を示す図である。 マッチング要求処理を説明する第１のフローチャートである。 マッチング要求処理を説明する第２のフローチャートである。 マッチング処理を説明する第１のフローチャートである。 マッチング処理を説明する第２のフローチャートである。 隊列走行制御処理を説明するフローチャートである。 隊列情報インタフェースの一例を示す図である。 隊列編成監視処理を説明するフローチャートである。 隊列走行監視処理を説明するフローチャートである。

以下に添付図面を参照しながら、本発明の実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値等は、発明の理解を容易にするための例示に過ぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

図１は、隊列制御システムＳの概略的な構成を示した説明図である。隊列制御システムＳは、車両マッチングシステム、隊列編成システム、隊列走行システムとしても機能する。隊列制御システムＳは、情報端末１と、通信基地局２ａを有する通信網２と、サーバ１００とを含んで構成される。

情報端末１は、通信基地局２ａおよび通信網２を介してサーバ１００との通信を確立することができ、専用の画像を表示可能な電子機器を広く含む。情報端末１としては、例えば、スマートフォン、携帯電話、パーソナルコンピュータ、専用端末、さらには、ナビゲーションシステムを有する車両情報端末等が挙げられる。本実施形態では、情報端末１として、ナビゲーションシステムを有する車両情報端末１０が用いられる場合について説明する。

通信基地局２ａは、通信網２と接続され、情報端末１と無線により情報の送受信を行う。また、通信基地局２ａは、情報端末１から無線により送信された情報を、通信網２を介してサーバ１００に送信する。また、通信基地局２ａは、サーバ１００で生成された情報を情報端末１に送信する。通信網２は、携帯電話網、インターネット、ＬＡＮ（Local Area Network）、専用回線等で構成され、通信基地局２ａを介して情報端末１とサーバ１００との通信を接続する。

サーバ１００は、情報端末１から入力された情報を蓄積する。また、詳しくは後述するが、サーバ１００は、蓄積された情報から、隊列走行を行う車両のマッチングを行い、さらには、隊列走行を管理する。

図２は、車両情報端末１０を備える車両２０を説明する図である。図３は、車両２０の制御系のブロック図である。車両２０は、車両情報端末１０、バッテリ２１、走行モータ２２、受電部２３、送電部２４、撮像装置２５、ＧＰＳ（Global Positioning System）受信機２６、自動走行制御部２７を備える。

本実施形態では、車両２０は、不図示のエンジン、および、走行モータ２２を動力源として走行するハイブリッド自動車で構成される。ただし、車両２０は、エンジンのみで走行する自動車でもよいし、走行モータ２２のみで走行する電気自動車であってもよい。

バッテリ２１は、外部から供給される電力を蓄える。走行モータ２２は、バッテリ２１に蓄えられた電力により駆動する。受電部２３は、車両２０の前方側に設けられ、外部から送電される電力をバッテリ２１に充電する。送電部２４は、車両２０の後方側に設けられ、バッテリ２１に蓄えられている電力を外部に送電する。なお、受電部２３および送電部２４は、それぞれ車両２０の前方側および後方側の双方に設けられてもよい。また、送電部２４が車両２０の前方側に、受電部２３が車両２０の後方側に設けられてもよい。

撮像装置２５は、車両２０に複数設けられ、車両２０の前方、後方、左方、右方をそれぞれ撮像する。ＧＰＳ受信機２６は、車両２０の位置情報を衛星から受信する。自動走行制御部２７は、車両２０の近辺情報や、ナビゲーションシステムに登録された目的地等に基づいて、車両２０の自動走行を制御する。

車両情報端末１０は、車両２０の車室に設けられる。図３に示すように、車両情報端末１０は、端末表示部１１、端末操作部１２、端末通信部１３、端末バッファ１４、端末記憶装置１５、端末制御部１６を備える。

端末表示部１１は、液晶ディスプレイで構成され、端末制御部１６の制御によってさまざまな画像が表示される。

端末操作部１２は、車両情報端末１０の操作を受け付けるものであり、ボタンや端末表示部１１に設けられるタッチパネル、あるいはこれらの組み合わせで構成される。ここでは、端末操作部１２がタッチパネルで構成される場合について説明する。ただし、端末操作部１２は、ユーザの操作を受け付けることができれば、その構成は特に限定されるものではない。

端末通信部１３は、通信基地局２ａへの情報の出力、および、通信基地局２ａからの情報の入力に係る処理を行う。

端末バッファ１４は、端末制御部１６が処理を行う際に、種々の情報を一時的に保持するための記憶領域として機能する。

端末記憶装置１５は、後述するマッチングに必要となる参照情報を記憶する。端末記憶装置１５の詳細は、図４を用いて後述する。

端末制御部１６は、車両情報端末１０の全体を制御し、周知のナビゲーション、隊列を編成する車両のマッチング、および、隊列走行の管理を行う。端末制御部１６は、現在地取得部１６ａ、道路交通情報取得部１６ｂ、ルート検索部１６ｃ、表示制御部１６ｄ、マッチング制御部１６ｅ、隊列走行制御部１６ｆ、近辺情報特定部１６ｇ、残燃料取得部１６ｈ、バッテリ残量取得部１６ｉ、送受電制御部１６ｊとして機能する。

現在地取得部１６ａは、ＧＰＳ受信機２６が受信した信号を解析し、現在地情報を特定する。

道路交通情報取得部１６ｂは、不図示の受信機から受信した道路交通情報を解析し、主に現在地周辺の渋滞情報を特定する。

ルート検索部１６ｃは、ナビゲーションシステムとしての役割を担い、現在地情報や道路交通情報に基づいて、現在地から目的地、あるいはマッチング車両までのルートを探索する。

表示制御部１６ｄは、端末表示部１１における画像の表示制御を行う。

マッチング制御部１６ｅは、サーバ１００に対するマッチングの要求等、隊列が編成されるまでの処理を行う。

隊列走行制御部１６ｆは、マッチング成立後の走行を制御する。

近辺情報特定部１６ｇは、撮像装置２５が取得した画像を解析し、車両２０の近辺の状況を近辺情報として特定する。

残燃料取得部１６ｈは、ガソリン、軽油等の燃料の残量を取得する。

バッテリ残量取得部１６ｉは、バッテリ２１のバッテリ残量を取得する。

送受電制御部１６ｊは、隊列走行中、隊列を編成する編成車両のうち、サーバ１００が特定した送電車両と受電車両との間の送受電の制御を行う。具体的には、自車両が送電車両に特定された場合、送電部２４を制御し、受電車両に対して電力の送電を行う。また、自車両が受電車両に特定された場合、受電部２３を制御して、送電車両から電力の受電を行う。

図４は、端末記憶装置１５を説明する図である。端末記憶装置１５は、自車両情報記憶部１５ａ、ユーザ固有情報記憶部１５ｂおよび希望情報記憶部１５ｃを含んで構成される。自車両情報記憶部１５ａには、車両情報端末１０が搭載される車両２０の自車両情報が記憶される。ここでは、自車両情報として、車高、全長、全幅、平均燃費、平均電費、車種タイプ、ボディカラー、メーカーが図示のように記憶される。なお、自車両情報記憶部１５ａは、ＲＯＭ（Read Only Memory）で構成されてもよいし、書き換え可能なＲＡＭ（Random Access Memory）で構成されてもよい。自車両情報記憶部１５ａがＲＡＭで構成される場合、例えば、平均燃費や平均電費等、一部の情報を、定期的に実測値に更新してもよい。

ユーザ固有情報記憶部１５ｂには、ユーザ（ドライバー、車両２０の所有者）の固有情報が記憶される。ここでは、ユーザの固有情報として、ユーザの性別、および、ユーザの年代が記憶される。なお、ユーザ固有情報記憶部１５ｂは、自車両情報記憶部１５ａと同様、ＲＯＭで構成されてもよいし、ＲＡＭで構成されてもよい。ユーザ固有情報記憶部１５ｂがＲＡＭで構成される場合、ドライバーごとに、ユーザの固有情報を変更することができる。

希望情報記憶部１５ｃには、希望情報が記憶される。希望情報とは、隊列を編成する編成車両を抽出する条件、および、隊列の順序を決定する際の希望条件である。ここでは、希望情報として、「希望速度」、「隊列順序」、「相手車種タイプ」、「相手ボディカラー」、「相手メーカー」、「相手性別」、「相手年代」が記憶される。本実施形態では、希望情報記憶部１５ｃがＲＡＭで構成されており、ユーザが自由に希望情報を変更可能となっている。

ここで、自車両情報記憶部１５ａに記憶される自車両情報、ユーザ固有情報記憶部１５ｂに記憶されるユーザの固有情報、希望情報記憶部１５ｃに記憶される希望情報は、マッチングを要求した際に、参照情報としてサーバ１００に出力される。また、希望情報記憶部１５ｃに記憶される希望情報は、複数の選択肢の中からいずれかをユーザが選択する選択情報となっている。

図５は、選択情報を説明する図である。本実施形態において、選択情報は、編成車両の抽出、および、隊列順序の決定に用いられる。例えば、希望情報（選択情報）である「希望速度」は、隊列走行時に希望する速度帯を示しており、「なし」、「低速」、「中速」、「高速」の４つの選択肢からいずれかが選択可能である。なお、「なし」は、特に希望速度がないこと、すなわち、いずれの速度帯でもよいことを示している。

「隊列順序」は、複数の編成車両によって編成される隊列における自車両の位置を示す。ここでは、特に隊列順序に希望がないことを示す「なし」、隊列の先頭を希望する「先頭」、隊列の先頭以外の位置を希望する「先頭以外」の３つの選択肢が設けられている。

「相手車種タイプ」は、自車両を含む隊列を編成可能な車種タイプを示している。「なし」は、いずれの車種タイプが隊列に含まれてもよく、「セダン」、「ＳＵＶ」、「ＲＶ」、「１ＢＯＸ」、「その他」は、それぞれ隊列を編成可能な自車両以外の車種タイプを示している。

「相手ボディカラー」は、自車両を含む隊列を編成可能な車両のボディカラーを示している。「なし」は、いずれのボディカラーの車両が隊列に含まれてもよく、「白」、「黒」、「赤系」、「青系」、「その他」は、それぞれ隊列を編成可能な自車両以外の車両のボディカラーを示している。

「相手メーカー」は、自車両を含む隊列を編成可能な車両のメーカーを示している。「なし」は、いずれのメーカーの車両が隊列に含まれてもよく、「同じ」は、自車両と同一メーカーの車両のみが隊列を編成可能であり、「他メーカー」は、自車両と異なるメーカーの車両のみが隊列を編成可能であることを示している。

「相手性別」は、自車両を含む隊列を編成可能な車両のユーザ（ドライバー）の性別を示している。「なし」は、ユーザの性別を問わず隊列を編成可能であり、「男」は、男性ユーザの車両のみが隊列を編成可能であり、「女」は、女性ユーザの車両のみが隊列を編成可能であることを示している。

「相手年代」は、自車両を含む隊列を編成可能な車両のユーザ（ドライバー）の年代を示している。「なし」は、ユーザの年代を問わず隊列を編成可能であり、「２０代」、「３０代」、「４０代」、「５０代」、「６０代」、「その他」は、それぞれ隊列を編成可能なユーザの年代を示している。

図６は、サーバ１００のブロック図である。サーバ１００は、サーバ通信部１０１、サーバ記憶装置１０２、サーバ制御部１０３を備える。

サーバ通信部１０１は、通信網２への情報の出力、および、通信網２からの情報の入力に係る処理を行う。具体的には、サーバ通信部１０１は、車両情報端末１０から出力されるマッチング要求信号、目的地情報、出発地情報、現在地情報、自車両情報、ユーザの固有情報、および、希望情報（複数設けられた選択情報のうち情報端末１で選択された選択情報）を含む参照情報を受信する。また、サーバ通信部１０１は、後述するマッチング結果情報や隊列情報を情報端末１に出力する。

サーバ記憶装置１０２は、車両情報端末１０から出力された参照情報を記憶する。

サーバ制御部１０３は、車両情報端末１０の端末制御部１６と協働して、隊列を編成する車両のマッチング、および、隊列走行の管理を行う。サーバ制御部１０３は、参照情報記憶部１０３ａ、道路交通情報取得部１０３ｂ、抽出部１０３ｃ、隊列順序決定部１０３ｄ、マッチング結果情報生成部１０３ｅ、走行中隊列順序決定部１０３ｆ、送受電車両特定部１０３ｇ、入替可否判定部１０３ｈとして機能する。

参照情報記憶部１０３ａは、車両情報端末１０から受信した参照情報をサーバ記憶装置１０２に記憶させる。

道路交通情報取得部１０３ｂは、不図示の受信機から受信した道路交通情報を解析し、渋滞情報を取得する。

抽出部１０３ｃは、車両情報端末１０からマッチング要求信号が入力されると、サーバ記憶装置１０２に記憶された参照情報、道路交通情報取得部１０３ｂによって特定される道路交通情報に基づいて、隊列を編成する編成車両、ならびに、マッチングパターン候補を抽出する。

隊列順序決定部１０３ｄは、抽出部１０３ｃが抽出した各編成車両の隊列順序をマッチングパターン候補ごとに決定する。

マッチング結果情報生成部１０３ｅは、マッチングの成立可否、マッチングが成立した場合のマッチングパターン候補に係る情報を含むマッチング結果情報を生成する。

走行中隊列順序決定部１０３ｆは、隊列走行中に編成車両の隊列順序を決定する。なお、走行中隊列順序決定部１０３ｆによって決定された隊列順序が、走行中の隊列順序と異なる場合、サーバ通信部１０１が、決定された隊列順序に基づいて隊列情報を生成し、情報端末１（車両情報端末１０）に出力する。

送受電車両特定部１０３ｇは、隊列を編成する複数の編成車両のそれぞれに設けられたバッテリ２１の残量に応じて、編成車両の中から、非接触で送電を行う送電車両、および、送電車両から非接触で受電を行う受電車両を特定する。

入替可否判定部１０３ｈは、各編成車両から出力される近辺情報に基づいて、編成車両の隊列順序の入替可否、すなわち、隊列順序を入れ替える走行が可能であるか否かを判定する。具体的には、隊列順序が変更される編成車両のうち、最前の（最も前方を走行する）編成車両から最後尾の（最も後方を走行する）編成車両までの全ての近辺情報に基づいて入替可否を判定する。

次に、車両情報端末１０およびサーバ１００における制御処理、ならびに、車両情報端末１０とサーバ１００との間で行われる通信処理の一例を、時系列に沿って説明する。

図７は、隊列制御システムＳの第１のシーケンス図であり、図８は、隊列制御システムの第２のシーケンス図である。隊列制御システムＳによるマッチング、ならびに、隊列走行の管理は、車両情報端末１０においてマッチング情報の入力および記憶（Ｓ１）を行うことで可能となる。なお、マッチング情報とは、車両情報端末１０の自車両情報記憶部１５ａに記憶される自車両情報、ユーザ固有情報記憶部１５ｂに記憶されるユーザの固有情報、希望情報記憶部１５ｃに記憶される希望情報の３つの情報を言う。本実施形態では、３つのマッチング情報のうち、自車両情報およびユーザの固有情報は、予め車両情報端末１０に登録（記憶）されており、希望情報のみをユーザが入力可能であるとする。

図９は、希望情報の入力インタフェースの一例を示す図である。図１０は、選択情報一覧インタフェース３１の一例を示す図である。例えば、車両２０の走行中、車両情報端末１０の端末表示部１１には、地図情報が表示される。端末表示部１１はタッチパネルで構成されており、端末操作部１２としても機能する。端末操作部１２に対して所定の操作が行われると、図９（ａ）に示すように、端末表示部１１の下部にメニューバー３０が表示される。ここでは、メニューバー３０に４つのタブが表示されており、各タブに、「現在地」、「目的地設定」、「希望情報入力」、「マッチング要求」のテキストが表示されている。

ユーザが「希望情報入力」と記されたタブを操作すると、図９（ｂ）に示すように、選択情報一覧インタフェース３１が表示される。選択情報一覧インタフェース３１は、図示のように、７つのタイトルタブ３１ａと、各タイトルタブ３１ａの右側に表示される７つの仮登録表示欄３１ｂとを含む。タイトルタブ３１ａには、上記７つの希望情報のそれぞれがテキストで表示されている。仮登録表示欄３１ｂには、現在仮登録されている選択情報がテキストで表示される。したがって、図９（ｂ）に示す状態では、７つの希望情報の全てについて、「なし」が選択されていることとなる。なお、選択情報一覧インタフェース３１の表示中は、端末表示部１１に登録ボタン３２および戻るボタン３３が表示される。

ユーザがタイトルタブ３１ａまたは仮登録表示欄３１ｂを操作すると、端末表示部１１に選択インタフェース３４が表示される。選択インタフェース３４は希望情報ごとに設けられており、選択情報一覧インタフェース３１においてユーザが操作したタイトルタブ３１ａまたは仮登録表示欄３１ｂに対応する選択インタフェース３４が表示される。

例えば、「希望速度」と記されたタイトルタブ３１ａが操作された場合には、図９（ｃ）に示すように、「希望速度」用の選択インタフェース３４が表示される。この「希望速度」用の選択インタフェース３４には、４つの選択タブ３４ａが設けられている。各選択タブ３４ａには、それぞれ「なし」、「低速」、「中速」、「高速」のテキストが表示されている。なお、このとき、端末表示部１１には、戻るボタン３３が表示されている。

そして、例えば、ユーザが「低速」と表示された選択タブ３４ａを操作すると、図９（ｄ）に示すように、ユーザが操作した選択タブ３４ａが強調表示される。また、ユーザが操作した選択タブ３４ａに対応する選択情報が端末バッファ１４に仮登録され、再び、端末表示部１１に選択情報一覧インタフェース３１が表示される。このとき、選択情報一覧インタフェース３１においては、端末バッファ１４に仮登録されている選択情報が表示される。したがって、この場合には、図１０に示すように、「希望速度」と記されたタイトルタブ３１ａの右側の仮登録表示欄３１ｂには、「低速」と表示されることとなる。

ここでは、「希望速度」用の選択インタフェース３４を例示したが、各選択インタフェース３４は、対応する希望情報の選択肢（選択情報）と同数の選択タブ３４ａが設けられている。そして、選択インタフェース３４における選択タブ３４ａの操作によって、いずれかの選択情報が端末バッファ１４に仮登録される。そして、選択情報一覧インタフェース３１の表示中に、登録ボタン３２が操作されると、端末バッファ１４に仮登録されている選択情報が、端末記憶装置１５に記憶（本登録）される。これにより、マッチング情報の入力および記憶が終了となる。以下に、マッチング情報を入力および記憶するためのマッチング情報登録処理について説明する。

（マッチング情報登録処理）
図１１は、マッチング情報登録処理を説明するフローチャートである。マッチング情報登録処理は、車両情報端末１０においてマッチング制御部１６ｅが実行する。マッチング制御部１６ｅは、メニューバー３０のうち、「希望情報入力」のテキストが表示されたタブが操作されると、マッチング情報登録処理を開始する。

マッチング制御部１６ｅは、まず、端末表示部１１に選択情報一覧インタフェース３１を表示する（Ｓ１－１）。選択情報一覧インタフェース３１の表示中に、タイトルタブ３１ａまたは仮登録表示欄３１ｂが操作されると（Ｓ１－２のＹ）、マッチング制御部１６ｅは、操作がなされたタイトルタブ３１ａまたは仮登録表示欄３１ｂに対応する選択インタフェース３４を端末表示部１１に表示する（Ｓ１－３）。

また、選択インタフェース３４の表示中に、いずれかの選択タブ３４ａが操作されると（Ｓ１－４のＹ）、マッチング制御部１６ｅは、操作された選択タブ３４ａに対応する選択情報を端末バッファ１４に仮登録（記憶）させ（Ｓ１－５）、端末表示部１１に選択情報一覧インタフェース３１を表示する（Ｓ１－６）。

また、選択情報一覧インタフェース３１または選択インタフェース３４の表示中に、戻るボタン３３が操作されると（Ｓ１－７のＹ）、マッチング制御部１６ｅは、１つ前の画面を端末表示部１１に表示する（Ｓ１－８）。

また、選択情報一覧インタフェース３１の表示中に、登録ボタン３２が操作されると（Ｓ１－９のＹ）、マッチング制御部１６ｅは、端末バッファ１４に仮登録されている選択情報を端末記憶装置１５に記憶（転記）させる（Ｓ１－１０）。

マッチング制御部１６ｅは、マッチング情報登録処理中、予め設定された終了条件が成立したかを判定しており、終了条件が成立すると（Ｓ１－１１のＹ）、所定の終了処理（Ｓ１－１２）を実行して、マッチング情報登録処理を終了する。なお、終了条件としては、不図示の終了ボタンが操作されたことや、電圧の低下等が挙げられる。また、終了処理としては、端末バッファ１４をクリアする処理や、端末表示部１１に所定の初期画像を表示させる処理が挙げられる。

上記のようにして、端末記憶装置１５にマッチング情報が記憶（本登録）された状態で、ナビゲーションシステムにより目的地までのルートガイドが行われている場合、ユーザは、隊列走行を行う車両のマッチングを要求することができる。図７には、車両情報端末１０で実行されるマッチング要求処理の一部をＳ２と示している。マッチング要求処理中は、サーバ１００との間で通信が行われており、この間、サーバ１００では通信状態確認処理（Ｓ１００）およびマッチング処理が行われる。図７では、サーバ１００で実行されるマッチング処理の一部をＳ１０１と示している。

図１２は、マッチング要求時の端末表示部１１の表示例を示す図である。例えば、ナビゲーションシステムが起動されて目的地が設定されている場合、図１２（ａ）に示すように、目的地までのルート案内が端末表示部１１に表示される。そして、ルート案内とともに、端末表示部１１の下部にメニューバー３０が表示された状態で、ユーザが「マッチング要求」と記されたタブを操作すると、マッチング制御部１６ｅがマッチング要求信号をサーバ１００に出力する。

このとき、マッチング制御部１６ｅは、図１２（ｂ）に示すように、端末表示部１１に「サーバに接続中」と表示する。そして、サーバ１００との通信が確立できなかった場合、マッチング制御部１６ｅは、図１２（ｃ）に示すように、端末表示部１１に「接続できませんでした」と表示する。

一方、サーバ１００との通信が確立されると、マッチング制御部１６ｅは、参照情報をサーバ１００に出力する。ここでは、マッチング制御部１６ｅは、参照情報として、端末記憶装置１５に記憶されているマッチング情報（自車両情報、ユーザの固有情報、希望情報）、現在地取得部１６ａが取得した現在地情報、ナビゲーションシステムで設定された目的地情報をサーバ１００に出力する。サーバ１００は、参照情報を受信すると、マッチングパターン候補を抽出するマッチング処理を行う。このとき、マッチング制御部１６ｅは、図１２（ｄ）に示すように、端末表示部１１に「マッチング中」と表示する。

マッチング処理において、マッチングパターン候補が抽出されなかった場合、サーバ１００は、マッチングが不成立であったことを知らせるマッチング結果情報を車両情報端末１０に出力する。この場合、マッチング制御部１６ｅは、図１２（ｅ）に示すように、端末表示部１１に「マッチングが成立しませんでした」と表示する。

これに対して、マッチング処理において、マッチングパターン候補が抽出された場合、サーバ１００は、マッチングパターン候補をマッチング結果情報として車両情報端末１０に出力する。マッチングパターン候補を受信すると、マッチング制御部１６ｅは、図１２（ｆ）に示すように、端末表示部１１に「マッチングパターン候補を受信しました」と表示する。

サーバ１００は、マッチング処理において、異なる抽出条件のそれぞれにしたがってマッチングパターン候補を抽出する。したがって、サーバ１００において複数のマッチングパターン候補が抽出された場合には、複数のマッチングパターン候補がマッチング結果情報として車両情報端末１０に出力され得る。

図１３は、マッチングパターン選択インタフェース４０の一例を示す図である。マッチングパターン候補を受信すると、マッチング制御部１６ｅは、図１３（ａ）に示すように、マッチングパターン選択インタフェース４０を端末表示部１１に表示する。マッチングパターン選択インタフェース４０は、端末表示部１１の上部に表示される４つのタブ４０ａ、および、確定ボタン４１を含む。４つのタブ４０ａには、それぞれ「燃費優先」、「隊列走行開始優先」、「隊列走行距離優先」、「希望条件優先」と記されたテキストが表示されている。

ここで、タブ４０ａに表示されるテキストは、マッチングパターン候補を抽出する際の優先事項を示している。具体的には、「燃費優先」は、隊列走行による燃費の上昇率を最優先に考慮した抽出条件にしたがって抽出されたマッチングパターン候補を示している。また、「隊列走行開始優先」は、隊列走行を開始するまでの時間が短時間となることを最優先に考慮した抽出条件にしたがって抽出されたマッチングパターン候補を示している。また、「隊列走行距離優先」は、隊列走行の距離が最長となることを最優先に考慮した抽出条件にしたがって抽出されたマッチングパターン候補を示している。また、「希望条件優先」は、マッチング情報のうち、特にユーザが選択した希望情報の適合率を最優先に考慮した抽出条件にしたがって抽出されたマッチングパターン候補を示している。

マッチングパターン選択インタフェース４０の初期画面では、図１３（ａ）に示すように、「燃費優先」と記されたタブ４０ａが強調表示されている。また、このとき、端末表示部１１には、「燃費優先」のマッチングパターン候補の詳細情報が表示されている。ここでは、一例として、目的地までの予測燃費上昇率、隊列を編成する自車両以外の車両（以下、対象車両と言う）までの距離、対象車両との予測合流地点、隊列走行が可能な予測隊列走行距離が表示されている。また、ここでは、マッチングパターン選択インタフェース４０に、対象車両に関する詳細な情報が表示されている。３台以上の編成車両で隊列が編成される場合には、ユーザの操作によって対象車両情報が切り替わる。

また、例えば、図１３（ａ）に示す状態で、「隊列走行開始優先」と記されたタブ４０ａが操作されると、図１３（ｂ）に示すように、「隊列走行開始優先」のマッチングパターン候補の詳細情報が表示される。このように、マッチングパターン選択インタフェース４０は、複数のマッチングパターン候補が抽出された場合に、各マッチングパターン候補に係る情報を切替表示することができる。そして、マッチングパターン選択インタフェース４０の表示中に、確定ボタン４１が操作されると、そのときに表示されていたマッチングパターン候補をユーザが選択したこととなる。以下に、サーバ１００に対してマッチングの要求を行うためのマッチング要求処理（図７のＳ２）について、図１４および図１５を用いて詳細に説明する。

（マッチング要求処理）
図１４は、マッチング要求処理を説明する第１のフローチャートであり、図１５は、マッチング要求処理を説明する第２のフローチャートである。マッチング要求処理は、車両情報端末１０においてマッチング制御部１６ｅが実行する。マッチング制御部１６ｅは、メニューバー３０のうち、「マッチング要求」のテキストが表示されたタブが操作されると、マッチング要求処理を開始する。

マッチング制御部１６ｅは、まず、マッチング要求信号をサーバ１００に出力する（Ｓ２－１）。また、マッチング制御部１６ｅは、図１２（ｂ）に示すように端末表示部１１の表示を切り替えるマッチング要求開始処理を行う（Ｓ２－２）。また、マッチング制御部１６ｅは、マッチング要求開始処理においてタイマをセットする。マッチング制御部１６ｅは、通信確立信号が入力されるまでの間（Ｓ２－３のＮ）、タイマを更新するタイマ更新処理を行い（Ｓ２－４）、マッチング要求信号を出力してから所定時間以上が経過したか、つまり、タイムオーバーかを判定する（Ｓ２－５）。タイムオーバーとなった場合（Ｓ２－５のＹ）、マッチング制御部１６ｅは、マッチング終了処理（Ｓ２－６）を行い、マッチング要求処理を終了する。なお、マッチング終了処理では、例えば、図１２（ｃ）に示すように端末表示部１１の表示が切り替えられる。

一方、図７に示すように、サーバ１００では、マッチング要求信号が入力されると通信状態確認処理（Ｓ１００）が行われる。この通信状態確認処理では、マッチング要求信号が入力されてから所定時間内に、通信確立信号が車両情報端末１０に出力される。

車両情報端末１０において通信確立信号が入力された場合（図１４のＳ２－３のＹ）、マッチング制御部１６ｅは、現在地取得部１６ａが取得する現在地情報、ナビゲーションシステムで設定されている目的地情報、端末記憶装置１５に記憶されているマッチング情報を取得（Ｓ２－７）し、参照情報としてサーバ１００に出力する（Ｓ２－８）。そして、マッチング制御部１６ｅは、タイマをセット（Ｓ２－９）して、図１２（ｄ）に示すように端末表示部１１の表示を切り替える（Ｓ２－１０）。

サーバ１００では、参照情報が入力されると、図７のＳ１０１で示す処理を含むマッチング処理が行われる。このマッチング処理では、マッチング結果情報が車両情報端末１０に出力される。

マッチング制御部１６ｅは、マッチング結果情報が入力されるまでの間（図１４のＳ２－１１のＮ）、タイマを更新するタイマ更新処理を行い（Ｓ２－１２）、参照情報を出力してから所定時間以上が経過したか、つまり、タイムオーバーかを判定する（Ｓ２－１３）。タイムオーバーとなった場合（Ｓ２－１３のＹ）、マッチング制御部１６ｅは、マッチング終了処理（Ｓ２－１４）を行い、マッチング要求処理を終了する。ここでは、マッチング終了処理として、例えば、図１２（ｅ）に示すように端末表示部１１の表示が切り替えられる。

一方、所定時間内にサーバ１００からマッチング結果情報が入力された場合、マッチング制御部１６ｅは、マッチング結果情報を解析し、マッチングが成立したかを判定する（図１５のＳ２－１５）。マッチングが成立しなかった場合（Ｓ２－１５のＮ）、マッチング制御部１６ｅは、マッチング終了処理を行い（Ｓ２－２６）、マッチング要求処理を終了する。ここでは、マッチング終了処理として、図１２（ｅ）に示すように端末表示部１１の表示が切り替えられる。

マッチング結果情報を解析した結果、マッチングが成立した場合（Ｓ２－１５のＹ）、マッチング制御部１６ｅは、図１２（ｆ）に示すように端末表示部１１の表示を切り替え、さらに、マッチングパターン選択インタフェース４０を端末表示部１１に表示する（Ｓ２－１６）。そして、マッチング制御部１６ｅは、タイマをセット（Ｓ２－１７）し、確定ボタン４１が操作されるまでの間（Ｓ２－１８のＮ）、タイマを更新するタイマ更新処理を行い（Ｓ２－１９）、マッチング結果情報が入力されてから所定時間以上が経過したか、つまり、タイムオーバーかを判定する（Ｓ２－２０）。タイムオーバーとなった場合（Ｓ２－２０のＹ）、マッチング制御部１６ｅは、マッチング終了処理を行い（Ｓ２－２６）、マッチング要求処理を終了する。ここでは、マッチング終了処理として、例えば、図１２（ｅ）に示すように端末表示部１１の表示が切り替えられる。なお、マッチング制御部１６ｅは、確定ボタン４１が操作されるまでの間に、タブ４０ａが操作された場合には、操作されたタブ４０ａに対応するマッチングパターン候補に係る情報を端末表示部１１に表示する（Ｓ２－１６）。

一方、所定時間内に確定ボタン４１が操作された場合（Ｓ２－１８のＹ）、マッチング制御部１６ｅは、確定要求情報をサーバ１００に出力する（Ｓ２－２１）。この確定要求情報は、ユーザが選択したマッチングパターン候補を識別可能に構成されている。

詳しくは後述するが、サーバ１００では、確定要求情報が入力されると、ユーザが選択したマッチングパターン候補を構成する他の対象車両に、マッチングの受け入れ可否を問う処理が行われる。そして、サーバ１００では、対象車両のマッチングの受け入れ可否の結果、すなわち、マッチングが確定したかを判定し、その結果を示すマッチング確定情報を車両情報端末１０に出力する。

マッチング制御部１６ｅは、確定要求情報を出力した後、タイマをセット（Ｓ２－２２）し、マッチングの確定を示す情報が入力されるまでの間（Ｓ２－２３のＮ）、タイマを更新するタイマ更新処理を行う（Ｓ２－２４）。マッチング制御部１６ｅは、マッチングが不成立の場合（Ｓ２－２５のＹ）、マッチング終了処理を行い（Ｓ２－２６）、マッチング要求処理を終了する。なお、マッチングが不成立の場合というのは、マッチングが確定しなかったことを示すマッチング確定情報が入力された場合か、あるいは、タイムオーバーになった場合である。

一方、マッチングが確定した場合（Ｓ２－２３のＹ）には、隊列走行制御部１６ｆが隊列走行を行うための隊列走行制御処理（Ｓ３）を開始する。この隊列走行制御処理（Ｓ３）については後述する。

次に、車両情報端末１０において上記のマッチング要求処理が行われている場合に、サーバ１００で実行されるマッチング処理（図７のＳ１０１）について説明する。

（マッチング処理）
図１６は、マッチング処理を説明する第１のフローチャートであり、図１７は、マッチング処理を説明する第２のフローチャートである。マッチング処理は、サーバ１００においてサーバ制御部１０３が実行する。サーバ制御部１０３は、参照情報の入力によりマッチング処理を開始する。

参照情報が入力されると、サーバ制御部１０３（参照情報記憶部１０３ａ）は、参照情報をサーバ記憶装置１０２に記憶させる（Ｓ１０１－１）。次に、サーバ制御部１０３（道路交通情報取得部１０３ｂ）は、道路交通情報を取得する（Ｓ１０１－２）。次に、サーバ制御部１０３（抽出部１０３ｃ）は、サーバ記憶装置１０２に記憶されている参照情報と、道路交通情報とに基づいて、隊列を編成する車両を抽出する（Ｓ１０１－３）。

ここで、抽出部１０３ｃは、異なる抽出条件のそれぞれにしたがって車両を抽出する。具体的には、抽出部１０３ｃは、マッチング要求信号を出力した車両の現在地から、一定の範囲内に存在する車両を絞り込み、さらに、その中から、車両の進行方向（目的地）が同一の車両を絞り込む。

なお、マッチング要求を行った車両に係る参照情報は、マッチングの成立可否、ならびに、隊列走行の実行可否に拘わらず、一定期間、サーバ記憶装置１０２に保持される。また、サーバ記憶装置１０２に参照情報が保持されている車両は、マッチングの成立可否、並びに、隊列走行の実行可否に拘わらず、一定期間、車両情報端末１０とサーバ１００との間で、現在地情報等の情報の送受信が継続して行われ、サーバ記憶装置１０２における現在地情報の更新が行われている。

抽出部１０３ｃは、上記のように絞り込んだ車両の参照情報に基づいて、複数の車両を抽出する。このとき、抽出部１０３ｃが車両を抽出する条件は予め複数設けられており、それぞれの抽出条件にしたがって車両を抽出する。ここでは、上記の「燃費優先」、「隊列走行開始優先」、「隊列走行距離優先」、「希望条件優先」の４つの抽出条件が設けられている。各抽出条件は、車両を絞り込む際の閾値や、比較判定の処理の順番が異なっている。したがって、抽出部１０３ｃは、抽出条件（マッチングパターン候補）ごとに、異なる車両を抽出することもあれば、異なる抽出条件（マッチングパターン候補）で同一の車両を抽出することもある。また、抽出部１０３ｃは、１つの抽出条件（マッチングパターン候補）につき、１台の車両を抽出することもあれば、２台以上の車両を抽出することもあり、さらには、１台の車両も抽出できないこともある。

サーバ制御部１０３（隊列順序決定部１０３ｄ）は、抽出部１０３ｃにより車両が抽出された場合、参照情報に基づいて、複数の車両の隊列順序を決定する（Ｓ１０１－４）。このとき、隊列順序決定部１０３ｄは、参照情報のうち、少なくとも、抽出された各車両の「隊列順序」を含む選択情報に基づいて隊列順序を決定する。なお、複数のマッチングパターン候補が抽出された場合には、マッチングパターン候補の全てについて隊列順序を決定する。

次に、サーバ制御部１０３（マッチング結果情報生成部１０３ｅ）は、抽出部１０３ｃが抽出した車両、および、隊列順序決定部１０３ｄが決定した隊列順序を含むマッチング結果情報を生成し（Ｓ１０１－５）、車両情報端末１０に出力する（Ｓ１０１－６）。なお、車両（マッチングパターン候補）が１つも抽出されなかった場合には、マッチングの不成立を示すマッチング結果情報が生成される。

次に、サーバ制御部１０３は、タイマをセットし（Ｓ１０１－７）、車両情報端末１０から確定要求情報が入力されるまでの間（Ｓ１０１－８のＮ）、タイマを更新するタイマ更新処理を行う（Ｓ１０１－９）。サーバ制御部１０３は、所定時間内に確定要求情報が入力されずタイムオーバーになると（Ｓ１０１－１０のＹ）、所定のマッチング終了処理を行う（Ｓ１０１－１１）。

一方、所定時間内に確定要求情報が入力されると（Ｓ１０１－８のＹ）、サーバ制御部１０３は、ユーザが選択したマッチングパターン候補を構成する他の対象車両に、マッチングの受け入れを要求する処理を行う（Ｓ１０１－１２）。そして、サーバ制御部１０３は、所定時間に亘り、各対象車両から受け入れの可否を示す情報が入力されるのを待った後、マッチングの成立可否を最終的に確定させる（Ｓ１０１－１３）。サーバ制御部１０３は、最終的にマッチングが成立しなかった場合（Ｓ１０１－１４のＮ）、マッチングの不成立を示すマッチング不成立情報を、全ての対象車両に出力する（Ｓ１０１－１５）。

一方、サーバ制御部１０３は、最終的にマッチングが成立した場合（Ｓ１０１－１４のＹ）、マッチングの確定を示すマッチング確定情報を、全ての対象車両に出力する（Ｓ１０１－１６）。マッチング確定情報には、確定したマッチングパターンを構成する全ての編成車両に係る情報、他の編成車両との合流地点を示す合流地点情報、他の編成車両までの距離等の情報が含まれている。なお、マッチング確定情報として、先に出力されたマッチング結果情報と同じ情報が出力されてもよい。

最終的にマッチングが成立した場合、サーバ制御部１０３は、隊列走行が開始されるまで、編成車両を監視する隊列編成監視処理を行う（Ｓ１０２）。この隊列編成監視処理については後述する。

図７に示すように、車両情報端末１０においては、マッチング確定情報が入力されると、隊列走行制御部１６ｆが、隊列走行を行うための隊列走行制御処理（Ｓ３）を開始する。この隊列走行制御処理（Ｓ３）は、互いに離れた位置に存在する編成車両を合流地点に誘導して隊列を完成させ、その後、隊列走行を維持するための処理である。図７および図８には、隊列走行制御処理（Ｓ３）の一部の処理を、Ｓ３の符号を付して示している。以下に、隊列走行制御処理（Ｓ３）について、図１８を用いて説明する。

（隊列走行制御処理）
図１８は、隊列走行制御処理を説明するフローチャートである。ルート検索部１６ｃは、合流地点情報と現在地情報とに基づいて、現在地から合流地点までの走行ルートを特定する（Ｓ３－１）。表示制御部１６ｄは、ルート検索部１６ｃが特定した合流地点までの走行ルートを端末表示部１１に表示する（Ｓ３－２）。また、隊列走行制御部１６ｆは、ルート検索部１６ｃが特定した走行ルートにしたがって車両２０を走行させるように、自動走行制御部２７に信号を出力する。自動走行制御部２７は、走行モータ２２、エンジン等を制御し、合流地点に向けて自動走行を行う（Ｓ３－３）。隊列走行制御部１６ｆは、自動走行中、現在地情報等、所定の走行中情報を、一定の間隔でサーバ１００に出力する（Ｓ３－４）。

サーバ１００は、各編成車両から現在地情報を取得しており、各編成車両の相対位置を監視している。そして、編成車両が一定の距離の範囲内で縦列すると、サーバ１００から各編成車両に隊列編成完了情報が出力される。隊列走行制御部１６ｆは、隊列編成完了情報が入力されるまで、上記の処理を繰り返して待機する（Ｓ３－５のＮ）。車両情報端末１０に隊列編成完了情報が入力されると（Ｓ３－５のＹ）、表示制御部１６ｄは、隊列情報を端末表示部１１に表示する（Ｓ３－６）。

図１９は、隊列情報インタフェース５０の一例を示す図である。隊列編成が完了すると、図１９に示すように、同一の隊列を編成する全ての車両２０に、隊列情報インタフェース５０が表示される。この例では、３台の車両２０によって１つの隊列が編成されている。図５０（ａ）は、隊列の先頭に位置する車両２０の端末表示部１１を示し、図５０（ｂ）は、隊列の２番目に位置する車両２０の端末表示部１１を示している。隊列情報インタフェース５０によれば、隊列の中の自車両の隊列順序が報知される。隊列編成完了情報には、隊列の中における各車両２０の現在の隊列順序を示す隊列情報が含まれている。表示制御部１６ｄは、隊列編成完了情報に含まれる隊列情報に基づいて、隊列情報インタフェース５０を表示する。また、隊列情報インタフェース５０には、隊列走行中の合計燃費向上率やバッテリ残量が表示される。

図１８に戻り、隊列走行制御部１６ｆは、編成車両の車間を一定に維持して車両２０を走行させるように、自動走行制御部２７に信号を出力する。自動走行制御部２７は、走行モータ２２、エンジン等を制御し、目的地に向けて自動で隊列走行を行う（Ｓ３－７）。隊列走行制御部１６ｆは、自動隊列走行中、現在地情報、バッテリ残量等、所定の隊列走行中情報を、一定の間隔でサーバ１００に出力する（Ｓ３－８）。

隊列走行中、サーバ１００では、隊列を構成する編成車両の隊列順序を入れ替えるか否かを判定している。隊列順序の入れ替えが決定されると、隊列順序情報がサーバ１００から各車両２０に出力される（図８参照）。近辺情報特定部１６ｇは、隊列順序情報が入力されると（Ｓ３－９のＹ）、自車両の近辺の状況を示す近辺情報をサーバ１００に出力する（Ｓ３－１０）。ここで、近辺情報は、撮像装置２５によって撮像された車両２０の周囲の画像である。

サーバ１００は、隊列を編成する全ての編成車両から近辺情報を取得し、隊列順序の入れ替えが可能であるか否かを判定し、その判定結果に応じた判定結果情報を車両２０に出力する。表示制御部１６ｄは、判定結果情報が入力されると（Ｓ３－１１のＹ）、例えば図１９（ｃ）、（ｄ）、（ｅ）、（ｆ）に示すように、判定結果を端末表示部１１に表示してユーザに報知する（Ｓ３－１２）。隊列順序の入れ替えが可能である場合（Ｓ３－１３のＹ）、隊列走行制御部１６ｆは、隊列順序を入れ替えるための走行を制御する（Ｓ３－１４）。

また、隊列順序の入れ替えが完了すると、隊列走行制御部１６ｆは、送受電を行うか否かを判定し（Ｓ３－１５）、送受電を行うと判定した場合（Ｓ３－１５のＹ）には、送受電制御部１６ｊが送電または受電を行う（Ｓ３－１６）。

次に、サーバ１００において、車両情報端末１０における上記の隊列走行制御処理と同時並行して実行される隊列編成監視処理（Ｓ１０２）および隊列走行監視処理（Ｓ１０３）について説明する。

（隊列編成監視処理）
図２０は、隊列編成監視処理を説明するフローチャートである。サーバ制御部１０３は、車両情報端末１０から出力される走行中情報を解析し、サーバ記憶装置１０２に記憶されている現在地情報等の記憶情報を更新し（Ｓ１０２－１）、編成車両が縦列したかを判定する（Ｓ１０２－２）。また、サーバ制御部１０３は、編成車両が縦列するまでの間（Ｓ１０２－２のＮ）、隊列の編成を中止する中止条件が成立したかを判定する（Ｓ１０２－３）。

中止条件としては、例えば、編成車両が合流地点に向かわず、特定されたルートを走行しないこと、編成車両が一定距離以上離隔したこと、一定時間以上経過したことが考えられる。中止条件が成立しない間（Ｓ１０２－３のＮ）、サーバ制御部１０３は、サーバ記憶装置１０２の記憶情報の更新を繰り返し行い、中止条件が成立すると（Ｓ１０２－３のＹ）、隊列の編成を中止して（Ｓ１０２－４）、隊列編成監視処理を終了する。

一方、編成車両が縦列したと判定した場合（Ｓ１０２－２のＹ）、サーバ制御部１０３は、隊列編成完了情報を車両情報端末１０に出力する（Ｓ１０２－５）。ここでは、縦列した編成車両の現在地情報から、現在の隊列順序を示す隊列情報を含む隊列編成完了情報を出力する。上記のようにして隊列の編成が完了すると、サーバ制御部１０３は、隊列走行を監視する隊列走行監視処理を行う（Ｓ１０３）。

図２１は、隊列走行監視処理を説明するフローチャートである。サーバ制御部１０３は、車両情報端末１０から出力される隊列走行中情報を解析し、サーバ記憶装置１０２に記憶されている現在地情報や、編成車両ごとのバッテリ残量等の記憶情報を更新する（Ｓ１０３－１）。また、送受電車両特定部１０３ｇは、サーバ記憶装置１０２に記憶されているバッテリ残量に基づいて、編成車両の中から、非接触で送電を行う送電車両、および、送電車両から非接触で受電を行う受電車両を特定する送受電車両特定処理を行う（Ｓ１０３－２）。

具体的には、送受電車両特定部１０３ｇは、バッテリ残量が所定の閾値以下の編成車両があるかを判定する。バッテリ残量が閾値以下の編成車両がない場合には、送受電車両特定処理が終了となる。一方、バッテリ残量が閾値以下の編成車両がある場合には、最もバッテリ残量の大きい編成車両を送電車両に特定する。

そして、送電車両および受電車両が特定された場合（Ｓ１０３－３のＹ）、走行中隊列順序決定部１０３ｆは、送電車両と受電車両とが連続するように隊列順序を決定する。このとき、車両２０は、前方側に受電部２３が設けられ、後方側に送電部２４が設けられている。したがって、走行中隊列順序決定部１０３ｆは、送電車両の後方（１台後ろ）に受電車両が配置されるように隊列順序を決定する。

また、送電車両および受電車両が特定されなかった場合（Ｓ１０３－３のＮ）、走行中隊列順序決定部１０３ｆは、所定の条件にしたがって隊列順序を再決定する（Ｓ１０３－４）。隊列順序の再決定は、例えば、現在の隊列順序での隊列走行の時間が一定時間を超えた場合、編成車両間で燃費の上昇率の差が一定値を超えた場合等に行われる。また、隊列順序をどのように再決定（変更）するかは特に限定されない。例えば、予め決定されたサイクルで隊列順序を変更してもよいし、燃費の上昇率等、走行状況に応じて任意に変更してもよい。

サーバ制御部１０３は、隊列順序が再決定されるまでの間（Ｓ１０３－５のＮ）、上記の処理を繰り返し行う。一方、送電車両および受電車両が特定された場合（Ｓ１０３－３のＹ）、または、隊列順序が変更された場合（Ｓ１０３－５のＹ）、サーバ制御部１０３は、新たに決定された隊列順序を示す隊列順序情報を車両情報端末１０に出力し（Ｓ１０３－６）、以後、全ての編成車両から近辺情報が入力されるまで待機する（Ｓ１０３－７、Ｓ１０３－８のＮ）。

全ての編成車両から近辺情報が入力されると（Ｓ１０３－８のＹ）、入替可否判定部１０３ｈが、近辺情報に基づいて、編成車両の隊列順序の入替可否を判定する（Ｓ１０３－９）。ここでは、入替可否判定部１０３ｈが、入力された近辺情報に基づいて、隊列順序が変更される編成車両のうち、最前の編成車両から最後尾の編成車両までの周囲に他の車両が存在しないか、現在走行中のレーンとは別の並行したレーンが存在するかを確認する。なお、例えば、隊列が走行しているレーンの左側および右側のレーンのいずれか一方のみについて、他の車両が存在しないかを判定してもよい。また、ここでは、隊列順序が変更される編成車両のうち、最前の編成車両から最後尾の編成車両までの全ての近辺情報に基づいて入替可否を判定するが、例えば、隊列を編成する全ての編成車両の近辺情報に基づいて入替可否を判定してもよい。また、ここでは、所定時間内に近辺情報が入力されない場合には、入替可否判定部１０３ｈが入替不可と判定する。

そして、入替可否判定部１０３ｈは、入替可否の判定結果を示す判定結果情報を車両情報端末１０に出力する（Ｓ１０３－１０）。その後、サーバ制御部１０３は、隊列走行を中止する中止条件が成立したかを判定する（Ｓ１０３－１１）。中止条件としては、例えば、編成車両が隊列から所定距離離隔したこと等が考えられる。中止条件が成立しない間（Ｓ１０３－１１のＮ）、サーバ制御部１０３は、上記の処理を繰り返し行い、中止条件が成立すると（Ｓ１０３－１１のＹ）、隊列走行を中止して（Ｓ１０３－１２）、隊列走行監視処理を終了する。

上記の隊列制御システムＳによれば、多くの車両２０から編成車両をマッチングすることができるので、隊列走行が実現されやすい。特に、隊列制御システムＳによれば、ユーザが選択した選択情報に基づいて編成車両が抽出されるので、ユーザの好みに適合した隊列走行を実現することができる。これにより、隊列走行中のドライバーのストレスを軽減することができる。

また、隊列走行中に隊列順序を入れ替える場合には、近辺情報に基づいて隊列順序の入替可否が判定されるので、安全性を向上することができる。さらに、隊列制御システムＳによれば、隊列走行中に電力の送受電がなされるため、電力不足によって隊列から早々に離脱する車両２０が減り、長距離に亘って隊列走行を実現することができる。

以上、添付図面を参照しながら説明したが、本発明はかかる実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

上記実施形態における選択情報および参照情報は一例に過ぎない。また、上記実施形態では、参照情報に、ユーザが選択可能な選択情報が含まれることとしたが、参照情報には選択情報が含まれなくともよい。また、上記実施形態では、参照情報に、車両情報およびユーザの固有情報が含まれることとしたが、これらの情報の少なくともいずれかが含まれてもよいし、これらの情報が含まれなくともよい。

また、上記実施形態では、隊列走行前と、隊列走行中との双方で隊列順序が決定されることとしたが、隊列走行前と隊列走行中とのいずれか一方においてのみ、隊列順序を決定してもよい。

また、上記実施形態では、サーバ１００が設けられる場合について説明した。しかしながら、例えば、車両２０同士で無線通信を行い、車両情報端末１０において、参照情報の受信、隊列順序の決定、隊列情報の生成、出力を行ってもよい。

また、上記実施形態では、車両情報端末１０において、隊列順序を報知する隊列情報インタフェース５０が表示されることとしたが、例えば、自動運転によって隊列順序の入れ替えがなされる場合には、隊列順序の報知は必須ではない。

また、上記実施形態では、マッチングを要求する際に、現在地情報、目的地情報、マッチング情報が参照情報としてサーバ１００に出力される。しかしながら、マッチングを要求する際に、目的地情報は必須ではない。また、現在地情報に代えて、いずれの地点から出発するかを示す出発地情報を参照情報としてもよい。いずれにしても、目的地情報、出発地情報、現在地情報の少なくともいずれか１つを含む参照情報を情報端末１から受信して車両２０の抽出が行われればよい。

また、上記実施形態では、車両２０の走行中に、車両情報端末１０からマッチング要求がなされる場合について説明した。しかしながら、例えば、パーソナルコンピュータやスマートフォン等の情報端末１から、隊列走行を行いたい日時を入力し、時間情報を参照情報として車両２０の抽出を行ってもよい。つまり、隊列制御システムＳ（車両マッチングシステム）は、隊列走行の事前予約を行う場合にも利用可能である。この場合、ユーザの現在地が車両２０の抽出に不要となり、代わりに出発地情報が用いられるとよい。

また、上記実施形態では、自車両を除く２台以上の車両２０が抽出され得ることとしたが、自車両以外に抽出される車両２０は１台のみでもよい。

また、上記実施形態では、抽出部１０３ｃがマッチングパターン候補を複数抽出することとしたが、マッチングパターン候補は１つのみ抽出することとしてもよい。また、上記実施形態では、マッチング結果情報としてマッチングパターン候補が出力され、複数のマッチングパターン候補から、そのいずれかをユーザが選択することとした。しかしながら、１つのマッチングパターン候補のみを抽出する場合には、マッチング結果情報として、上記のマッチング確定情報を同時に出力し、即座に合流地点に向けた走行を開始してもよい。いずれにしても、抽出部１０３ｃの抽出結果に基づいて、所定のマッチング結果情報を生成して情報端末１に出力すれば、その内容は特に限定されるものではない。

また、上記実施形態では、マッチング結果情報に、他の編成車両との合流地点を示す合流地点情報が含まれ、合流地点情報に基づいて、現在地から合流地点までの走行ルートを特定することとしたが、合流地点情報および走行ルートの特定は必須ではない。例えば、単に他の編成車両の現在位置のみがマッチング結果情報に含まれてもよい。

また、上記実施形態では、車両２０が自動走行機能を有することとしたが、自動走行機能は必須ではない。

また、上記実施形態では、道路交通情報取得部１０３ｂが設けられ、編成車両を抽出する際に、道路交通情報を参照することとしたが、道路交通情報を考慮せずに編成車両を抽出してもよい。また、上記したように、例えば明日以降に隊列走行を行う車両２０をマッチングする場合には、渋滞予測情報を参照情報に組み入れてもよい。

また、上記実施形態では、近辺情報特定部１６ｇが、撮像装置２５によって撮像された画像によって近辺情報を特定することとした。しかしながら、近辺情報特定部１６ｇは、撮像装置２５に限らず、赤外線センサ等を用いて近辺情報を特定してもよい。また、編成車両の隊列順序の入替可否の判定方法は特に限定されず、予め設計されたプログラムに則って判定を行えばよい。

また、上記実施形態では、図１９（ｃ）～（ｈ）に示すように、隊列順序の入替可否、ならびに、隊列順序の変更の完了が隊列情報インタフェース５０によって報知されることとした。しかしながら、隊列順序の入替可否の判定結果の報知態様はこれに限らず、例えば、音声によって報知を行ってもよい。

また、上記実施形態では、隊列順序を入れ替えるための走行を自動で行うこととしたが、隊列順序の入れ替えは、ドライバーが行ってもよい。また、上記実施形態では、隊列走行中に、編成車両の隊列順序が決定されることとしたが、これは必須ではない。例えば、隊列走行中、隊列順序の入替可否の判定結果が常時報知されており、この報知情報によって、ユーザが隊列順序を変更するか否かを任意に決定して実行してもよい。

本発明は、車両マッチングシステムに利用できる。

１６ｃ ルート検索部（走行ルート特定部）
１６ｄ 表示制御部（ルート表示制御部）
１６ｆ 隊列走行制御部（走行制御部）
１０１ サーバ通信部（受信部、出力部）
１０２ サーバ記憶装置（記憶装置）
１０３ａ 参照情報記憶部（記憶部）
１０３ｂ 道路交通情報取得部（取得部）
１０３ｃ 抽出部
１０３ｄ 隊列順序決定部
１０３ｆ 走行中隊列順序決定部（隊列順序決定部）
Ｓ 隊列制御システム（車両マッチングシステム）

Claims (8)

1. 目的地情報、出発地情報、現在地情報の少なくともいずれか１つと、ユーザが入力可能であって隊列の順序を決定する際の第１希望情報と、前記ユーザが入力可能であって隊列を編成する車両の抽出に用いられ隊列を編成可能な車両の特性を示す第２希望情報とを含む参照情報を情報端末から受信する受信部と、
   受信した前記参照情報を記憶装置に記憶させる記憶部と、
   前記記憶装置に記憶された前記参照情報に基づいて、複数の車両から隊列を編成する車両を抽出するマッチングを行う抽出部と、
   受信した前記参照情報に基づいて、前記抽出部が抽出した車両の隊列順序を決定する隊列順序決定部と、
   前記抽出部の抽出結果に基づいて、前記マッチングの結果を示すマッチング結果情報を生成して情報端末に出力し、さらに、決定された隊列順序に基づいて隊列情報を生成して前記マッチング結果情報として情報端末に出力する出力部と、
   を備え、
   前記第２希望情報は、隊列を編成可能な車両の速度を示す情報、隊列を編成可能な車種タイプを示す情報、隊列を編成可能な車両のボディカラーを示す情報、隊列を編成可能な車両のメーカーを示す情報、隊列を編成可能な車両のユーザの性別を示す情報、および、隊列を編成可能な車両のユーザの年代を示す情報の少なくとも１つを含む車両マッチングシステム。
2. 前記抽出部は、異なる抽出条件のそれぞれにしたがって、１または複数の車両を含むマッチングパターン候補を抽出し、
   前記出力部は、抽出された複数の前記マッチングパターン候補を前記マッチング結果情報として出力し得る請求項１に記載の車両マッチングシステム。
3. 前記マッチング結果情報には、前記抽出部により抽出された車両との合流地点を示す合流地点情報が含まれる請求項１または２に記載の車両マッチングシステム。
4. 前記合流地点情報に基づいて、現在地から前記合流地点までの走行ルートを特定する走行ルート特定部をさらに備える請求項３に記載の車両マッチングシステム。
5. 車両に設けられ、前記走行ルート特定部が特定した走行ルートを表示部に表示するルート表示制御部をさらに備える請求項４に記載の車両マッチングシステム。
6. 車両に設けられ、前記走行ルート特定部が特定した走行ルートにしたがって車両を走行させる走行制御部をさらに備える請求項４または５に記載の車両マッチングシステム。
7. 前記参照情報には、車両情報およびユーザの固有情報の少なくともいずれかが含まれる請求項１から６のいずれか１項に記載の車両マッチングシステム。
8. 道路交通情報を取得する取得部をさらに備え、
   前記抽出部は、前記参照情報、および、前記道路交通情報に基づいて車両を抽出する請求項１から７のいずれか１項に記載の車両マッチングシステム。

Images