JP2024013307A - 交通システム - Google Patents

Abstract

【課題】管理エリア内の乗降場において、車両の利用客の待ち時間を短くし、かつ、車両の稼働効率を上げられる交通システムを得る。【解決手段】施設付帯装置２０により、乗降場および駐機場を有する施設の状態を示す施設ステータスを出力し、この施設ステータスと、車両３０が出力する車両３０の状態を示す車両をステータスとを用いて、管制装置１０が、車両３０の配置を管理するもので、管制装置１０の実車要求部４０が、利用客の要求に基づいて実車要求データ２１４を作成し、退避判定部５０が乗降場における待機車両の台数に基づいて乗降場からの退避車両を判定して退避車両データ２１５を作成し、補充判定部６０が乗降場における待ち客の数および／または待機車両の台数に基づいて乗降場への補充車両を判定して補充車両データ２１６を作成し、各データを用いて、車両指令部７０が車両への指令を生成する。【選択図】図５

Description

本願は、交通システムに関するものである。

特許文献１には、利用客の利用履歴に基づいて、駐車場における共有車両の需要量を計算し、駐車場における共有車両の駐車台数に基づいて、共有車両の供給量を算出し、需要量と供給量の差分の合計値を最小化するように、各ゾーンを構成する駐車場の組み合わせを設定することで、利用客の利便性を高めつつ、共用車両の偏在を低減することができる共用車両管理装置を提供する技術が記載されている。

特開２０１９－１４５０１４号公報（第４～７頁、第１図）

特許文献１のものでは、システムが管理するエリアが広域で、かつ、利用客が車両を利用する頻度が極端に高くなく、かつ、車両を駐車することができる駐車場施設の数が多く、かつ、駐車場施設に駐車可能な車両数に余裕がある、という条件の下では、需要量と供給量の差分の合計値を最小化するように、各ゾーンを構成する駐車場の組み合わせ、それを利用客に提示した上で、駐車場を選択させることにより、利用客の利便性を高めつつ車両の偏在を低減することができる。
しかし、例えば、システムが管理するエリアが、閉ループの単一軌道のような狭域で、朝／夕の通勤ラッシュ時の公共交通機関のように、利用頻度が極端に高く、車両が駐車できる施設が、軌道に隣接する駐機場と各乗降場に限られ、それぞれの施設の駐車可能台数に余裕がない、といった条件の下では、単純に車両の偏在を低減させるだけでは、利用客の待ち時間が長くなり、稼働効率が低下する、といった問題が発生し、利用客の移動の需要を満足することができなくなる。

本願は、上記のような課題を解決するための技術を開示するものであり、管理エリア内の乗降場において、車両の利用客の待ち時間を短くし、かつ、車両の稼働効率を上げられる交通システムを提供することを目的とする。

本願に開示される交通システムは、車両が待機する乗降場を含む施設を監視し、施設の状態を示す施設ステータスを出力する施設監視装置、この施設監視装置が出力する施設ステータスを用いて、車両の配置を管理する管制装置を備え、管制装置は、乗降場における待機車両の台数に基づいて、乗降場からの退避車両を選定し、退避車両データを作成する退避車両選定部と、乗降場における待ち客の数および待機車両の台数のいずれか一方または両方に基づいて、乗降場への補充車両を選定し、補充車両データを作成する補充車両選定部と、退避車両データおよび補充車両データに基づいて、該当する車両への指令を生成する車両指令部とを備えたものである。

本願に開示される交通システムによれば、管理エリア内の乗降場において、車両の利用客の待ち時間を短くし、かつ、車両の稼働効率を上げることができる。

実施の形態１による交通システムの構成を示すブロック図である。 実施の形態１による交通システムの管制装置の構成を示すブロック図である。 実施の形態１による交通システムの施設付帯装置の構成を示すブロック図である。 実施の形態１による交通システムの車両の構成を示すブロック図である。 実施の形態１による交通システムの管制管理部の構成を示すブロック図である。 実施の形態１による交通システムの退避判定部の構成を示すブロック図である。 実施の形態１による交通システムの補充判定部の構成を示すブロック図である。 実施の形態１による交通システムの全体構成を示す図である。 実施の形態１による交通システムの各施設における状態を説明する図である。 実施の形態１による交通システムの車両の補充と退避の動作を説明する図である。 実施の形態１による交通システムにおける施設定義情報を示す図である。 実施の形態１による交通システムにおける施設ステータスを示す図である。 実施の形態１による交通システムにおける車両定義情報を示す図である。 実施の形態１による交通システムにおける車両ステータスを示す図である。 実施の形態１による交通システムの管制装置、施設付帯装置、車両のハードウェア構成を示す図である。

実施の形態１．
以下、実施の形態１について、図に基づいて説明する。
図１は、実施の形態１による交通システムの構成を示すブロック図である。
図１において、交通システム１は、後述する管制装置１０と施設付帯装置２０（施設監視装置）と車両３０を有する。施設付帯装置２０は、複数あってもよい。

図２は、実施の形態１による交通システムの管制装置の構成を示すブロック図である。
図２において、管制装置１０は、管制受信部１１、管制送信部１２、管制管理部１３を有する。
管制受信部１１は、利用客の携帯端末のアプリケーション、施設付帯装置２０、車両３０からの要求を受信する。アプリケーションの要求１１０は、アプリケーションからの要求、施設付帯装置の要求１１１は、施設付帯装置２０からの要求、車両の要求１１２は、車両３０からの要求である。施設付帯装置の要求１１１については、図３で後述する。
管制送信部１２は、車両への応答１２０、および携帯端末への応答１２１を、それぞれ車両３０、利用客の携帯端末へ送信する。
なお、管制管理部１３については、図５で後述する。

図３は、実施の形態１による交通システムの施設付帯装置の構成を示すブロック図である。
図３において、施設付帯装置２０は、施設受信部２１、施設送信部２２、施設センサ２３、配車要求受付部施設２４を有する。
施設受信部２１は、システム起動、あるいはリセットによる初期状態において、施設の内部状態を保持する施設ステータスを適切な初期状態に設定するための施設定義情報２１１を受信する。また、乗降場の待機車両の占有情報２１８、および乗降場の乗客の待ち状況２１９を受信する。なお、占有情報２１８は、乗降中の車両、近傍からの手配車両の情報を含むものである。
施設送信部２２は、必要に応じて、施設のＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）への表示指示２２０により、施設ステータスの情報を、施設のＨＭＩに表示させる。また、管制装置への通知２２１により、更新された施設ステータスを管制装置１０に通知する。
施設センサ２３は、少なくとも、乗降場の待機車両、待ち客の数を取得するように配置されている。
配車要求受付部施設２４は、施設付帯装置２０に設置された受付端末にユーザーが直接入力する、もしくはユーザーがパソコン、スマートフォンなどの遠隔の端末から入力する配車要求を取得し、その情報を施設付帯装置の要求１１１として出力するように配置されている。

図４は、実施の形態１による交通システムの車両の構成を示すブロック図である。
図４において、車両３０は、情報を受信するための車両受信部３１と、情報を送信するための車両送信部３２とを有する。車両受信部３１が受信する受信情報の中には、後述する車両定義情報３１１と、管制装置からの車両指令２１７とが含まれる。
車両送信部３２は、管制装置への通知３２０により、更新された車両ステータスを管制装置１０に通知する。

図５は、実施の形態１による交通システムの管制管理部の構成を示すブロック図である。
図５において、管制装置１０の管制管理部１３は、実車要求部４０、退避判定部５０（退避車両選定部）、補充判定部６０（補充車両選定部）、車両指令部７０を有する。
実車要求部４０は、管制受信部１１により受信された、アプリケーションの要求１１０、または、施設付帯装置の要求１１１、または、車両の要求１１２に基づいて、実車要求データ２１４を更新する。
退避判定部５０は、施設受信部２１により受信された、施設定義情報２１１と、最新の施設ステータス２１２と、車両定義情報３１１と、最新の車両ステータス３１２を用いて、車両の退避を判定し、退避車両データ２１５を更新する。

補充判定部６０は、施設受信部２１により受信された施設定義情報２１１と、最新の施設ステータス２１２と、車両定義情報３１１と、最新の車両ステータス３１２を用いて、車両の補充を判定し、補充車両データ２１６を更新する。
車両指令部７０は、最新の実車要求データ２１４、退避車両データ２１５、補充車両データ２１６に基づいて、車両３０に対する車両指令２１７（配車指令）を生成する。

図６は、実施の形態１による交通システムの退避判定部の構成を示すブロック図である。
図６において、管制管理部１３の退避判定部５０は、退避させる車両の台数を計算する退避台数計算部５１と、退避させる車両を選択する退避車両選択部５２と、車両の退避先を選択する退避先選択部５３とを有する。
退避判定部５０は、施設受信部２１により受信された、施設定義情報２１１と、最新の施設ステータス２１２と、車両定義情報３１１と、最新の車両ステータス３１２を用いて、退避車両の台数と、車両ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と退避先を決定し、退避車両データ２１５を更新する。
なお、いずれの乗降場、駐機場にも空きが無い等、車両の退避先がない場合は、車両が走行する軌道上の任意の場所で待機させることもある。

図７は、実施の形態１による交通システムの補充判定部の構成を示すブロック図である。
図７において、管制管理部１３の補充判定部６０は、補充する車両の台数を計算する補充台数計算部６１と、補充する車両を選択する補充車両選択部６２と、車両の補充元を選択する補充元選択部６３とを有する。
補充判定部６０は、施設受信部２１により受信された、施設定義情報２１１と、最新の施設ステータス２１２と、車両定義情報３１１と、最新の車両ステータス３１２を用いて、補充車両の台数と、車両ＩＤと補充元を決定し、補充車両データ２１６を更新する。

ここで、補充台数計算部６１は、待ち客の数に基づいて、補充台数を計算する。
また、補充台数計算部６１は、待機車両台数がゼロとなった継続時間に基づいて、補充台数を計算する。
また、補充台数計算部６１は、待機台数が、最小確保台数を下回った継続時間に基づいて、補充台数を計算する。
また、補充台数計算部６１は、待機台数と最小確保台数の差に比例した値に基づいて、補充台数を計算する。

図８は、実施の形態１による交通システムの全体構成を示す図である。
図８において、符号１０は図１におけるものと同一のものである。
走行路５００は、車両が走行する軌道であり、ここでは単一の閉ループをなしている。後述する駐機場および乗降場を有し、走行車両５３４が走行路５００を走行している。
管制装置１０は、走行路５００上の全ての車両および、走行路５００に隣接して設置される全ての乗降場と駐機場、および走行路と乗降場、駐機場付近に存在する利用客の携帯端末との間で通信を行うようになっている。

駐機場５２０は、乗客を乗せておらず、また乗降場での待機も行っていない車両３０を駐車しておくためのスペースであり、この場所でメンテナンスを行うことも可能である。また、走行に必要なエネルギーの補充を行うことも可能である。図８では、この瞬間に、駐機場５２０の駐車車両５３０は４台存在する。
乗降場Ａ５２１、乗降場Ｂ５２２、乗降場Ｃ５２３は、それぞれ利用客が車両に乗車する、あるいは下車する場所である。
乗降場Ａ５２１の待機車両５３１は２台、乗降場Ｂ５２２の待機車両５３２は３台、乗降場Ｃ５２３の待機車両５３３は２台、がこの瞬間に存在する。
また、乗降場Ａ５２１の待ち客５４１は４人、乗降場Ｂ５２２の待ち客５４２は４人、乗降場Ｃ５２３の待ち客５４３は４人、がこの瞬間に存在する。

図９は、実施の形態１による交通システムの各施設における状態を説明する図である。
図９では、各施設における状態（ステータス）について、名称、条件、発生時の動作を説明している。施設の状態を示す名称として、「待ち」「枯渇」「不足」「余剰」「余裕」「過剰」について、それぞれ条件と、発生時の動作を示している。

図１０は、実施の形態１による交通システムの車両の補充と退避の動作を説明する図である。
図１０において、縦軸は位置を示し、横軸は時間を示している。
初期状態では、駐機場５２０に駐車車両５３０が４台、乗降場Ａ５２１に待機車両５３１が２台、乗降場Ｂ５２２に待機車両５３２が３台、乗降場Ｃ５２３に待機車両５３３が２台存在する。

図１１は、実施の形態１による交通システムにおける施設定義情報を示す図である。
図１１において、施設定義情報２１１は、施設の静的な情報を定義したファイルである。
施設定義情報２１１は、施設の配列、施設ＩＤ、施設の名称、施設の種別、施設にある乗降／駐機スポットの数、施設の最大確保台数、施設の最小確保台数、施設に属する道路リンクのＩＤリスト、施設に到達できる道路リンクのリスト、道路リンクのＩＤ、道路リンクと施設の距離、施設が位置するノードＩＤ、近傍閾値（距離的に近傍であることを示す閾値）を含む静的な情報を定義したデータを有する。

図１２は、実施の形態１による交通システムにおける施設ステータスを示す図である。
図１２において、施設ステータス２１２は、施設の状態を管理するデータである。
施設ステータス２１２は、施設ＩＤ、現在時刻、現在待機台数、現在手配台数、現在確保台数（待機台数＋手配台数）、現在不足台数（最小確保台数－待機台数）、現在待ち客数、現在枯渇時間、現在占有台数（待機台数＋乗降中の車両の台数＋近傍からの手配車両の台数）を含む動的な情報を管理するデータである。

図１３は、実施の形態１による交通システムにおける車両定義情報を示す図である。
図１３において、車両定義情報３１１は、車両の静的な情報を定義したファイルであり、１レコードが１車両の情報を示している。車両ＩＤ、車両種別、初期配置（システム起動時の車両の配置先施設ＩＤ）が含まれる。

図１４は、実施の形態１による交通システムにおける車両ステータスを示す図である。
図１４において、車両ステータス３１２は、車両の状態を管理するデータである。車両ＩＤ、現在時刻、位置情報、現在地、目的地、現在車両ロケータステータス、現在オペレーションＩＤ（指令ＩＤ）、現在ルーティングステータス、補充可能車両リストが含まれる。

次に、動作について説明する。
実施の形態１の交通システムは、時々刻々と変化する、各乗降場での待ち客数、待ち時間、待機車両台数をリアルタイムで管理する。
そして、各乗降場での利用客の需要に応じて、各乗降場で、常に必要な台数分の待機車両を、過不足なく維持するように、車両の補充と退避の配車を管理するようにした。
これにより、利用客の待ち時間を最小化し、エリア全体での車両の稼働効率を最大化させることができる。

実施の形態１の各乗降場においては、常に車両が最小確保台数（待機車両の台数の下限値）以上、最大確保台数（待機車両の台数の上限値）以内の台数だけ待機している状態を維持し、利用客は待たずに車両に乗り込んで、目的地まで移動することを可能にするよう、システム全体が管制制御を行っている。
すなわち、管制装置１０と施設付帯装置２０と車両３０との情報のやり取りを通じて、管制制御を行っている。
以下に、詳しく説明する。

施設付帯装置２０は、システムの起動時に各施設すなわち駐機場および乗降場について定義した施設定義情報２１１を取り込んで、各施設の初期設定を行う。
そして、施設受信部２１が、乗降場の待機車両の占有情報２１８と、乗降場の乗客の待ち状況２１９を受信する。
施設付帯装置２０は、システムの稼働中に、各施設すなわち駐機場および乗降場における、時刻情報、待機台数、手配台数、確保台数、不足台数、待ち客数、枯渇時間、占有台数などの動的な情報を管理するデータである、施設ステータス２１２の情報を常に最新の値に更新する。
更新された施設ステータスは、施設送信部２２から、管制装置への通知２２１により、管制装置１０に通知される。
また、施設送信部２２は、施設のＨＭＩへの表示指示２２０により、施設のＨＭＩに利用客の必要とする情報を表示させる。

一方、車両３０は、システムの起動時に、各車両の、車両種別、初期配置、などの静的な情報を定義したデータである、車両定義情報３１１を取り込んで、各車両の初期設定を行う。さらに、管制装置からの車両指令２１７を受信する。
車両３０は、システムの稼働中に、各車両の、時刻情報、位置情報、現在地、目的地、ロケータ情報、指令ＩＤ、経路情報、補充可能車両リスト、などの動的な情報を管理するデータである、車両ステータス３１２の情報を常に最新の値に更新する。
更新された車両ステータスは、車両送信部３２から、管制装置への通知３２０により、管制装置１０に通知される。

管制装置１０では、管制受信部１１が、アプリケーション、施設付帯装置２０または車両３０から、利用客の要求を取り込む。また、管制送信部１２が、車両３０または利用客の携帯端末に、要求に対する応答を送信するようになっている。
管制装置１０の実車要求部４０は、実車要求データ２１４を更新し、退避判定部５０が、施設定義情報２１１、車両定義情報３１１、施設ステータス２１２、車両ステータス３１２の情報を取り込み、退避車両データ２１５を更新する。
さらに、補充判定部６０で、施設定義情報２１１、車両定義情報３１１、施設ステータス２１２、車両ステータス３１２の各情報を取り込み、補充車両データ２１６を更新する。
そして、車両指令部７０により、実車要求データ２１４と、退避車両データ２１５と、補充車両データ２１６を取り込み、車両３０に対する車両指令２１７を生成するようになっている。

次に、実施の形態１による管制制御の具体例について、図８～図１０を用いて説明する。
図８では、駐機場５２０に、駐車車両５３０が４台存在する。乗降場Ａ５２１には待機車両５３１が２台、乗降場Ｂ５２２には待機車両５３２が３台、乗降場Ｃ５２３には待機車両５３３が２台が、この瞬間に存在する。
また、乗降場Ａ５２１には待ち客５４１が４人、乗降場Ｂ５２２には待ち客５４２が４人、乗降場Ｃ５２３には待ち客５４３が４人、この瞬間に存在する。

図９で定義した施設の状態の条件と、これの発生時の動作を行う。
すなわち、図９で、「待ち」の状態とは、待ち客の人数がゼロよりも多い状態を示しており、待機車両の台数が不足していることを意味する。このような状態が発生すると、システムは、駐機場あるいは他の乗降場からの車両の補充が必要であると判断する。
「枯渇」の状態とは、待機車両の台数がゼロとなる状態を意味する。このような状態が発生すると、システムは、駐機場あるいは他の乗降場からの車両の補充が必要であると判断する。
「不足」の状態とは、待機車両の台数が、最小確保台数よりも少ない状態を示している。このような状態が発生すると、システムは、駐機場あるいは他の乗降場からの車両の補充が必要であると判断する。

「余剰」の状態とは、待機車両の台数が、最小確保台数よりも多い状態を示している。このような状態が発生すると、システムは、駐機場あるいは他の乗降場への車両の移動が可能であると判断する。
「余裕」の状態とは、待機車両の台数が、最大確保台数よりも少ない状態を示している。このような状態が発生すると、システムは、駐機場あるいは他の乗降場からの車両の受け入れが可能であると判断する。
「過剰」の状態とは、待機車両の台数が、最大確保台数よりも多い状態を示している。このような状態が発生すると、システムは、駐機場あるいは他の乗降場への車両の退避が必要であると判断する。

図８の状態で、図１０の例について説明する。
図１０の初期状態では、駐機場５２０に駐車車両５３０が４台、乗降場Ａ５２１に待機車両５３１が２台、乗降場Ｂ５２２に待機車両５３２が３台、乗降場Ｃ５２３に待機車両５３３が２台存在する。

それぞれの乗降場は、最小確保台数が２台、最大確保台数が４台の範囲に収まるように常に管理され、車両の補充と退避が実行される。

次に、利用客による乗降場Ａ５２１から乗降場Ｂ５２２への実車が発生した（フローａ）とする。
このとき、乗降場Ａ５２１の待機車両台数が２台から１台に減少し、最小待機台数を下回り、不足することになる。このため、待機台数に余裕のある駐機場５２０から、待機台数が不足する乗降場Ａ５２１に補充のための配車指令が出される。（フローｂ）
また、それと同時に、このままでは、近い将来に乗降場Ｂ５２２の待機車両台数が３台から４台に増加し、最大確保台数に達することが予測できる。
このため、乗降場Ｂ５２２から、待機台数に余裕のある乗降場Ｃ５２３に、退避のための配車指令が出される。（フローｃ）

実施の形態１によれば、駐車場に駐車できる車両数にも余裕がない場面において、各乗降場における待機車両の台数を、現在の旅客需要に合わせて、リアルタイムで常に適切に管理することにより、渋滞を起こさず、利用客の待ち時間を最小化し、エリア全体での車両の稼働効率を最大化させた、交通システムを実現することができる。

なお、交通システムの管制装置１０、施設付帯装置２０、および車両３０は、ハードウェアの一例を図１５に示すように、プロセッサ１０００と記憶装置１００１から構成される。記憶装置は図示していないが、ランダムアクセスメモリ等の揮発性記憶装置と、フラッシュメモリ等の不揮発性の補助記憶装置とを具備する。また、フラッシュメモリの代わりにハードディスクの補助記憶装置を具備してもよい。プロセッサ１０００は、記憶装置１００１から入力されたプログラムを実行する。この場合、補助記憶装置から揮発性記憶装置を介してプロセッサ１０００にプログラムが入力される。また、プロセッサ１０００は、演算結果等のデータを記憶装置１００１の揮発性記憶装置に出力してもよいし、揮発性記憶装置を介して補助記憶装置にデータを保存してもよい。

本開示は、例示的な実施の形態が記載されているが、実施の形態に記載された様々な特徴、態様、及び機能は特定の実施の形態の適用に限られるのではなく、単独で、または様々な組み合わせで実施の形態に適用可能である。
従って、例示されていない無数の変形例が、本願明細書に開示される技術の範囲内において想定される。例えば、少なくとも１つの構成要素を変形する場合、追加する場合または省略する場合が含まれるものとする。

１ 交通システム、１０ 管制装置、１１ 管制受信部、１２ 管制送信部、
１３ 管制管理部、２０ 施設付帯装置、２１ 施設受信部、２２ 施設送信部、
２３ 施設センサ、２４ 配車要求受付部施設、３０ 車両、３１ 車両受信部、
３２ 車両送信部、４０ 実車要求部、５０ 退避判定部、５１ 退避台数計算部、
５２ 退避車両選択部、５３ 退避先選択部、６０ 補充判定部、
６１ 補充台数計算部、６２ 補充車両選択部、６３ 補充元選択部、
７０ 車両指令部、１１０ アプリケーションの要求、１１１ 施設付帯装置の要求、
１１２ 車両の要求、１２０ 車両への応答、１２１ 携帯端末への応答、
２１１ 施設定義情報、２１２ 施設ステータス、２１４ 実車要求データ、
２１５ 退避車両データ、２１６ 補充車両データ、２１７ 車両指令、
２１８ 乗降場の待機車両の占有情報、２１９ 乗降場の乗客の待ち状況、
２２０ 施設のＨＭＩへの表示指示、２２１ 管制装置への通知、
３１１ 車両定義情報、３１２ 車両ステータス、３２０ 管制装置への通知、
５００ 走行路、５２０ 駐機場、５２１ 乗降場Ａ、５２２ 乗降場Ｂ、
５２３ 乗降場Ｃ、５３０ 駐機場の駐車車両、５３１ 乗降場Ａの待機車両、
５３２ 乗降場Ｂの待機車両、５３３ 乗降場Ｃの待機車両、５３４ 走行車両、
５４１ 乗降場Ａの待ち客、５４２ 乗降場Ｂの待ち客、５４３ 乗降場Ｃの待ち客、
１０００ プロセッサ、１００１ 記憶装置

Claims (3)

1. 車両が待機する乗降場を含む施設を監視し、上記施設の状態を示す施設ステータスを出力する施設監視装置、
   この施設監視装置が出力する施設ステータスを用いて、上記車両の配置を管理する管制装置を備え、
   上記管制装置は、
   上記乗降場における待機車両の台数に基づいて、上記乗降場からの退避車両を選定し、退避車両データを作成する退避車両選定部と、
   上記乗降場における待ち客の数および待機車両の台数のいずれか一方または両方に基づいて、上記乗降場への補充車両を選定し、補充車両データを作成する補充車両選定部と、
   上記退避車両データおよび上記補充車両データに基づいて、該当する車両への指令を生成する車両指令部とを備えたことを特徴とする交通システム。
2. 上記管制装置は、利用客の要求に基づいて、実車要求データを作成する実車要求部を備え、
   上記車両指令部は、上記実車要求データを用いて、該当する車両への指令を生成することを特徴とする請求項１に記載の交通システム。
3. 上記乗降場ごとに待機車両の台数の上限値および下限値が設定され、
   上記退避車両選定部は、上記待機車両の台数が上記上限値を超える場合に、上記退避車両を選定し、
   上記補充車両選定部は、上記待機車両の台数が上記下限値を下回る場合に、上記補充車両を選定することを特徴とする請求項１または請求項２に記載の交通システム。

Images