JP2020086947A - 配車装置 - Google Patents

Abstract

【課題】配車サービスを提供する車両にスムーズに乗車できるようにする。【解決手段】配車装置４は、複数の利用客３のうちの一の利用客３ａの携帯端末３０から、車両２の配車依頼を受信したときに、配車依頼に含まれる一の利用客３ａの希望乗車地点に関する情報に基づいて、一の利用客３ａの希望乗車地点近辺における、複数の利用客３のうちの他の利用客３ｂからの配車依頼数の多さを表す指標値を算出し、指標値が所定値以上のときは、一の利用客３ａに対して、一の利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を一の利用客３ａの携帯端末３０に送信すると共に、乗車させる利用客３を決定することなく、複数の車両２のうちの一の車両２に対して、一の車両２を乗り合い地点に移動させるための移動指示を一の車両２の車載装置２０に送信するように構成される。【選択図】図１

Description

本発明は、配車装置に関する。

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

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

通常、配車サービスの提供者は、配車サービスを利用しようとする利用客からの配車依頼を受けると、利用客を乗車させる車両（迎車車両）を決定した上で、迎車車両を利用客の希望乗車地点に移動させる。そして利用客は、希望乗車地点まで移動してきた迎車車両に乗車する。したがって利用客は、希望乗車地点において、自身が乗車する迎車車両を特定する必要がある。

そのため、例えば乗降客数の多い主要駅の駅前など、配車サービスを利用する人数が多い場所に配車を希望する場合においては、多数の迎車車両の中から自身が乗車する迎車車両を特定しなければならなくなる。その結果、迎車車両の特定に必要以上に時間がかかるなど、配車サービスを提供する車両にスムーズに乗車できないおそれがある。

本発明はこのような問題点に着目してなされたものであり、配車サービスを提供する車両にスムーズに乗車できるようにすることを目的とする。

上記課題を解決するために、本発明のある態様による配車装置は、自動運転制御されて配車サービスを提供する複数の車両に搭載された各車載装置、及び配車サービスを利用する複数の利用客の各携帯端末、のそれぞれと通信可能に構成された通信部と、制御部と、
を備える。制御部は、通信部を介して、複数の利用客のうちの一の利用客の携帯端末から配車依頼を受信したときに、配車依頼に含まれる一の利用客の希望乗車地点に関する情報に基づいて、一の利用客の希望乗車地点近辺における、複数の利用客のうちの他の利用客からの配車依頼数の多さを表す指標値を算出し、指標値が所定値以上のときは、一の利用客に対して、一の利用客の希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を、通信部を介して一の利用客の携帯端末に送信し、指標値が所定値以上のときは、乗車させる利用客を決定することなく、複数の車両のうちの一の車両に対して、一の車両を乗り合い地点に移動させるための移動指示を、通信部を介して一の車両の車載装置に送信するように構成される。

本発明のこの態様によれば、配車サービスを提供する車両にスムーズに乗車することができる。

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

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

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

本実施形態による配車システム１は、配車サービスを提供する複数の車両２に搭載された各車載装置２０と、配車サービスを利用する複数の利用客３の各携帯端末３０と、配車装置の一例であるサーバ４と、備える。

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

車両２は、例えばタクシーなどの配車サービスを提供する自動運転車両である。図２は、この車両２のハードウェア構成図である。

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

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

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

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

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

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

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

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

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

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

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

ディスプレイ装置２１５は、車載装置２０によって制御され、車両２の利用客３に対して各種のメッセージを表示する。

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

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

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

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

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

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

制御部４３は、サーバ４において制御及び演算を行うコンピュータプログラムを実行する一以上のプロセッサ及びその周辺回路とすることができる。制御部４３は、利用客３の携帯端末３０から送信された配車依頼を通信Ｉ／Ｆ３０１を介して受信すると、配車依頼を行った利用客３に対して車両２を配車する配車処理を実施する。

具体的には制御部４３は、複数の利用客３のうちの一の利用客３ａの携帯端末３０から送信された配車依頼を受信すると、利用客３ａからの配車依頼に含まれている利用客３ａの希望乗車地点に関する情報に基づいて、その希望乗車地点又はその近辺に配車を依頼している他の利用客３ｂの数の多さを表す指標値を算出する。

指標値は、例えば、利用客３ａの希望乗車地点を中心とする所定範囲内を希望乗車地点として指定している他の利用客３ｂからの配車依頼の数とすることができる。また指標値は、例えば、利用客３ａの希望乗車地点を中心とする所定範囲内を希望乗車地点として指定している他の利用客３ｂからの配車依頼の数を、その所定範囲の面積によって除算した配車依頼の数密度（すなわち、利用客３ａの希望乗車地点近辺における単位面積当たりの配車依頼の数）とすることもできる。

そして制御部４３は、指標値が所定閾値未満であった場合（利用客３ａの希望乗車地点又はその近辺に配車を希望している他の利用客３ｂの数が少ない場合）には、利用客３ａの希望乗車地点から一定距離内に存在する車両２を検索し、検索された少なくとも一つの車両２の中から利用可能な車両２を利用客３ａの迎車車両として選択し、迎車車両として選択された車両２の車載装置２０に対して、利用客３ａの希望乗車地点に向かうように配車指示を送信する。また制御部４３は、配車指示と併せて、利用客３ａの携帯端末３０に対して配車完了通知を送信する。

指標値が所定閾値未満であった場合にサーバ４の制御部４３から迎車車両として選択された車両２の車載装置２０に送信される配車指示には、利用客３ａの配車依頼に含まれていた利用客３ａの識別情報、希望乗車地点、及び目的地などの情報が含まれている。迎車車両として選択されて配車指示を受信した車両２の車載装置２０は、車両制御ユニット２１によって車両２を自動運転させて、車両２を利用客３ａの希望乗車地点まで移動させる。

また、指標値が所定閾値未満であった場合にサーバ４の制御部４３から利用客３ａの携帯端末３０に送信される配車完了通知には、希望乗車地点への配車が完了した旨と、迎車車両として選択した車両２の識別情報と、が含まれている。これにより配車完了通知を受け取った利用客３ａは、配車完了通知に含まれる車両２の識別情報に基づいて、希望乗車地点において、自身が乗車する車両２を特定して乗車することができる。

しかしながら、利用客３ａの希望乗車地点が、例えば乗降客数の多い主要駅の駅前など、配車サービスを利用する人数が多い場所であった場合には、利用客３ａの希望乗車地点又はその近辺に、他の利用客３ｂも同様に配車を希望していることがある。そして、利用客３ａの希望乗車地点又はその近辺に配車を希望している他の利用客３ｂの数が多いと、利用客３ａの希望乗車地点又はその近辺に、利用客３ａの迎車車両以外にも、多数の迎車車両が集まることになる。

そのため、利用客３ａは、多数の迎車車両の中から自身が乗車する迎車車両を特定しなければならなくなる。また同様に、他の利用客３ｂも多数の迎車車両の中から自身が乗車する迎車車両を特定しなければならなくなる。そのため、各利用客３は、自身の乗車する迎車車両を特定するのに時間がかかり、迎車車両に乗車するまでに必要以上に時間がかかるなど、迎車車両にスムーズに乗車できないおそれがあり、配車サービスのサービス性が低下するおそれがある。

そこで本実施形態では、指標値が所定閾値以上であった場合（利用客３ａの希望乗車地点又はその近辺に配車を希望している他の利用客３ｂの数が多い場合）、すなわち或る配車エリアに配車を希望している利用客３が多数存在する場合には、その配車エリアに配車を希望している各利用客３を、その配車エリア内の予め設定された乗り合い地点に誘導して順番待ちをさせると共に、その乗り合い地点に順次車両２を配車することした。そして、乗り合い地点で順番待ちをしている先頭の利用客３から、乗り合い地点に配車した車両２に順次乗車してもらうことができるようにした。

そのために本実施形態では、指標値が所定閾値以上であった場合には、利用客３ａに対して利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を、サーバ４の制御部４３から利用客３ａの携帯端末３０に送信することとした。

この指標値が所定閾値以上であった場合にサーバ４の制御部４３から利用客３ａの携帯端末３０に送信される乗車地点変更通知には、配車が完了した旨と、希望乗車地点の混雑が予想されるために、利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点において、順次到着した車両２に乗車をお願いする旨と、乗り合い地点に関する情報と、が含まれている。

そして、サーバ４の制御部４３において、乗り合い地点から一定距離内に存在する車両２を検索し、検索された少なくとも一つの車両２の中から利用可能な車両２の車載装置２０に対して、乗車する利用客３を決定することなく、乗り合い地点に向かうように制御部４３から配車指示を送信することとした。

この指標値が所定閾値以上であった場合にサーバ４の制御部４３から乗り合い地点に移動するように選択された車両２の車載装置２０に送信される配車指示には、利用客３ａの希望乗車地点近辺の乗り合い地点に関する情報と、利用客３ａの希望乗車地点又はその近辺に配車を希望している、利用客３ａを含む全ての利用客３（すなわち、配車先が混雑しているために、利用客３ａと同じ乗り合い地点で乗車することを要求された、利用客３ａを含む全ての利用客３）の識別情報と、が含まれている。

このようにして、指標値が所定閾値以上であった場合には、各利用客３を乗り合い地点に誘導し、各利用客３を乗り合い地点に到着した車両２に順次乗車させることできるようにした。これにより、各利用客３は、迎車車両を特定することなく、乗り合い地点に到着した車両２に順次乗車していくだけで済むので、スムーズに配車サービスを提供する車両２に乗車することができる。

図３は、指標値が所定閾値未満であった場合の、本実施形態による配車処理の一例を示すシーケンス図である。図３に示すシーケンス図において、サーバ４と、車両２の車載装置２０及び携帯端末３０と、の間の通信は、ネットワーク５を介して行われる。

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

ステップＳ２において、配車依頼を受信したサーバ４は、利用客３ａからの配車依頼に含まれている利用客３ａの希望乗車地点に関する情報に基づいて、その希望乗車地点又はその近辺に配車を依頼している他の利用客３ｂの数の多さを表す指標値を算出する。

ステップＳ３において、サーバ４は、指標値が所定閾値未満であるため、利用客３ａの希望乗車地点から一定距離内に存在する車両２を検索し、検索された少なくとも一つの車両２の中から利用可能な車両２を利用客３ａの迎車車両として選択し、迎車車両として選択された車両２の車載装置２０に対して、利用客３ａの希望乗車地点に向かうように配車指示を送信する。指標値が所定閾値未満の場合に送信される配車指示には、前述したように、利用客３ａの配車依頼に含まれていた利用客３ａの識別情報、希望乗車地点、及び目的地などの情報が含まれている。

そしてステップＳ４において、サーバ４は、配車指示と併せて、利用客３ａの携帯端末３０に対して、配車完了通知を送信する。指標値が所定閾値未満の場合に送信される配車完了通知には、前述したように、希望乗車地点への配車が完了した旨と、迎車車両として選択した車両２の識別情報と、が含まれている。

ステップＳ５において、配車指示を受信した車両２の車載装置２０は、車両制御ユニット２１によって車両２を自動運転させて、車両２を利用客３ａの希望乗車地点まで移動させる。

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

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

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

図４は、指標値が所定閾値以上であった場合の、本実施形態による配車処理の一例を示すシーケンス図である。なお図４のステップＳ１、Ｓ２、Ｓ７、及びＳ８では、図３を参照して前述した処理と実質的に同様の処理を実施しているので、ここでは説明を省略する。

ステップＳ１１において、サーバ４は、指標値が所定閾値以上であるため、利用客３ａに対して利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を、利用客３ａの携帯端末３０に送信する。

この指標値が所定閾値以上の場合に送信される乗車地点変更通知には、前述したように、配車が完了した旨と、希望乗車地点の混雑が予想されるために、利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点において、順次到着した車両２に乗車をお願いする旨と、乗り合い地点に関する情報と、が含まれている。

ステップＳ１２において、サーバ４は、乗り合い地点から一定距離内に存在する車両２を検索し、検索された少なくとも一つの車両２の中から利用可能な車両２の車載装置２０に対して、特に乗車する利用客３を決定することなく、乗り合い地点に向かうように配車指示を送信する。

この指標値が所定閾値以上の場合に送信される配車指示には、前述したように、利用客３ａの希望乗車地点近辺の乗り合い地点に関する情報と、利用客３ａの希望乗車地点又はその近辺に配車を希望している、利用客３ａを含む全ての利用客３（すなわち、配車先が混雑しているために、利用客３ａと同じ乗り合い地点で乗車することを要求された、利用客３ａを含む全ての利用客３）の識別情報と、が含まれている。

ステップＳ１３において、配車指示を受信した車両２の車載装置２０は、車両制御ユニット２１によって車両２を自動運転させて、車両２を乗り合い地点まで移動させる。

ステップＳ１４において、乗り合い地点まで移動した車両２の車載装置２０は、乗り合い地点で順番待ちをしている先頭の利用客３の携帯端末３０と、例えば近距離無線通信を行ってその先頭の利用客３の識別情報を取得する。

そして車載装置２０は、その先頭の利用客３の識別情報を、配車指示に含まれている、乗り合い地点で乗車することを要求された各利用客３の識別情報と対比して一致する識別情報があれば、ドアのロックを解除してその先頭の利用客３の乗車を許可する。

これにより、乗り合い地点に誘導された、ステップＳ１で配車依頼を行った利用客３ａは、乗り合い地点に誘導された他の利用客３ｂと共に、乗り合い地点で順番待ちをして、順次乗り合い地点に配車された車両２に乗車することができる。またこのように、乗り合い地点まで移動した車両２の車載装置２０は、乗り合い地点で利用客３を乗車させるときに、例えば利用客３の携帯端末３０と近距離無線通信を行うことによって、その利用客３が、配車依頼を行った利用客３か否か、すなわち乗り合い地点で乗車することを要求された利用客３であるか否かを判断している。これにより、配車依頼を行っていない者を乗り合い地点から誤って乗車させてしまうのを抑制することができる。

そして車載装置２０は、例えばドアの開閉動作や車内カメラ２１４によってその先頭の利用客３が乗車したことを確認すると、その先頭の利用客３の識別情報を含む利用客特定通知をサーバ４に送信する。

ステップＳ１５において、利用客特定通知を受信したサーバ４は、利用客特定通知に含まれている利用客３の識別情報に基づいて、その利用客３の配車依頼に含まれているその利用客３の目的地に関する情報を、その利用客３を乗車させた車両２の車載装置２０に送信する。

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

ステップＳ１０１において、サーバ４は、利用客３ａからの配車依頼に含まれている利用客３ａの希望乗車地点に関する情報に基づいて、その希望乗車地点近辺に配車を依頼している他の利用客３ｂの数の多さを表す指標値を算出する。

ステップＳ１０２において、サーバ４は、指標値が所定閾値未満であるか否かを判定する。サーバ４は、指標値が所定閾値未満であればステップＳ１０３の処理に進む。一方でサーバ４は、指標値が所定閾値以上であればステップＳ１０６の処理に進む。

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

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

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

ステップＳ１０６において、サーバ４は、利用客３ａに対して利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を、利用客３ａの携帯端末３０に送信する。またサーバ４は、乗り合い地点から一定距離内に存在する車両２を検索し、検索された少なくとも一つの車両２の中から利用可能な車両２の車載装置２０に対して、特に乗車する利用客３を決定することなく、乗り合い地点に向かうように配車指示を送信する。

ステップＳ１０７において、サーバ４は、乗り合い地点に移動させた車両２の車載装置２０から、利用客３ａの識別情報が含まれている利用者特定通知を受信したか否かを判定する。サーバ４は、利用客３ａの識別情報が含まれている利用者特定通知を受信すると、ステップＳ１０８の処理に進む。一方でサーバ４は、利用客３ａの識別情報が含まれている利用者特定通知をまだ受信していなければ、一定の時間間隔を空けて再度ステップＳ１０７の処理を行う。

ステップＳ１０８において、サーバ４は、利用客３ａの目的地に関する情報を、利用客３ａを乗車させた車両２の車載装置２０に送信する。

以上説明した本実施形態によるサーバ４（配車装置）は、自度運転制御されて配車サービスを提供する複数の車両２に搭載された各車載装置２０、及び配車サービスを利用する複数の利用客３の各携帯端末３０、のそれぞれと通信可能に構成された通信Ｉ／Ｆ４１（通信部）と、制御部４３と、を備える。

制御部４３は、通信Ｉ／Ｆ４１を介して、複数の利用客３のうちの一の利用客３ａの携帯端末３０から配車依頼を受信したときに、その配車依頼に含まれる一の利用客３ａの希望乗車地点に関する情報に基づいて、一の利用客３ａの希望乗車地点近辺における、複数の利用客３のうちの他の利用客３ｂからの配車依頼数の多さを表す指標値を算出するように構成される。そして制御部４３は、指標値が所定値以上のときは、一の利用客３ａに対して、一の利用客３ａの希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を、通信Ｉ／Ｆ４１を介して一の利用客３ａの携帯端末３０に送信するように構成されると共に、指標値が所定値以上のときは、乗車させる利用客３を決定することなく、複数の車両２のうちの一の車両２に対して、一の車両２を乗り合い地点に移動させるための配車指示（移動指示）を、通信Ｉ／Ｆ４１を介して一の車両２の車載装置２０に送信するように構成される。

これにより、指標値が所定閾値以上であった場合、すなわち、或る配車エリアに配車を希望している利用客３が多数存在する場合には、各利用客３を乗り合い地点に誘導し、各利用客３を乗り合い地点に配車させた車両２に順次乗車させることできる。そのため、各利用客３は、迎車車両を特定することなく、乗り合い地点に到着した車両２に順次乗車していくだけで済むので、スムーズに配車サービスを提供する車両２に乗車することができる。

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

１ 配車システム
２ 車両
３ 利用客
２０ 車載装置
３０ 携帯端末
４ サーバ（配車装置）
４１ 通信Ｉ／Ｆ（通信部）
４３ 制御部

Claims (1)

1. 自動運転制御されて配車サービスを提供する複数の車両に搭載された各車載装置、及び配車サービスを利用する複数の利用客の各携帯端末、のそれぞれと通信可能に構成された通信部と、
   制御部と、
   を備える配車装置であって、
   前記制御部は、
   前記通信部を介して、前記複数の利用客のうちの一の利用客の携帯端末から配車依頼を受信したときに、前記配車依頼に含まれる前記一の利用客の希望乗車地点に関する情報に基づいて、前記一の利用客の希望乗車地点近辺における、前記複数の利用客のうちの他の利用客からの配車依頼数の多さを表す指標値を算出し、
   前記指標値が所定値以上のときは、前記一の利用客に対して、前記一の利用客の希望乗車地点近辺の予め設定された乗り合い地点で乗車してもらうことを要求する乗車地点変更通知を、前記通信部を介して前記一の利用客の携帯端末に送信し、
   前記指標値が所定値以上のときは、乗車させる利用客を決定することなく、前記複数の車両のうちの一の車両に対して、前記一の車両を前記乗り合い地点に移動させるための移動指示を、前記通信部を介して前記一の車両の車載装置に送信するように構成される、
   配車装置。