特開 2022-184583 配車システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022184583

(43)【公開日】2022-12-13

(54)【発明の名称】配車システム

(51)【国際特許分類】

   G06Q 10/00 20120101AFI20221206BHJP

   G08G 1/00 20060101ALI20221206BHJP

   G08G 1/123 20060101ALI20221206BHJP

   G06Q 10/06 20120101ALI20221206BHJP

   G06Q 50/30 20120101ALI20221206BHJP

【ＦＩ】

G06Q10/00 300

G08G1/00 Z

G08G1/123 A

G06Q10/06 302

G06Q50/30

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2021092526

(22)【出願日】2021-06-01

(71)【出願人】

【識別番号】000003207

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

(74)【代理人】

【識別番号】110001210

【氏名又は名称】弁理士法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】榊原 孝典

(72)【発明者】

【氏名】大西 陽一

(72)【発明者】

【氏名】金森 賢治

(72)【発明者】

【氏名】松川 侑資

(72)【発明者】

【氏名】河崎 佳

(72)【発明者】

【氏名】大須賀 万人

(72)【発明者】

【氏名】斎藤 恵介

【テーマコード（参考）】

5H181

5L049

【Ｆターム（参考）】

5H181AA01

5H181AA14

5H181BB04

5H181BB15

5H181MA07

5H181MA13

5H181MA18

5L049AA13

5L049CC15

5L049CC42

(57)【要約】

【課題】メンテナンスの予定と配車とを連携させた配車システムを提供する。
【解決手段】自動運転で走行する複数の車両１０と、車両１０を駐車させると共に前記車両のメンテナンスを行う車両基地８２と、車両１０の配車を行う運用管理サーバ６０と、を備える配車システム１００であって、運用管理サーバ６０は、車両１０のメンテナンス予定を格納したメンテナンス管理データベース６４を備え、運用管理サーバ６０は、メンテナンス管理データベース６４を参照して近々メンテナンスが予定されるメンテナンス予定車両を抽出し、メンテナンス予定車両の運行領域が車両基地８２に近い領域となるように配車を行う。
【選択図】図１

【特許請求の範囲】

【請求項1】

自動運転で走行する複数の車両と、
前記車両を駐車させると共に前記車両のメンテナンスを行う車両基地と、
前記車両の配車を行うサーバと、
前記サーバに接続され、前記車両のメンテナンス予定を格納したメンテナンス管理データベースと、を備える配車システムであって、
前記サーバは、前記メンテナンス管理データベースを参照して所定期間の間にメンテナンスが予定されるメンテナンス予定車両を抽出し、前記メンテナンス予定車両の運行領域が前記車両基地に近い領域となるように配車を行うこと、
を特徴とする配車システム。

【請求項2】

請求項１に記載の配車システムであつて、
前記車両は、カーシェア用車両又は自動運転タクシーであり、
前記サーバに接続され、前記車両のメンテナンス予定と前記車両の使用料金とを関連付けた使用料金データベースを更に備え、
前記サーバは、前記メンテナンス予定車両の使用料金を前記所定期間の間にメンテナンスが予定されていない通常車両の使用料金よりも安くすること、
を特徴とする配車システム。

【請求項3】

請求項２に記載の配車システムであって、
前記使用料金データベースは、前記車両の使用開始からの期間と前記車両の使用料金とを関連付けて格納し、
前記サーバは、使用開始からの期間が長い前記車両の使用料金を使用開始からの期間が短い前記車両の使用料金よりも安くすること、
を特徴とする配車システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配車システム、特に、車両のメンテナンス予定に基づいて配車を行う配車システムに関する。

【背景技術】

【0002】

近年、車両のメンテナンスを考慮した車両の運行システムが提案されている。例えば、車両の運行管理において、車両のメンテナンスが必要と判断された際に車両の運行スケジュールの空き時間にメンテナンスを予約することにより、車両の稼働効率が大きく低下することを防止するスケジュール管理システムが提案されている（特許文献１参照）。

【0003】

また、車両の利用によるメンテナンス必要度の増加を予測し、必要度が所定の閾値を越えるメンテナンス項目が複数ある車両を利用者に配車することにより、車両の利用後に複数の項目のメンテナンスを行い、車両のメンテナンス回数を低減する車両管理システムが提案されている（例えば、特許文献２参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－１６６７６０号公報

【特許文献2】特開２０２０－９０６０号公報

【発明の概要】

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

【0005】

ところで、近々メンテナンスが予定されているメンテナンス予定車両は、メンテナンス実行直後の車両と比べて故障の確立が高くなる場合がある。このため、車両の運用においては、車両のメンテナンスの予定を考慮して配車を行う必要がある。

【0006】

そこで、本発明は、メンテナンスの予定と配車とを連携させた配車システムを提供することを目的とする。

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

【0007】

本発明の配車システムは、自動運転で走行する複数の車両と、前記車両を駐車させると共に前記車両のメンテナンスを行う車両基地と、前記車両の配車を行うサーバと、前記サーバに接続され、前記車両のメンテナンス予定を格納したメンテナンス管理データベースと、を備える配車システムであって、前記サーバは、前記メンテナンス管理データベースを参照して所定期間の間にメンテナンスが予定されるメンテナンス予定車両を抽出し、前記メンテナンス予定車両の運行領域が前記車両基地に近い領域となるように配車を行うこと、を特徴とする。

【0008】

これにより、メンテナンス予定車両が故障した場合でも、故障したメンテナンス予定車両を容易に車両基地に帰還させることができる。また、車両基地のスタッフを故障したメンテナンス予定車両まで容易に派遣することができ、メンテナンス予定車両の故障に対して迅速に対応することができる。

【0009】

本発明の配車システムにおいて、前記車両は、カーシェア用車両又は自動運転タクシーであり、前記サーバに接続され、前記車両のメンテナンス予定と前記車両の使用料金とを関連付けた使用料金データベースを更に備え、前記サーバは、前記メンテナンス予定車両の使用料金を前記所定期間の間にメンテナンスが予定されていない通常車両の使用料金よりも安くしてもよい。

【0010】

このように、メンテナンス予定車両の使用料金を安くすることにより、料金の差別化を図ることができる。

【0011】

本発明の配車システムにおいて、前記使用料金データベースは、前記車両の使用開始からの期間と前記車両の使用料金とを関連付けて格納し、前記サーバは、使用開始からの期間が長い前記車両の使用料金を使用開始からの期間が短い前記車両の使用料金よりも安くしてもよい。

【0012】

このように、使用期間が長い車両の使用料金を安くすることにより、料金の差別化を図ることができる。

【発明の効果】

【0013】

本発明は、メンテナンスの予定と配車とを連携させた配車システムを提供できる。

【図面の簡単な説明】

【0014】

【図1】実施形態の配車システムの構成を示す概略系統図である。

【図2】図１に示す稼働状態データベースのデータ構造を示す図である。

【図3】図１に示す利用者データベースのデータ構造を示す図である。

【図4】図１に示すメンテナンス管理データベースのデータ構造を示す図である。

【図5】図１に示す使用料金データベースのデータ構造を示す図である。

【図6】実施形態の配車システムに用いられる車両の構成を示す系統図である。

【図7】図６に示す車両の制御ブロック図である。

【図8】実施形態の配車システムの運用管理サーバの動作を示すフローチャートである。

【図9】実施形態の配車システムの運用管理サーバの他の動作を示すフローチャートである。

【図10】実施形態の配車システムの運用管理サーバの他の動作を示すフローチャートである。

【図11】実施形態の配車システムに用いられる車両の走行制御部の動作を示すフローチャートである。

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

【0015】

以下、図面を参照しながら実施形態の配車システム１００について説明する。実施形態の配車システム１００は、所定の運用エリア８０の中で、自動運転可能な複数の車両１０の配車、運用を行うシステムである。複数の車両１０は、運用管理センタ５０に設置された運用管理サーバ６０からの指令に基づいて自動運転により運用エリア８０の中を走行して利用者７０を輸送する自動運転タクシーである。運用管理サーバ６０と車両１０とはそれぞれ無線通信回線４５によって接続されている。

【0016】

実施形態の配車システム１００では、８台の車両１０を運用することとして説明する。８台の車両１０をそれぞれ区別する場合には、各車両を車両１０ａ～１０ｈと記載し、８台の車両を区別しない場合には、車両１０と記載する。図１では、３台の車両１０ｆ～１０ｈが運用エリア８０の中の車両基地８２の駐車スペース８３に駐車しており、他の５台の車両１０ａ～１０ｅが運用エリア８０の中の道路８１を走行している状態を示している。また、図１に示すように、車両基地８２には、車両１０の整備点検等のメンテナンスを行う建屋８４が設けられている。尚、図１では、車両１０ａと運用管理サーバ６０との接続状態を示し、他の車両１０ｂ～車両１０ｈと運用管理サーバ６０の接続状態の図示は省略する。

【0017】

運用管理サーバ６０は、内部に情報処理を行うＣＰＵ６６と、動作プログラム、動作データ、データベース等が格納されるメモリ６７とで構成されるコンピュータであり、車両１０の配車を行う。運用管理サーバ６０には、地図情報データベース６１、稼働状態データベース６２、利用者データベース６３、メンテナンス管理データベース６４、使用料金データベース６５が接続されている。地図情報データベース６１は、地図情報を格納しているデータベースである。運用管理サーバ６０は、センタ側通信装置６８を介して無線通信回線４５と接続されている。

【0018】

図２に示すように、稼働状態データベース６２は、運用管理サーバ６０が運用管理を行う複数の車両１０の車両番号と、現在の稼働状態と、利用者７０の氏名と、利用者７０が乗車した乗車時刻と、乗車地、目的地、到着予定時刻を関連付けて格納したデータベースである。ここで、稼働状態には、乗車中、迎車中、予約実行待、回送中、プール待機中、配車待等の各車両１０の稼働状態が格納される。乗車中は、利用者７０が車両１０に乗車して目的地に向かって移動中であることを示す。迎車中は、利用者７０の依頼を受けて乗車地に向けて移動中であることを示す。予約実行待は利用者７０の予約を受けて配車され、利用開始時間まで待機している状態を示す。回送中は、利用者７０の利用が終了し、車両基地８２まで戻る途中であることを示す。プール待機中は、充電が終了し、稼働可能状態で車両基地８２の中で待機中であることを示す。配車待は、１つの業務が終了し、次の配車を待っている状態を示す。尚、乗車時刻は、利用者７０が現在よりも前に乗車している場合は乗車した時刻、現在より後に乗車予定の場合には、乗車予定時刻が格納される。同様に乗車地には実際に乗車した地点、或いは、乗車予定地点が格納される。乗車予定のない場合には、その項目はブランクとなっている。

【0019】

図３に示すように、利用者データベース６３は、車両１０を利用する利用者７０の利用者ＩＤ、氏名、生年月日、住所、電話番号、メールアドレスを関連付けて格納したデータベースである。

【0020】

図４に示すように、メンテナンス管理データベース６４は、車両１０の車両番号と、前回メンテナンス実施日と、次回メンテナンス実施日と、メンテナンス予定車両を示すマークとが関連付けて格納されている。メンテナンス予定車両とは、所定期間の間にメンテナンスが予定されている車両１０である。メンテナンス予定車両を示すマークは、現在日付から次回メンテナンス実施日までの日数が、例えば、３０日等の所定期間よりも短くなった際に運用管理サーバ６０が入力する。マークは、例えば、図４に示すような〇のマークでもよいし、「Ｍ」等の文字でもよいし、「１」等の数字を入力するようにしてもよい。尚、所定期間の間にメンテナンスが予定されていない通常車両の場合には、メンテナンス予定車両を示すマークは入力されず、ブランクとなっている。

【0021】

図５に示すように使用料金データベース６５は、車両番号と、使用開始日と、使用期間と、メンテナンス車両を示すマークと、使用料金係数とを関連付けて格納したものである。メンテナンス車両を示すマークは、運用管理サーバ６０がメンテナンス管理データベース６４のメンテナンス車両を示すマークを入力する際に、一緒に入力してもよい。使用料金係数は、通常車両の車両１０を自動運転タクシーに用いた場合の料金に掛けて、使用料金を低減する係数である。図５に示す例では、使用期間が０～３６ヵ月までは、通常の車両１０を自動運転タクシーに用いた場合の料金は基本料金で低減が無く、使用料金係数は、１．０である。３６ヵ月を越えると、１２ヵ月毎に使用料金係数は、０．１ずつ低減されていく。また、メンテナンス予定車両の場合は、使用料金係数は、更に、０．１だけ低減される。

【0022】

例えば、図５に示すように、車両番号が１００１、１００３の車両１０の場合、使用期間が３６ヵ月以下の通常の車両１０なので、使用料金係数は、１．０である。車両番号が１００２の車両１０の場合は、使用期間が３６ヵ月以下であるが、メンテナンス予定車両のため、使用料金係数は、１．０から０．１だけ低減した０．９となっている。また、車両番号１００４、１００６の車両１０は、使用期間がそれぞれ４８ヵ月、７２ヵ月の通常の車両１０であるから、使用料金係数は、それぞれ０．９、０．７となっている。車両番号が１００５の車両１０の場合には、使用期間が６０ヵ月でメンテナンス予定車両であるから通常の車両１０の使用料金係数０．８よりも０．１低い０．７となっている。

【0023】

図６、図７に示すように、車両１０は、自動運転可能な電動車両であり、駆動用のモータ１１と、モータ１１に駆動電力を供給するバッテリ１２と、車輪１３の舵角を調整する操舵装置１４と、車両の走行制御を行う走行制御部２１と、車両１０の各部の故障診断を行う故障診断部２４と、ナビゲーション装置２７と、車両側通信装置４０と、利用者７０が目的地９３を入力するタッチパネル３０とを備えている。

【0024】

モータ１１と、バッテリ１２と、操舵装置１４とは走行制御部２１に接続されている。また、バッテリ１２とモータ１１との間には、バッテリ１２からモータ１１に供給される電力の電圧と電流を検出する電圧センサ１５と電流センサ１６とが取付けられている。また、バッテリ１２にはバッテリ１２の温度を検出する温度センサ１７が取付けられている。また、モータ１１と車輪１３との間には、車速を検出する車速センサ１８と、車輪１３の舵角を検出する舵角センサ１９とが取付けられている。電圧センサ１５と、電流センサ１６と、温度センサ１７と、車速センサ１８と、舵角センサ１９とは走行制御部２１に接続されている。

【0025】

車両１０には、車両１０の加速度、角速度を検出する加速度センサ２８と角速度センサ２９が取付けられている。加速度センサ２８と角速度センサ２９とはナビゲーション装置２７に接続されている。ナビゲーション装置２７は、車両側通信装置４０を介してＧＰＳ衛星９０から取得したＧＰＳ信号と、加速度センサ２８、角速度センサ２９から取得した車両１０の加速度情報と角速度情報とに基づいて、車両１０の現在位置を特定し、車両１０の位置情報を走行制御部２１に出力する。また、ナビゲーション装置２７は、無線通信回線４５を介して車両１０の現在の位置情報を運用管理センタ５０に出力する。

【0026】

走行制御部２１は、内部に情報処理を行うＣＰＵ２２と、ＣＰＵ２２が実行するソフトウェアやプログラムやデータを格納するメモリ２３と、を備えるコンピュータである。走行制御部２１は、運用管理センタ５０から入力された運行指令、又は、タッチパネル３０から入力された目的地９３と、ナビゲーション装置２７から入力された現在の位置情報と、各種のセンサ１５～１９からの入力データとに基づいて、メモリ２３に格納されたソフトウェアをＣＰＵ２２が実行することにより、モータ１１、バッテリ１２、操舵装置１４を制御し、自動運転で車両１０を走行させる。また、走行制御部２１は、電圧センサ１５と電流センサ１６とで検出したバッテリ１２からモータ１１に出力される電力の電圧、電流と、温度センサ１７で検出したバッテリ１２の温度に基づいて、バッテリ１２の残存容量を算出して車両状態情報として出力する。

【0027】

故障診断部２４は、内部に情報処理を行うＣＰＵ（図示せず）と、ＣＰＵが実行するソフトウェアやプログラムやデータを格納するメモリ（図示せず）とを備えるコンピュータである。故障診断部２４は、走行制御部２１に接続されており、走行制御部２１を介して各センサ１５～１９の検出した各種のデータを取得し、車両１０に故障が発生しているかどうかの自己診断を行う。自己診断の結果、車両１０に故障が発生していると判断した場合には、故障診断情報を出力する。

【0028】

以上の説明では、走行制御部２１と故障診断部２４とは別々のコンピュータとして説明したが、これに代えて、共通のＣＰＵとメモリとを備える１つのコンピュータの２つの制御ブロックとして構成してもよい。

【0029】

次に図８を参照しながら配車システム１００の動作について説明する。運用エリア８０にいる利用者７０が、利用者７０の携帯端末７１を運用管理サーバ６０に接続して利用者７０のＩＤ、メールアドレス、乗車地９２、目的地９３（図１参照）、配車時刻等を入力し、車両１０の配車を依頼する。運用管理サーバ６０は、図６のステップＳ１０１に示すように、利用者７０の携帯端末７１から車両１０の配車依頼を受信したら、利用者データベース６３を参照して登録した利用者７０であることを確認する。確認できたら、運用管理サーバ６０は、図６のステップＳ１０２に進んで、乗車地９２、目的地９３が車両基地８２の近傍にあり、車両１０の運行領域が車両基地８２の近傍となるかどうかを判断する。ここで、近傍とは、例えば、車両１０が故障した場合でも、自力で車両基地８２まで帰還可能な範囲、或いは、車両１０が故障して走行不能となった場合に、所定の時間、例えば、３０分～６０分以内に車両基地８２の技術者が車両１０の停車地まで到達しうるような範囲であればよい。具体的には、車両基地８２の周囲１０ｋｍ～２０ｋｍの範囲としてもよい。

【0030】

運用管理サーバ６０は、図８のステップＳ１０２でＹＥＳと判断した場合には、図８のステップＳ１０３に進んで、稼働状態データベース６２を参照して乗車地９２に近い場所にいる車両１０を配車する。この場合、車両１０は、メンテナンス予定車両であっても良いし、通常車両であってもよい。

【0031】

一方、運用管理サーバ６０は、図８のステップＳ１０２でＮＯと判断した場合には、図８のステップＳ１０４に進んで、メンテナンス管理データベース６４を参照して配車する車両候補の中からメンテナンス予定車両を外して通常車両の車両番号を抽出する。具体的には、メンテナンス管理データベース６４のメンテナンス予定車両の欄がブランクとなっている車両１０を通常車両として抽出する。そして、運用管理サーバ６０は、稼働状態データベース６２を参照して抽出した通常車両の中で乗車地９２の近傍にいる車両１０を配車する。

【0032】

図８のステップＳ１０３又はステップＳ１０４を終了したら運用管理サーバ６０は、図８のステップＳ１０５に進んで、稼働状態データベース６２の中の配車された車両１０の車両番号の行に利用者７０の配車依頼内容を登録する。そして、図８のステップＳ１０６に進んで、依頼内容に応じて乗車地９２から目的地９３までの走行指令を運行指令として車両１０ａに送信する。運行指令には、利用者氏名、乗車地９２、乗車予定時刻、目的地９３（図１参照）が含まれる。

【0033】

図１に示すように、車両１０は、乗車地９２に到着して利用者７０が車両１０ａに乗車したら、運用管理サーバ６０に稼働状態が乗車中になった信号と、目的地９３への到着予定時刻を送信する。運用管理サーバ６０は、受信した稼働状態を稼働状態データベース６２に登録する。そして、車両１０ａは、走行経路９４に沿って走行して目的地９３に到着し、利用者７０が降車したら、利用者７０の予約した業務が完了し、次の配車待ちの状態となった信号を運用管理サーバ６０に送信する。運用管理サーバ６０は、受信した稼働状態を稼働状態データベース６２に格納する。

【0034】

以上の説明では、利用者７０が配車依頼の際に目的地９３を入力することとして説明したが、利用者７０が車両１０ａに乗車した後、タッチパネル３０から目的地９３を入力するようにしてもよい。

【0035】

以上説明したように、実施形態の配車システム１００では、メンテナンス予定車両の運行領域が車両基地８２に近い領域となるように配車を行うので、メンテナンス予定車両が故障した場合でも、故障したメンテナンス予定車両を容易に車両基地８２に帰還させることができる。また、車両基地８２のスタッフを故障したメンテナンス予定車両まで容易に派遣することができ、メンテナンス予定車両の故障に対して迅速に対応することができる。

【0036】

次に、図９を参照しながら運用管理サーバ６０の他の動作について説明する。先に図８を参照して説明した動作と同様の動作には同様の符号を付して簡単に説明する。図９のステップＳ１０１に示す様に、運用管理サーバ６０は、利用者７０からの配車依頼を受信したら、図９に示すステップＳ１０２に進んで、乗車地９２、目的地９３が車両基地８２の近傍かどうかを判断する。

【0037】

図９のステップＳ１０２でＹＥＳと判断した場合には、乗車地９２、目的地９３は車両基地８２の近傍で、メンテナンス予定車両、通常車両のいずれの車両１０も配車可能なので、運用管理サーバ６０は、図９のステップＳ２０１に進んで、稼働状態データベース６２と使用料金データベース６５とを参照して乗車地９２に近い場所にいるメンテナンス車両、通常車両の中から複数種類の配車候補を抽出する。複数種類とは、例えば、メンテナンス予定車両と通常車両の車両種類、使用期間の長短等である。

【0038】

例えば、図２に示す配車待状態の車両番号１００７の通常車両である車両１０と、車両番号１００８のメンテナンス予定車両である車両１０とが乗車地９２の近くに位置していた場合、運用管理サーバ６０は、この二種類の車両１０を配車候補として抽出する。

【0039】

そして、運用管理サーバ６０は、図９のステップＳ２０３に進んで使用料金データベース６５を参照して使用料金を算出する。車両番号１００７の車両１０の使用料金係数は、基本の１．０であるが、メンテナンス予定車両である車両番号１００８の車両１０の使用料金係数は０．９となっているので、車両番号１００８の車両１０の使用料金は車両番号１００７の使用料金よりも１０％安い料金となる。そして、運用管理サーバ６０は、車両番号と車両１０が通常車両かメンテナンス予定車両かの種類区別と各使用料金とを利用者７０にメールなどで送信する。そして、運用管理サーバ６０は、図９のステップＳ２０４に進んで利用者７０から乗車車両の選択結果を受信するまで待機する。そして、利用者７０から乗車車両の選択を受信したら図９のステップＳ２０５に進み、利用者７０の選択した乗車車両を配車する。そして、運用管理サーバ６０は、図９のステップＳ２０６に進んで、稼働状態データベース６２の中の配車された車両１０の車両番号の行に利用者７０の配車依頼内容を登録する。そして、図９のステップＳ２０７に進んで、依頼内容に応じて乗車地９２から目的地９３までの走行指令を運行指令として車両１０ａに送信する。

【0040】

一方、運用管理サーバ６０は、図９のステップＳ１０２でＮＯと判断した場合には、メンテナンス予定車両を配車できないので、図９のステップＳ２０２に進んで、稼働状態データベース６２と使用料金データベース６５とを参照して乗車地９２に近い位置にいる通常車両の中から複数種類の配車候補を抽出する。運用管理サーバ６０は、例えば、使用期間が３６ヵ月以下の通常車両である車両番号１００７の車両１０と、使用期間が３６ヵ月を超える通常車両である車両番号１０１０の車両１０の二種類の車両１０を配車候補として抽出する。

【0041】

そして、先に説明したのと同様、図９のステップＳ２０３で各車両１０の使用料金を算出し、車両番号と車両１０の使用期間と各使用料金とを利用者７０にメールなどで送信する。そして、図９のステップＳ２０４、ステップＳ２０５に示すように利用者７０の選択した乗車車両を配車する。

【0042】

以上説明したように、実施形態の配車システム１００では、メンテナンス予定車両である車両１０、或いは使用期間の長い車両１０の使用料金を安くするので料金の差別化を図ることができる。

【0043】

次に、図１０、図１１を参照しながら、メンテナンス予定車両である車両１０に故障が発生した場合の運用管理サーバ６０と車両１０の走行制御部２１との動作について説明する。ここで、故障は、車両基地８２までの走行が可能な程度の故障であるとして説明する。

【0044】

車両１０の走行制御部２１は、利用者７０を乗車させて目的地９３に向けて車両１０ａを自動運転走行させている。車両１０ａの故障診断部２４は走行中も車両１０ａの故障診断を継続している。故障診断部２４は、故障発生と判断したら走行制御部２１と運用管理サーバ６０に故障情報を発信する。故障情報には、故障の発生した箇所、故障の程度、例えば、走行継続可能、あるいは、走行継続不可、速度制限等の走行制限の項目等の情報が含まれる。

【0045】

図１０のステップＳ３０１に示す様に運用管理サーバ６０は、車両１０ａの故障診断部２４から故障情報を受信するまで待機する。そして、故障情報を受信したら、図１０のステップＳ３０２に進んで受信した故障情報を分析してすぐに車両１０ａを車両基地８２に帰還させる必要があるかどうか判断する。運用管理サーバ６０は、図１０のステップＳ３０２でＹＥＳと判断した場合には、図１０のステップＳ３０３に進み、車両１０ａのナビゲーション装置２７から受信した位置情報と、稼働状態データベース６２、メンテナンス管理データベース６４を参照して車両１０ａを停止させて他の車両１０ｂへの乗り換えを行う乗り換え場所の設定と、乗り換え用の車両１０ｂの配車を行う。そして、運用管理サーバ６０は、図１０のステップＳ３０４で車両１０ａに乗り換え場所まで走行して停止し、利用者７０を降車させる運行指令を送信する。

【0046】

その後、運用管理サーバ６０は、図１０のステップＳ３０５で車両１０ａの走行制御部２１から利用者降車信号を受信するまで待機し、利用者降車信号を受信したら、図１０のステップＳ３０６に進んで、車両１０ａに車両基地８２に帰還する運行指令を送信する。

【0047】

尚、運用管理サーバ６０は、図１０のステップＳ３０２でＮＯと判断した場合には、乗り換え用の車両１０ｂの配車や乗り換え場に停止する運行指定の送信は行わない。

【0048】

一方、図１１のステップＳ４０１に示す様に、車両１０ａの走行制御部２１は、故障診断部２４から故障情報が入力されるまで待機し、故障情報が入力されたら、図１１のステップＳ４０２に進んで運用管理サーバ６０から乗り換え場所まで走行して停止し、利用者７０を降車させる運行指令を受信するまで待機する。そして、この運行指令を受信したら、走行制御部２１は、タッチパネル３０のディスプレイ或いは車内に取付けたサイネージ或いはスピーカーに車両１０ａに故障が発生し、車両１０ａの乗り換えが必要なことを表示或いはアナウンスし、図１１のステップＳ４０３に示す様に、乗り換え場所まで走行して停止し利用者７０を降車させる。

【0049】

そして、走行制御部２１は、図１１のステップＳ４０４で、例えば、着座センサから信号や車室内カメラの映像によって利用者７０の降車を確認し、利用者７０が降車したら図１１のステップＳ４０４でＹＥＳと判断して図１１のステップＳ４０５に進んで運用管理サーバ６０に利用者降車信号を送信する。そして、図１１のステップＳ４０６に進んで運用管理サーバ６０から車両基地８２に帰還する運行指令があるまで待機する。そして、この運行指令を受信したら車両基地８２に帰還する。

【0050】

以上の説明では、故障は、車両基地８２までの走行が可能な程度の故障であるとして説明したが、車両基地８２までの走行が不可能な場合には、運用管理サーバ６０は車両基地８２のスタッフを故障した車両１０の停止位置まで派遣する。

【0051】

以上説明したように、配車システム１００は、メンテナンス予定車両が車両基地８２に近い領域でのみ運行するように配車を行い、メンテナンス予定車両が故障した場合でも、故障したメンテナンス予定車両を容易に車両基地８２に帰還させることができる。また、車両基地８２のスタッフを故障したメンテナンス予定車両まで容易に派遣することができ、メンテナンス予定車両の故障に対して迅速に対応することができる。

【0052】

以上の説明では、車両１０は、自動運転タクシーに用いられるとして説明したが、これに限らず、カーシェア用車両であってもよい。

【0053】

また、以上の説明では、運用管理サーバ６０は、利用者７０からの配車依頼に基づいて車両１０の配車を行うこととして説明したが、これに限らず、利用者７０の配車予約に基づいて車両１０の配車を行ってもよい。また、車両１０を所定のルートで運行している場合には、運行計画に基づいて車両１０の配車を行うようにしてもよい。

【0054】

また、以上の説明では、使用料金データベース６５は、車両番号と、使用開始日と、使用期間と、メンテナンス車両を示すマークと、使用料金係数とを関連付けて格納したものであるとして説明したが、これに限らず、使用料金係数に代えて、例えば、時間当たりの使用料、走行距離当たりの使用料を関連付けたデータベースとしてもよい。

【符号の説明】

【0055】

１０，１０ａ～１０ｈ 車両、１１ モータ、１２ バッテリ、１３ 車輪、１４ 操舵装置、１５ 電圧センサ、１６ 電流センサ、１７ 温度センサ、１８ 車速センサ、１９ 舵角センサ、２１ 走行制御部、２２，６６ ＣＰＵ、２３，６７ メモリ、２４ 故障診断部、２７ ナビゲーション装置、２８ 加速度センサ、２９ 角速度センサ、３０ タッチパネル、４０ 車両側通信装置、４５ 無線通信回線、５０ 運用管理センタ、６０ 運用管理サーバ、６１ 地図情報データベース、６２ 稼働状態データベース、６３ 利用者データベース、６４ メンテナンス管理データベース、６５ 使用料金データベース、６８ センタ側通信装置、７０ 利用者、７１ 携帯端末、８０ 運用エリア、８１ 道路、８２ 車両基地、８３ 駐車スペース、８４ 建屋、９０ ＧＰＳ衛星、９２ 乗車地、９３ 目的地、９４ 走行経路、１００ 配車システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】