JP2020095478A - 交通管理装置、交通管理システム、交通管理方法、及び交通管理用コンピュータプログラム - Google Patents

Abstract

【課題】予定走行ルートが重なるエリアでの各自動運転車両の走行や停車の優先度を適切に決定する。【解決手段】交通管理装置の制御部は、通信部を介して受信した複数の車両の現在位置と目的地とに基づいて複数の車両の予定走行ルートを作成するか、又は、通信部を介して複数の車両の予定走行ルートを受信し、複数の車両の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、近接車両が存在するときは、近接車両のそれぞれに乗車している乗員に関する情報に基づいて、エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する。【選択図】図１

Description

本発明は、交通管理装置、交通管理システム、交通管理方法、及び交通管理用コンピュータプログラムに関する。

近年、自動で運転操作が行われる自動運転車両を用いたタクシー、バス、ライドシェア等のモビリティサービスの実現に向けて、自動運転技術の開発が行われている。特許文献１には、このようなモビリティサービスの一つとして、利用客の利用要求に応じて利用客の希望する乗車地点に自動運転車両を移動させ、その自動運転車両に利用客を乗車させて目的地まで送り届ける配車サービスに関する技術が開示されている。

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

通常、自動運転車両は、現在位置情報、及び車両乗員の目的地情報などに基づいて作成された予定走行ルートに沿って走行する。各自動運転車両の予定走行ルートが重なると、予定走行ルートが重なるエリアを各自動運転車両が近接した状態で走行したり、予定走行ルートの終点となる目的地に各自動運転車両が近接した状態で到着したりする場合がある。このような場合において、予定走行ルートが重なるエリアで先行車両を優先的に走行させたり停車させたりすることが、必ずしも望ましいとは言えないときがある。

本発明はこのような問題点に着目してなされたものであり、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の自動運転車両が存在する場合に、予定走行ルートが重なるエリアでの各自動運転車両の走行や停車の優先度を適切に決定することを目的とする。

上記課題を解決するために、本発明のある態様による交通管理装置は、自動運転制御される複数の車両に搭載された各車載装置と通信可能に構成された通信部と、制御部と、を備える。そして制御部は、通信部を介して受信した複数の車両の現在位置と目的地とに基づいて複数の車両の予定走行ルートを作成するか、又は、通信部を介して複数の車両の予定走行ルートを受信し、複数の車両の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、近接車両が存在するときは、近接車両のそれぞれに乗車している乗員に関する情報に基づいて、予定走行ルートが重なるエリアにおける前記近接車両のそれぞれの走行停車優先度を決定するように構成される。

また、本発明のある態様による交通管理システムは、自動運転制御される複数の車両に搭載された各車載装置と、ネットワークを介して車載装置と互いに通信可能に接続されたサーバと、を備える。車載装置は、複数の車両の現在位置と目的地とをサーバに送信するか、又は、複数の車両の現在位置と目的地とに基づいて作成した複数の車両の予定走行ルートをサーバに送信するように構成される。サーバは、車載装置を介して受信した複数の車両の現在位置と目的地とに基づいて、複数の車両の予定走行ルートを作成するか、又は、車載装置を介して予定走行ルートを受信し、複数の車両の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、近接車両が存在するときは、近接車両のそれぞれに乗車している乗員に関する情報に基づいて、予定走行ルートが重なるエリアにおける近接車両のそれぞれの走行停車優先度を決定するように構成される。

また、本発明のある態様による交通管理方法は、自動運転制御される複数の車両に搭載された各車載装置と通信可能に構成された通信部を介して受信した複数の車両の現在位置と目的地とに基づいて、複数の車両の予定走行ルートを作成するか、又は、通信部を介して複数の車両の予定走行ルートを受信し、複数の車両の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、近接車両が存在するときは、近接車両のそれぞれに乗車している乗員に関する情報に基づいて、エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する。

また、本発明のある態様による交通管理用コンピュータプログラムは、自動運転制御される複数の車両に搭載された各車載装置と通信可能に構成された通信部を介して受信した複数の車両の現在位置と目的地とに基づいて、複数の車両の予定走行ルートを作成するか、又は、通信部を介して複数の車両の予定走行ルートを受信し、複数の車両の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、近接車両が存在するときは、近接車両のそれぞれに乗車している乗員に関する情報に基づいて、エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する、ことをコンピュータに実行させる。

本発明のこれらの態様によれば、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の自動運転車両が存在する場合に、予定走行ルートが重なるエリアでの各自動運転車両の走行や停車の優先度を適切に決定することができる。

図１は、本発明の一実施形態による配車システムの概略構成図である。 図２は、本発明の一実施形態による車両のハードウェア構成図である。 図３は、本発明の一実施形態による交通管理処理の一例を示すシーケンス図である。 図４は、サーバにおいて実行される処理のうち、本発明の一実施形態による交通管理処理に関連する部分について説明するフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下の説明では、同様な構成要素には同一の参照番号を付す。

図１は、本発明の一実施形態による交通管理システム１の概略構成図である。

本実施形態による交通管理システム１は、自動運転制御される複数の車両２に搭載された各車載装置２０と、交通管理装置の一例であるサーバ４と、を備える。本実施形態による車両２は、例えばタクシーやバス、ライドシェアなどの配車サービスを提供する自動運転車両であり、配車サービスを利用する複数の利用客３はそれぞれ携帯端末３０を所持している。

車載装置２０、携帯端末３０、及びサーバ４は、光通信回線等で構成されるネットワーク５を介して互いに通信可能となっている。車載装置２０及び携帯端末３０は、例えば無線基地局６等を介してネットワーク５と接続される。またサーバ４は、例えば不図示のゲートウェイ等を介してネットワーク５と接続される。

図２は、車両２のハードウェア構成図である。

図２に示すように、車両２は、車内ネットワーク２００を介して互いに接続された、車載装置２０、車両制御ユニット２１、車外カメラ２１１、測距センサ２１２、測位センサ２１３、車内カメラ２１４、ＨＭＩ（Human Machine Interface）装置２１５、地図データベース２１６、ナビゲーション装置２１７、及び車速センサ２１８を備える。車内ネットワーク２００は、例えば、ＣＡＮ（Controller Area Network）規格に準拠したネットワークとされる。

車載装置２０は、信号線を介して互いに接続された、車内通信インターフェース（以下「車内通信Ｉ／Ｆ」という。）２０１、記憶部２０２、及び制御部２０３を備える。また車載装置２０は、車内ネットワーク２００を介して車内通信Ｉ／Ｆ２０１と接続された車外通信機器２０４を備える。

車内通信Ｉ／Ｆ２０１は、車載装置２０が、車外通信機器２０４、及び車両２の他の車載機器（例えば車外カメラ２１１など）と車内ネットワーク２００を介して通信するための通信Ｉ／Ｆ回路である。

記憶部２０２は、ＨＤＤ（Hard Disk Drive）、光記録媒体、又は半導体メモリ等の記憶媒体を有し、制御部２０３において実行されるコンピュータプログラムを記憶する。また、記憶部２０２は、制御部２０３によって生成されたデータ、及び制御部２０３が車内ネットワーク２００を介して車外通信機器２０４や車両２の他の車載機器から受信したデータ等を記憶する。

制御部２０３は、車載装置２０において制御及び演算を行うコンピュータプログラムを実行する一以上のプロセッサ及びその周辺回路とすることができる。

車外通信機器２０４は、無線通信機能を有する車載の端末である。車外通信機器２０４は、例えば、ネットワーク５と不図示のゲートウェイ等を介して接続される無線基地局６にアクセスすることで、無線基地局６を介してネットワーク５と接続される。これにより、サーバ４との間で相互に通信が行われる。また、車外通信機器２０４は、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離無線通信を利用して、利用客３の携帯端末３０との間で相互に通信を行うことができるようになっている。

車両制御ユニット２１は、車外カメラ２１１、測距センサ２１２、測位センサ２１３、及び車内カメラ２１４などから出力される信号に基づいて、ナビゲーション装置２１７によって作成された走行ルートに沿って車両２が自動的に走行するように、加速、操舵、及び制動に関する運転操作を自動的に行う。

車外カメラ２１１は、車両２の周囲の映像を撮影して出力する。車外カメラ２１１によって撮影された映像は、車両制御ユニット２１が車両２の運転を自動制御するために利用される。車外カメラ２１１は、車両２の周囲の物体及び人が明瞭に撮影されるように、例えば、撮像面を車外に向けて、車両２のフロントガラスの近くに配置される。

測距センサ２１２は、車両２の周囲に存在する物体までの距離を方位ごとに計測して出力する。測距センサ２１２によって計測された距離情報は、同様に車両制御ユニット２１が車両２の運転を自動制御するために利用される。測距センサ２１２は、例えば、車両２に設置されたＬｉＤＡＲ（Light Detection And Ranging）とされる。

測位センサ２１３は、車両２の現在地を示す現在位置情報を生成して出力する。測位センサ２１３によって生成された車両２の現在位置情報は、車両制御ユニット２１が車両２の運転を自動制御するために利用されるほか、サーバ４が車両２の現在位置を把握できるように、ネットワーク５を介して車載装置２０（より詳しくは車外通信機器２０４）からサーバ４へ送信される。測位センサ２１３は、例えば、車両２に設置されたＧＰＳ（Global Positioning System）とされる。

車内カメラ２１４は、車内の映像を撮影して車載装置２０及び車両制御ユニット２１に出力する。車内カメラ２１４によって撮影された映像は、利用客３が車両２に乗車したり車両２から降車したりしたことを、車載装置２０が検知するために利用される。車内カメラ２１４は、車内に複数個配置されてもよい。車内カメラ２１４は、車内の利用客３が明瞭に撮影されるように、例えば、車両２の天井等に配置される。

ＨＭＩ装置２１５は、車両２の車載装置２０と車両２の利用客３との間で情報のやり取りを行うことができるように構成される。本実施形態によるＨＭＩ装置２１５は、車両２の利用客３が視認できる位置に配置された情報表示画面としてのディスプレイと、車両２の利用客３が入力操作や応答操作を行う操作器としてのタッチパネルと、を備えており、利用客３に対して各種の情報（例えば、文字情報や画像情報）をディスプレイに表示させることができるようになっている。

地図データベース２１６は、地図情報に関するデータベースである。地図データベース２１６は、例えば車両２に搭載されたハードディスクドライブ（HDD；Hard Disk Drive）内に記憶されている。地図情報には、道路の位置情報や道路形状の情報（例えばカーブと直線部の種別、カーブの曲率など）、交差点及び分岐点の位置情報、道路種別などの情報などが含まれる。

ナビゲーション装置２１７は、地図データベース２１６の地図情報を参照し、測位センサ２１３によって検出した車両２の現在位置と、車両２に乗車している利用客３の希望乗車地点や目的地と、に基づいて、目的地までの走行ルートを作成して出力する。

車速センサ２１８は、車両２の車速を計測して出力する。車速センサ２１８によって計測された車両２の車速は、車両制御ユニット２１が車両２の運転を自動制御するために利用されるほか、車両２が走行ルート上の各地点を走行する走行予想時刻や、走行ルートの終点となる目的地に到着する到着予想時刻などを車載装置２０によって算出するために利用される。

図１に戻り、サーバ４は、信号線を介して互いに接続された、通信インターフェース（以下「通信Ｉ／Ｆ」という。）４１、記憶部４２、及び制御部４３を有する。

通信Ｉ／Ｆ４１は、通信部の一例であり、サーバ４を例えばゲートウェイ等を介してネットワーク５と接続するための通信Ｉ／Ｆ回路である。通信Ｉ／Ｆ４１は、車両２の車載装置２０（より詳しくは車外通信機器２０４）、及び携帯端末３０とネットワーク５を介して通信可能に構成される。

記憶部４２は、ＨＤＤ（Hard Disk Drive）、光記録媒体、又は半導体メモリ等の記憶媒体を有し、制御部４３において実行されるコンピュータプログラムを記憶する。また、記憶部４２は、制御部４３によって生成されたデータ、及び制御部４３がネットワーク５を介して受信したデータ等を記憶する。

また記憶部４２は、車両２に関する情報の一例として、各車両２の識別情報や車種などの情報を記憶する。各車両２の識別情報は、例えば各車両２の車両ナンバーや、各車両２のドア表面等に記載された識別番号などである。さらに記憶部４２は、利用客３に関する情報の一例として、各利用客３の識別情報や、住所、年齢などの情報を記憶する。各利用客３の識別情報は、例えば、配車サービスを利用する各利用客３に付与された利用客番号である。

制御部４３は、サーバ４において、後述する交通管理処理などの各種の制御や演算を行うコンピュータプログラムを実行する一以上のプロセッサ及びその周辺回路とすることができる。

制御部４３は、配車サービスを利用しようとする一の利用客３ａの携帯端末３０から送信された配車依頼を通信Ｉ／Ｆ４１を介して受信すると、複数の車両２の中から配車依頼を行った利用客３を乗車させる車両２ａ（迎車車両）を決定し、車両２ａの車載装置２０に対して通信Ｉ／Ｆ４１を介して配車指示を送信する。

そして車両２ａの車載装置２０は、車外通信機器２０４を介して配車指示を受信すると、車両制御ユニット２１によって車両２ａを自動運転させて、車両２ａを利用客３ａの希望乗車地点まで移動させて利用客３ａを乗車させた後、車両２ａを利用客３ａの目的地まで移動させる。具体的には車両２ａの車載装置２０は、車両２ａの現在位置情報、及び車両２ａに乗車している利用客３ａの目的地情報などに基づいて作成された目的地までの予定走行ルートに沿って、車両制御ユニット２１によって車両２ａを自動運転させて、車両２ａを利用客３ａの目的地まで移動させる。

ここで、車両２ａの予定走行ルートと、他の利用客３ｂが乗車している車両２ｂの予定走行ルートとが重なり、予定走行ルートが重なるエリアにおいて、各車両２ａ，２ｂの予定走行ルート上の走行予想時刻又は予定走行ルートの終点となる目的地への到着予想時刻が同時刻帯になる場合がある。

予定走行ルートが重なるエリアにおいて各車両２ａ，２ｂの走行予想時刻が同時刻帯になると、例えば、片側２車線の道路を各車両２ａ，２ｂが近接した状態で同じ進行方向に向かって走行するような状況が生じる。配車サービスの提供者としては、このような状況が生じた場合に、車両２ａが車両２ｂの後方を走行していたとしても、車両２ａに追越車線を走行させるなどして車両２ａの走行を優先させたほうが、配車サービスのサービス性を向上させることができることがある。

また予定走行ルートが重なるエリアにおいて各車両２ａ，２ｂの到着予想時刻が同時刻帯になると、例えば、各車両２ａ，２ｂが近接した状態で各車両２ａ，２ｂの利用客３ａ，３ｂが希望する同一の降車地点に到着するような状況が生じる。配車サービスの提供者としては、このような状況が生じた場合に、車両２ａが車両２ｂの後に各利用客３ａ，３ｂが希望する降車地点に到着するとしても、車両２ａを優先的に利用客３ａが希望する降車地点に停車させて利用客３ａを降車させたほうが、配車サービスのサービス性を向上させることができることがある。

車両２ａと車両２ｂとを比較して、車両２ａの走行や停車を優先させたほうが配車サービスのサービス性を向上させることができる場合の例としては、例えば車両２ａの乗車人数のほうが車両２ｂの乗車人数よりも多いときや、車両２ａの利用客３ａが配車サービスの提供者に対して配車サービス料以外のサービス料を追加課金しているとき、車両２ａの利用客３ａの目的地が例えば病院や警察などの急を要することが想定される特定施設であった場合などが挙げられる。

このように、乗員人数の多い車両２の走行や停車を優先させることで、乗員人数の多い車両２をより早く目的地に到着させたり、また希望通りの降車地点で降車させたりすることができるので、より多くの利用客３ａを満足させて、配車サービスのサービス性を向上させることができる。

また、配車サービス料以外のサービス料を追加課金した利用客３が乗車している車両２の走行や停車を優先させることで、サービス料金に見合ったサービスを提供することができ、サービス料をより多く支払った利用客３の満足度を高めることができると共に、サービス料を支払っていない利用客３が不満を感じるのを抑制することができる。

さらに、病院や警察などの特定施設を目的地とする利用客３が乗車している車両２の走行や停車を優先することで、急を要する事態が生じていることが予想される利用客３をより早く特定施設に到着させたり、また希望通りの降車地点（すなわち、より特定施設に近い降車地点）で降車させたりすることができるので、急を要する事態が生じていることが予想される利用客３を満足させて、配車サービスのサービス性を向上させることができる。

そこで本実施形態では、複数の車両２の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の車両（以下「近接車両」という。）２が存在するか否かを判定し、近接車両２が存在するときは、近接車両２のそれぞれに乗車している乗員に関する情報（例えば乗員数に関する情報や配車サービス料以外のサービス料の追加課金情報、目的地情報など）に基づいて、予定走行ルートが重なるエリアにおける近接車両２のそれぞれの走行停車優先度を決定することとした。そして、予定走行ルートが重なるエリアにおいては、走行停車優先度の高い車両２の走行や停車を優先することとした。

図３は、この本実施形態による交通管理処理の一例を示すシーケンス図である。図３に示すシーケンス図において、サーバ４と、車両２の車載装置２０及び携帯端末３０と、の間の通信は、ネットワーク５を介して行われる。

ステップＳ１において、複数の利用客３のうちの一の利用客３ａは、自身が所持している携帯端末３０を操作して、配車依頼をサーバ４に送信する。配車依頼には、配車を依頼する旨の他、利用客３ａの識別情報、希望乗車地点、目的地、希望降車地点、利用客３ａ以外の同乗者の数、及び追加課金の有無などの利用客３に関する各情報が含まれる。利用客３ａの現在地、希望乗車地点、目的地、及び希望降車地点は、例えば、施設名、住所、又は経度と緯度の組み合わせにより指定される。

ステップＳ２において、配車依頼を受信したサーバ４は、利用客３ａの希望乗車地点から一定距離内に存在する車両２を検索し、検索された少なくとも一つの車両２の中から利用可能な車両２ａを利用客３ａの迎車車両として選択し、迎車車両として選択された車両２ａの車載装置２０に対して、利用客３ａの希望乗車地点に向かうように配車指示を送信する。配車指示には、利用客３ａの配車依頼に含まれていた利用客３ａに関する各情報が含まれている。

ステップＳ３において、配車指示を受信した車両２ａの車載装置２０は、車両制御ユニット２１によって車両２ａを自動運転させて、車両２ａを利用客３ａの希望乗車地点まで移動させる。なお車載装置２０は、車両２ａが車両制御ユニット２１による自動運転が行われている間、車両２ａの現在地を示す位置情報及び車速情報を定期的にサーバ４に送信している。

ステップＳ４において、利用客３ａの希望乗車地点まで移動した車両２ａの車載装置２０は、利用客３ａの携帯端末３０と例えば近距離無線通信を行って、配車依頼を行った利用客３ａであることの確認（マッチング）を行った上で、利用客３ａの乗車を許可する。そして車両２ａの車載装置２０は、例えばドアの開閉動作や車内カメラ２１４によって利用客３ａが乗車したことを確認すると、乗車通知をサーバ４に送信する。

ステップＳ５において、利用客３ａを乗車させた車両２ａの車載装置２０は、車両２ａの現在地、及び配車指示に含まれる利用客３ａの目的地や希望降車地点などの情報に基づいて、車両２ａに搭載されたナビゲーション装置２１７によって予定走行ルートを作成させる。そして車載装置２０は、作成した予定走行ルートをサーバ４に送信すると共に、作成した予定走行ルートに従って自動運転するよう車両制御ユニット２１に対して指示し、車両２ａを利用客３ａの目的地に向かって移動させる。なお、車両２ａの予定走行ルートは、サーバ４において作成して車両２ａの車載装置２０に送信するようにしてもよい。

ステップＳ６において、サーバ４は、複数の車両２のうち、車両２ａの予定走行ルートと重なる予定走行ルートを持つ１台又は複数台の他の車両２が存在するかを検索する。そしてサーバ４は、車両２ａと予定走行ルートが重なっている他の車両２が存在する場合には、さらにその中から、各車両２の現在位置情報及び車速情報に基づいて、予定走行ルートが重なっているエリアを車両２ａと同時刻帯に走行するか、又は予定走行ルートが重なっているエリアに車両２ａと同時刻帯に到着する可能性のある他の車両２が存在するかを検索する。

そしてサーバ４は、予定走行ルートが重なるエリアにおいて、車両２ａの走行予想時刻又は到着予想時刻が同時刻帯となる１台又は複数台の他の車両２が存在する場合には、車両２ａを含むこれらの各近接車両２の利用客３に関する各情報から、各近接車両２に乗車している乗員に関する情報（例えば乗員数に関する情報や配車サービス料以外のサービス料の追加課金情報、目的地情報など）を取得する。そしてサーバ４は、各近接車両２に乗車している乗員に関する情報に基づいて、各近接車両２の走行停車優先度を決定し、走行停車優先度に応じた走行指示を各近接車両２の車載装置２０に送信する。

例えばサーバ４は、予定走行ルートが重なるエリアにおいて、走行停車優先度の高い車両２の車載装置２０に対しては、追越車線を走行させる指示を送信すると共に、走行停車優先度の低い車両２の車載装置２０に対しては、走行車線を走行させる指示を送信し、走行停車優先度の高い車両２の走行を優先させる。また例えばサーバ４は、予定走行ルートが重なるエリアにおいて、走行停車優先度の高い車両２の車載装置２０に対しては、当該車両２の利用客３が希望する降車地点に停車させる指示を送信すると共に、走行停車優先度の低い車両２の車載装置２０に対しては、当該車両２の利用客３が希望する降車地点の近傍に停車させる指示を送信し、走行停車優先度の高い車両２の利用客３の希望降車地点への停車を優先させる。

ステップＳ７において、車両２ａの車載装置２０は、目的地までの移動中に、サーバ４から走行停車優先度に応じた走行指示を受信したときは、その走行指示に従って自動運転するよう車両制御ユニット２１に対して指示する。

ステップＳ８において、利用客３ａの目的地まで移動した車両２ａの車載装置２０は、車両２ａを停車させて、利用客３ａを降車させる。そして車両２の車載装置２０は、例えばドアの開閉動作や車内カメラ２１４によって利用客３ａが降車したことを確認すると、降車通知をサーバ４に送信する。

図４は、サーバ４（より詳しくはサーバ４の制御部４３）において実行される処理のうち、本実施形態による交通管理処理に関連する部分について説明するフローチャートである。サーバ４は、利用客３ａの携帯端末３０から車両２の配車依頼を受信した後、迎車車両として選択した車両２ａの車載装置２０から乗車通知を受信すると、本ルーチンを実行する。

ステップＳ１０１において、サーバ４は、車両２ａの車載装置２０から、車両２ａの予定走行ルートを受信したか否かを判定する。サーバ４は、車両２ａの予定走行ルートを受信していれば、ステップＳ１０２の処理に進む。一方でサーバ４は、車両２ａの予定走行ルートを受信していなければ、ステップＳ１０６の処理に進む。

なお、このステップＳ１０１において、車両２ａの車載装置２０から車両２ａの現在位置情報、及び目的地情報を受信したときに、それらの情報に基づいてサーバ４側で車両２ａの予定走行ルートを作成して車両２ａの車載装置２０に送信し、ステップＳ１０２の処理に進むようにしてもよい。そして、車両２ａの車載装置２０から車両２ａの現在位置情報、及び目的地情報を受信していなければ、ステップＳ１０６の処理に進むようにしてもよい。

ステップＳ１０２において、サーバ４は、複数の車両２の中から、車両２ａの予定走行ルートと重なる予定走行ルートを持つ１台又は複数台の他の車両２が存在するかを検索する。サーバ４は、車両２ａの予定走行ルートと重なる予定走行ルートを持つ他の車両２が存在していれば、ステップＳ１０３の処理に進む。一方でサーバ４は、車両２ａの予定走行ルートと重なる予定走行ルートを持つ他の車両２が存在していなければ、ステップＳ１０６の処理に進む。

ステップＳ１０３において、サーバ４は、車両２ａ、及び車両２ａの予定走行ルートと重なる予定走行ルートを持つ他の車両２のそれぞれの現在位置情報と車速情報とに基づいて、車両２ａの予定走行ルートと重なる予定走行ルートを持つ他の車両２の中から、車両２ａと予定走行ルートが重なっているエリアを車両２ａと同時刻帯に走行するか、又は車両２ａと予定走行ルートが重なっているエリアに車両２ａと同時刻帯に到着する可能性のある他の車両２が存在するかを検索する。

すなわちサーバ４は、車両２ａと予定走行ルートが重なるエリアにおいて、走行予想時刻又は到着予想時刻が車両２ａと同時刻帯となる、車両２ａを含む２台以上の近接車両２が存在するか否かを判定する。サーバ４は、このような近接車両２が存在していれば、ステップＳ１０４の処理に進み、存在していなければステップＳ１０６の処理に進む。

ステップＳ１０４において、サーバ４は、車両２ａを含む各近接車両２の利用客３に関する各情報から、各近接車両２に乗車している乗員に関する情報（例えば乗員数に関する情報や配車サービス料以外のサービス料の追加課金情報、目的地情報など）を取得し、各近接車両２に乗車している乗員に関する情報に基づいて、予定走行ルートが重なるエリアにおける各近接車両２のそれぞれの走行停車優先度を決定する。

ステップＳ１０５において、サーバ４は、車両２ａを含む各近接車両２の車載装置２０に対して、決定された走行停車優先度に応じた走行指示を送信する。

ステップＳ１０６において、サーバ４は、車両２ａから利用客３ａが降車したことを知らせる降車通知を、車両２ａの車載装置２０から受信したか否かを判定する。サーバ４は、降車通知を受信していれば本ルーチンを終了する。一方でサーバ４は、降車通知をまだ受信していなければ、一定の時間間隔を空けて再度ステップＳ１０１の処理を行う。

以上説明した本実施形態によるサーバ４（交通管理装置）は、自動運転制御される複数の車両２に搭載された各車載装置２０と通信可能に構成された通信部４１と、制御部４３と、を備える。そして制御部４３は、通信部４１を介して受信した複数の車両２の現在位置と目的地とに基づいて複数の車両２の予定走行ルートを作成するか、又は、通信部４１を介して複数の車両２の予定走行ルートを受信し、複数の車両２の中から、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両２が存在するか否かを判定し、近接車両２が存在するときは、近接車両２のそれぞれに乗車している乗員に関する情報に基づいて、予定走行ルートが重なるエリアにおける近接車両２のそれぞれの走行停車優先度を決定するように構成される。

これにより、予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の自度運転制御される車両２が存在する場合に、予定走行ルートが重なるエリアでの各車両２の走行や停車の優先度を、各車両２に乗車している乗員に関する情報に基づいて適切に決定することができる。

より詳細には制御部４３は、近接車両２のうち、走行停車優先度の高い車両２ほど、予定走行ルートが重なるエリアを優先的に走行させ、又は予定走行ルートが重なるエリアに優先的に停車させるように、通信部４１を介して近接車両２のそれぞれの車載装置２０に走行指示を送信するように構成される。

これにより、予定走行ルートが重なるエリアにおいて、走行停車優先度の高い車両２を優先的に走行させることができるので、走行停車優先度の高い車両２をより早く目的地に到着させたり、また希望通りの降車地点に停車させて利用客３を降車させたりすることができる。

近接車両２のそれぞれに乗車している乗員に関する情報としては、例えば近接車両２のそれぞれに乗車している乗員の数を用いることができる。この場合には制御部４３は、近接車両２のうち、乗員の数が多い車両ほど走行停車優先度を高くするように構成される。

このように、乗員人数の多い車両２の走行や停車を優先させることで、乗員人数の多い車両２をより早く目的地に到着させたり、また希望通りの降車地点で降車させたりすることができるので、より多くの利用客３ａを満足させて、配車サービスのサービス性を向上させることができる。

また、近接車両のそれぞれに乗車している乗員に関する情報としては、例えば、近接車両２のそれぞれに乗車している乗員が支払っている配車サービス料以外のサービス料の追加課金情報を用いることもできる。この場合には制御部４３は、近接車両２のうち、配車サービス料以外のサービス料の追加課金額が多い利用客３が乗車している車両２の走行停車優先度を高くするように構成される。

このように、配車サービス料以外のサービス料を追加課金した利用客３が乗車している車両２の走行や停車を優先させることで、サービス料金に見合ったサービスを提供することができる。そのため、サービス料をより多く支払った利用客３の満足度を高めることができると共に、サービス料を支払っていない利用客３が不満を感じるのを抑制することができる。

また、近接車両のそれぞれに乗車している乗員に関する情報としては、例えば、近接車両２のそれぞれに乗車している乗員の目的地に関する情報を用いることもできる。この場合には制御部４３は、近接車両２のうち、目的地が、予め設定された病院や警察などの特定施設である車両２の走行停車優先度を高くするように構成される。

このように、病院や警察などの特定施設を目的地とする利用客３が乗車している車両２の走行や停車を優先することで、急を要する事態が生じていることが予想される利用客３をより早く特定施設に到着させたり、また希望通りの降車地点（すなわち、より特定施設に近い降車地点）で降車させたりすることができるので、急を要する事態が生じていることが予想される利用客３を満足させて、配車サービスのサービス性を向上させることができる。

以上、本発明の実施形態について説明したが、上記実施形態は本発明の適用例の一部を示したに過ぎず、本発明の技術的範囲を上記実施形態の具体的構成に限定する趣旨ではない。

例えば上記の実施形態において、複数の地点において、それぞれ異なる他の車両２と予定走行ルートが重なるエリアを持つ一の車両２が存在する場合、各エリアにおいて毎回一の車両２の走行停車優先度が低くなることが予想される。このような場合、その一の車両２は、各エリアにおいて毎回他の車両２を優先的に走行させることになるため、一の車両２の利用客３が不満を感じるおそれがある。そこで、所定回数以上、他の車両２を優先的に走行させた車両２が存在する場合には、その車両２の走行停車優先度を最も高くするようにしてもよい。

１ 交通管理システム
２ 車両
３ 利用客
４ サーバ（交通管理装置）
２０ 車載装置
４１ 通信Ｉ／Ｆ（通信部）
４３ 制御部

Claims (9)

1. 自動運転制御される複数の車両に搭載された各車載装置と通信可能に構成された通信部と、
   制御部と、
   を備える交通管理装置であって、
   前記制御部は、
   前記通信部を介して受信した前記複数の車両の現在位置と目的地とに基づいて、前記複数の車両の予定走行ルートを作成するか、又は、前記通信部を介して前記複数の車両の予定走行ルートを受信し、
   前記複数の車両の中から、前記予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、
   前記近接車両が存在するときは、前記近接車両のそれぞれに乗車している乗員に関する情報に基づいて、前記エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する、
   交通管理装置。
2. 前記制御部は、
   前記近接車両のうち、前記走行停車優先度の高い車両ほど、前記エリアを優先的に走行させ、又は前記エリアに優先的に停車させるように、前記通信部を介して前記近接車両のそれぞれの前記車載装置に走行指示を送信する、
   請求項１に記載の交通管理装置。
3. 前記近接車両のそれぞれに乗車している前記乗員に関する情報は、前記近接車両のそれぞれに乗車している前記乗員の数であり、
   前記制御部は、
   前記近接車両のうち、前記乗員の数が多い車両ほど前記走行停車優先度を高くする、
   請求項１又は請求項２に記載の交通管理装置。
4. 前記近接車両のそれぞれに乗車している前記乗員に関する情報は、前記近接車両のそれぞれに乗車している前記乗員が支払っている配車サービス料以外のサービス料の追加課金情報であり、
   前記制御部は、
   前記近接車両のうち、前記乗員が支払っている前記配車サービス料以外のサービス料の追加課金額が多い車両ほど前記走行停車優先度を高くする、
   請求項１又は請求項２に記載の交通管理装置。
5. 前記近接車両のそれぞれに乗車している前記乗員に関する情報は、前記近接車両のそれぞれに乗車している前記乗員の目的地に関する情報であり、
   前記制御部は、
   前記近接車両のうち、前記目的地が、予め設定された特定施設である車両の前記走行停車優先度を高くする、
   請求項１又は請求項２に記載の交通管理装置。
6. 前記特定施設は、病院又は警察である、
   請求項５に記載の交通管理装置。
7. 自動運転制御される複数の車両に搭載された各車載装置と、
   ネットワークを介して前記車載装置と互いに通信可能に接続されたサーバと、
   を備える交通管理システムであって、
   前記車載装置は、
   前記複数の車両の現在位置と目的地とを前記サーバに送信するか、又は、前記複数の車両の現在位置と目的地とに基づいて作成した前記複数の車両の予定走行ルートを前記サーバに送信し、
   前記サーバは、
   前記車載装置を介して受信した前記複数の車両の現在位置と目的地とに基づいて、前記複数の車両の予定走行ルートを作成するか、又は、前記車載装置を介して前記予定走行ルートを受信し、
   前記複数の車両の中から、前記予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、
   前記近接車両が存在するときは、前記近接車両のそれぞれに乗車している乗員に関する情報に基づいて、前記エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する、
   交通管理システム。
8. 自動運転制御される複数の車両に搭載された各車載装置と通信可能に構成された通信部を介して受信した前記複数の車両の現在位置と目的地とに基づいて、前記複数の車両の予定走行ルートを作成するか、又は、前記通信部を介して前記複数の車両の予定走行ルートを受信し、
   前記複数の車両の中から、前記予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、
   前記近接車両が存在するときは、前記近接車両のそれぞれに乗車している乗員に関する情報に基づいて、前記エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する、
   交通管理方法。
9. 自動運転制御される複数の車両に搭載された各車載装置と通信可能に構成された通信部を介して受信した前記複数の車両の現在位置と目的地とに基づいて、前記複数の車両の予定走行ルートを作成するか、又は、前記通信部を介して前記複数の車両の予定走行ルートを受信し、
   前記複数の車両の中から、前記予定走行ルートが重なるエリアにおける走行予想時刻又は到着予想時刻が同時刻帯となる２台以上の近接車両が存在するか否かを判定し、
   前記近接車両が存在するときは、前記近接車両のそれぞれに乗車している乗員に関する情報に基づいて、前記エリアにおける前記近接車両のそれぞれの走行停車優先度を決定する、
   ことをコンピュータに実行させるための交通管理用コンピュータプログラム。