JP7281746B2 - 専用車線または専用道路で走行する車両のための車両編成方法、車両編成装置および車両編成システム - Google Patents

Description

本発明は、車両編成方法、車両編成装置および車両編成システムに関し、特に専用車線または専用道路で走行する車両のための車両編成方法、車両編成装置および車両編成システムに関する。

旅客運送または荷物運送のために、運送速度、管理容易性または自動運転の需要性を考えて、専用車線または専用道路で走行する車両を利用することがある。その一例としては、バス・ラピッド・トランジット（bus rapid transit、ＢＲＴ）が挙げられる。バス・ラピッド・トランジットとは、バスを基盤とした大量輸送システムであり、「バス高速輸送システム」とも呼ばれている。バス・ラピッド・トランジットにおいて、専用の車両（バス）は専用車線または専用道路に走行するのが一般的である。また、大量輸送のために、特許文献１または特許文献２のように、複数の車両を含む隊列を組んで走行する技術が存在している。

特開２００１－１００８４０号公報 特開２０００－２６４２１０号公報

特許文献１または特許文献２の開示のように、バス・ラピッド・トランジットにおいては、同じ車種及び同じ車両の複数の車両を含む隊列を編成しているこのため、従来技術においては輸送需要に応じて隊列を編成する場合、車両の数を調整するしかできず、効率が悪く、柔軟性に欠ける。

また、隊列を編成する際に、実際は、輸送量の他、ルートに分岐があるか否か、突発的な事件が発生したか否かなど、多くの状況を考慮しなければならない。同じサイズを有する車両のみを用いて隊列を編成する従来技術においては、このような様々な状況に柔軟に対応できない。

前述した課題を解決するために、本発明は、異なるサイズの車両を用いて隊列を編成することができる、専用車線または専用道路で走行する車両のための車両編成方法、車両編成装置および車両編成システムを提供するものである。

本発明に係る一態様の車両編成方法は、専用車線または専用道路で走行する車両のための車両編成方法であって、車両の運行に関連し、目的停車場、出発停車場、停車場に到着する到着時間、輸送量及び運行時間帯のうち少なくともいずれか１つを含む運行情報を取得するステップと、運行情報に基づいて、異なるサイズを有する複数の車両で形成される隊列における当該複数の車両のサイズ及び整列順番を決定することによって、隊列を編成するステップと、を含む。

本発明に係る他の態様の車両編成装置は専用車線または専用道路で走行する車両のための車両編成装置であって、プロセッサと、プロセッサに前述した車両編成方法を実行させるためのプログラムを記憶した記憶部と、を備える。

また、本発明に係る他の態様の車両編成システムは、専用車線または専用道路で走行する車両のための車両編成システムであって、異なるサイズを有する複数の車両と、前述した編成装置と、備える。

本発明においては、専用車線または専用道路で走行する車両のための車両編成方法、車両編成装置および車両編成システムによれば、異なるサイズの車両を用いて隊列を編成することができるため、輸送量に応じて効率よく自由に調整することができる。また、編成する際には、目的停車場、出発停車場、停車場に到着する到着時間、輸送量、運行時間帯など、車両の運行に関連する運行情報に基づいて編成するため、様々な状況に応じて柔軟に対応できる。

本発明の実施の形態１に係る車両編成装置および車両編成システムの概略構成を示すブロック図 実施の形態１における車両編成装置および車両編成システムの適用環境の一例のブロック図 実施の形態１における車両編成方法の一例のフローチャート 実施の形態１における隊列の一例 実施の形態１における隊列の別例 実施の形態２における車両編成方法の一例のフローチャート 実施の形態３における車両編成方法の一例のフローチャート 実施の形態３における駐機場の設ける場所の別例 実施の形態３における駐機場の概略構成を示すブロック図 実施の形態４における車両編成方法の一例のフローチャート 実施の形態４における第１子隊列および第２子隊列の概略構成を示すブロック図 実施の形態４における隊列の分離の一例 実施の形態４における隊列の分離の別例 実施の形態５における車両編成方法の一例のフローチャート 実施の形態５における隊列の追加の一例 実施の形態５における特定区間の一例 実施の形態６における車両編成方法の一例のフローチャート 実施の形態６における隊列の追加の一例 実施の形態６における隊列の追加の一例 実施の形態７における車両編成方法の一例のフローチャート 実施の形態７における隊列の追加の一例

先ず始めに、専用車線または専用道路で走行する車両のための車両編成方法、車両編成装置および車両編成システムの各種態様について説明する。

本発明に係る第１の態様の車両編成方法は、専用車線または専用道路で走行する車両のための車両編成装置であって、車両の運行に関連し、目的停車場、出発停車場、停車場に到着する到着時間、輸送量及び運行時間帯のうち少なくともいずれか１つを含む運行情報を取得するステップと、運行情報に基づいて、異なるサイズを有する複数の車両で形成される隊列における当該複数の車両のサイズ及び整列順番を決定することによって、隊列を編成するステップと、を含む。

本発明に係る第２の態様の車両編成方法は、第１の態様において、運行情報は、第１目的停車場と、第２目的停車場と、を含んでもよい。隊列を編成するステップは、運行情報に基づいて、隊列内において、１つ又は複数の車両を含む第１子隊列と、第１子隊列の後方に配置される１つ又は複数の車両を含む第２子隊列と、を含む複数の子隊列を編成するステップ、を含んでもよい。第１子隊列は第１目的停車場に向かい、第２子隊列は第２目的停車場に向ってもよい。車両編成方法は、運行情報に基づいて、所定の停車場で隊列から第２子隊列を分離するステップをさらに含んでもよい。

本発明に係る第３の態様の車両編成方法は、第２の態様において、所定の停車場は、第１目的停車場と第２目的停車場とに向かう複数のルートに分岐する分岐停車場であってもよい。

本発明に係る第４の態様の車両編成方法は、第２の態様において、所定の停車場は、第２目的停車場であってもよい。

本発明に係る第５の態様の車両編成方法は、第１～４の態様のいずれか１つにおいて、運行情報は輸送量または運行時間帯を含んでもよい。隊列を編成するステップは、輸送量または運行時間帯と車両のサイズとに基づいて、隊列に追加するための１つ又は複数の車両を含む第３子隊列を編成するステップと、隊列の最後尾車に第３子隊列を追加するステップと、を含んでもよい。

本発明に係る第６の態様の車両編成方法は、第１～５の態様のいずれか１つにおいて、運行情報は特定の途中停車場に到着した到着時間を含んでもよい。隊列内において、１つ又は複数の車両を含む第１子隊列と、第１子隊列の後方に配置される１つ又は複数の車両を含む第２子隊列と、を含んでもよい。運行情報を取得するステップは、第２子隊列が特定の途中停車場に到着した第１到着時間と、隊列の出発時間よりも後に出発した１つ又は複数の車両を含む別の隊列が特定の途中停車場に到着した第２到着時間と、を取得するステップ、を含んでもよい。隊列を編成するステップは、第１到着時間と第２到着時間との差が所定の閾値以下である場合、第２子隊列の最後尾車に別の隊列を追加するステップ、を含んでもよい。

本発明に係る第７の態様の車両編成方法は、第１～５の態様のいずれか１つにおいて、運行情報は出発停車場、および特定の途中停車場に到着した到着時間を含んでもよい。運行情報を取得するステップは、隊列が特定の途中停車場に到着した第３到着時間と、隊列と異なる出発停車場から出発した１つ又は複数の車両を含む別の隊列が特定の途中停車場に到着した第４到着時間と、を取得するステップ、を含んでもよい。隊列を編成するステップは、第３到着時間と第４到着時間との差が所定の閾値以下である場合、隊列の最後尾車に別の隊列を追加するステップ、を含んでもよい。

本発明に係る第８の態様の車両編成方法は、第１～７の態様のいずれか１つの態様において、隊列は、複数の車両において、第１車両のサイズが、第１車両よりも後方に位置する第２車両のサイズよりも小さい隊列を含んでもよい。

本発明に係る第９の態様の車両編成方法は、第１～８の態様のいずれか１つの態様において、車両のそれぞれは車両識別子を有し、車両識別子は、サイズ、および所属隊列を含む属性に関連してもよい。隊列を編成するステップは、隊列に対して隊列識別子を生成するステップと、隊列の隊列識別子を、隊列に編成される車両の車両識別子に関連する所属隊列として記憶するステップと、をさらに含んでもよい。

本発明に係る第１０の態様の車両編成方法は、第９の態様において、隊列識別子は、編成車両情報、編成順番、編成台数、先頭車両、走行パターン、および運行用途の少なくとも１つを含む属性に関連してもよい。

本発明に係る第１１の態様の車両編成方法は、第１０の態様において、隊列識別子は編成順番に関連し、編成順番は、隊列に編成された車両の車両識別子と、整列順番とに関連してもよい。複数の車両は、サイズの異なる複数の車庫を有する駐機場に収納されており、複数の車庫のそれぞれは当該複数の車両のサイズに対応してもよい。隊列を編成するステップは、編成順番に基づいて、隊列に編成された車両のサイズを所要サイズとし、所要サイズに対応する車庫から所要台数の車両を出させるように、所要台数を指定した出車指令を駐機場に順次送信するステップを含む。

本発明に係る第１２の態様の車両編成方法は、第１０の態様において、隊列識別子は、隊列間の通信のために少なくとも１つの隊列に対応するコミュニケーショングループ識別子にさらに関連してもよい。

本発明に係る第１３の態様の車両編成装置は、専用車線または専用道路で走行する車両のための車両編成装置であって、プロセッサと、プロセッサに第１～１２の態様のいずれか１つの車両編成方法を実行させるためのプログラムを記憶した記憶部と、を備える。

本発明に係る第１４の態様の車両編成システムは、専用車線または専用道路で走行する車両のための車両編成システムであって、異なるサイズを有する複数の車両と、第１３の態様の編成装置と、備える。

以下、本発明に係る車両編成方法、車両編成装置および車両編成システムのいくつかの実施の形態について、適宜図面を参照しながら詳細に説明する。

以下で説明する実施の形態のそれぞれは、本発明の一例を示すものである。以下の実施の形態のそれぞれにおいて示される数値、形状、構成、ステップ、およびステップの順序などは、一例を示すものであり、本発明を限定するものではない。

以下に述べる実施の形態のそれぞれにおいて、特定の要素に関しては変形例を示す場合があり、その他の要素に関しては任意の構成を適宜組み合わせることを含むものであり、組み合わされた構成においてはそれぞれの効果を奏するものである。実施の形態１のそれぞれおいて、それぞれの変形例の構成をそれぞれ組み合わせることにより、それぞれの変形例における効果を奏するものとなる。

以下の詳細な説明において、「第１」、「第２」などの用語は、説明のためだけに用いられるものであり、相対的な重要性または技術的特徴の順位を明示または暗示するものとして理解されるべきではない。「第１」と「第２」と限定されている特徴は、１つまたはさらに多くの当該特徴を含むことを明示または暗示するものである。

《実施の形態１》
以下の実施の形態１における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

本発明に係る車両編成方法は、車両編成装置または車両編成システムによって実行可能である。図１は、本発明に１つの実施の形態１に係る車両編成装置および車両編成システムの概略構成を示すブロック図である。図２は、実施の形態１における車両編成装置２０および車両編成システム１０の適用環境の一例のブロック図である。車両編成装置２０は、管理センタ７０、出発停車場４０、途中停車場５０、および目的停車場６０のうちの少なくとも１つに設けられてもよく、少なくとも１つの車両３０に設けられてもよい。

まず、図１に示す車両編成システム１０および車両編成装置２０の概要について説明する。

＜車両編成システム１０＞
実施の形態１の車両編成システム１０は、車両編成装置２０と、異なるサイズを有する複数の車両３０（例えば、車両３０ａ～車両３０ｆ）とを含む。車両編成装置２０は、後述するように、車両編成方法が実行可能である。車両編成システム１０において、車両編成装置２０は運行情報に基づいて複数の車両３０を含む隊列を編成し、編成した隊列を運行させることができる。車両編成装置２０は車両編成方法を実行するためにまたは隊列を運行させるために、車両編成システム１０外の様々な装置、例えば、出発停車場４０、途中停車場５０、または目的停車場６０に設けられた制御装置と協働する。車両編成システム１０は、出発停車場４０、途中停車場５０、または目的停車場６０に設けられた制御装置からデータを受信し、これらの停車場の制御装置へデータを送信することができる。また、車両編成システム１０は、複数の車両３０を用いて隊列に編成してもよく、これらの車両３０に加えて車両編成システム１０外の他の車両を用いて隊列を編成してもよい。

車両編成システム１０における複数の車両３０は異なるサイズを有する。車両３０のサイズとは、車両３０自身の輸送能力と関連するパラメータであり、例えば、車両３０の定員数（単位：人）、最大輸送量（単位：人、トン、またはその組み合わせ）、全長（単位：メートル）、最大積載量（単位：トン）、容積（単位：立方メートル、合など）などであってもよい。例えば、車両３０ａのサイズとする定員数が９０人であってもよく、車両３０ｅのサイズとする全長が７メートルであってもよい。

車両３０によって編成された隊列は、不特定多数の乗客を定められたルート（路線）と時刻表にしたがって運行することができ、短距離サービスまたは長距離サービスの提供に利用され得る。本明細書において、隊列における複数の車両３０は、デジタルの信号のやり取りによって連結し合う例示を説明するが、機械的に連節されてもよい。

＜車両編成装置２０＞
車両編成装置２０は、運行情報を取得し、運行情報に基づいて複数の車両３０を含む隊列を編成し、編成した隊列を運行させることができる。以下の実施の形態では、主には車両編成装置２０が管理センタ７０に適用される構成、すなわち、車両編成装置２０が管理センタ７０に設けられている構成について説明するが、この構成は例示に過ぎない。前述したように、車両編成装置２０は、出発停車場４０、途中停車場５０、および目的停車場６０のうちの少なくとも１つに設けられてもよく、少なくとも１つの車両３０に設けられてもよい。

車両編成装置２０は、プロセッサ２２と記憶部２４とを含む。プロセッサ２２は車両編成方法を実行する。記憶部２４は、プロセッサ２２に車両編成方法を実行させるためのプログラムを記憶する。

プロセッサ２２は、車両編成装置２０全体の制御を司る制御部である。プロセッサ２２は、プログラムを実行することにより所定の機能を実現するＣＰＵ、ＭＰＵ、ＦＰＧＡ、ＤＳＰ、ＡＳＩＣのような汎用プロセッサを含む。プロセッサ２２は、記憶部２４に格納された制御プログラムを呼び出して実行することにより、車両編成装置２０における各種の制御を実現することができる。また、プロセッサ２２は記憶部２４と協働して記憶部２４に記憶されたデータを読み取り／書き込みを行うことができる。プロセッサ２２は、ハードウェアとソフトウェアの協働により所定の機能を実現するものに限定されず、所定の機能を実現する専用に設計されたハードウェア回路でもよい。

記憶部２４は、種々の情報や制御プログラムを記録する記録媒体であり、プロセッサ２２の作業領域として機能するメモリであってもよい。記憶部２４は、例えば、フラッシュメモリ、ＳＳＤ（Solid State Device）、ハードディスク、ＲＡＭ、その他の記憶デバイス又はそれらを適宜組み合わせて実現される。記憶部２４は、車両編成装置２０内部のメモリであってもよく、車両編成装置２０と無線通信または有線通信にて接続されているストレージ装置であってもよい。記憶部２４は、受信した様々な情報を記憶してもよい。また、記憶部２４は受信した様々な情報、特に運行情報をデータベースの一部としてまたは個別の電子ファイルとして記憶してもよい。

１つの実施例において、車両編成装置２０は通信部２６をさらに含んでもよい。通信部２６は、車両編成装置２０と、車両３０、出発停車場４０、途中停車場５０、目的停車場６０、管理センタ７０のうちの少なくとも１つとの通信をすることができる。通信部２６は、プロセッサ２２と協働して、車両３０や各停車場等とインターネットパケットを送受信する、すなわち、通信することもできる。車両編成装置２０は通信部２６を介して、車両３０、出発停車場４０、途中停車場５０、または目的停車場６０から運転情報に関する情報を受信してもよい。車両編成装置２０は通信部２６を介して、さらに気象情報源、ニュース情報源、他の交通機関などの外部情報源から運転情報に関する情報を受信してもよい。

通信部２６は、車両編成装置２０と、車両３０と、出発停車場４０と、途中停車場５０と、目的停車場６０と、管理センタ７０との間において、データの送受信を行うために用いられる通信手段を有する。通信手段としては、Ｗｉ－Ｆｉ（登録商標）、ＩＥＥＥ８０２．２、ＩＥＥＥ８０２．３、３Ｇ、ＬＴＥ等の規格にしたがい通信を行ってもよい。また、インターネットの他、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網、電話回線網、移動体通信網、衛星通信網等、赤外線、ブルートゥース（登録商標）と通信してもよい。

＜車両３０＞
車両３０は、専用車線または専用道路で車両を走行させるシステムにおいて運行する車両である。車両３０は、大型バス、マイクロバス、連節バス、小型乗用車、などの旅客運送のための車両であってもよく、貨物運送のための車両であってもよい。例えば、バス・ラピッド・トランジットにおいて運行する場合、車両は基本的にはバスである。車両３０は、乗客または貨物を収納するための内部空間を有する。

以下の実施の形態においては、主にはバス・ラピッド・トランジット用の車両を例示として、車両編成方法、車両編成装置または車両編成システムを説明するが、本願発明の範囲はこの応用に限らない。バス・ラピッド・トランジットに応用されるとき、車両編成方法、車両編成装置または車両編成システムに利用される車両３０は、最初からバス・ラピッド・トランジットの専用車両として製造された車両であってもよく、バス・ラピッド・トランジットの専用車両でなかったバスから改造されたものであってもよい。

車両編成システム１０に含まれる複数の車両３０は、異なるサイズや車種を有してもよい。例えば、図１の実施例において、車両３０ａと車両３０ｂとが第１サイズを有し、車両３０ｃと車両３０ｄとが第２サイズを有し、車両３０ｅと車両３０ｆとが第３サイズを有し、第１サイズが第２サイズより大き、第２サイズが第３サイズより大きい。例示的には、第１サイズは定員数９０人、第２サイズは定員数５０人、第３サイズは定員数２５人である。これらのサイズは例示に過ぎず、本発明の範囲を制限するものはない。車両３０の車種の例示としては、人員輸送用車、または貨物輸送用車などである。

車両３０は、有人運転または無人運転（自動制御・自動運転）によって稼働でき、輸送の対象や目的、求められる輸送量、自動運転の要否などに基づいて設計され得る。例えば、緊急停止の自動制御機能を有する車両３０は、少なくともその前方にカメラや距離センサが設けられている。運転速度の自動制御機能を有する車両３０には、速度センサおよび加速度センサが設けられている。扉の自動開閉制御機能を有する車両３０には、扉に向いて配置されたカメラや距離センサが設けられている。これらのセンサは一定時間ごとに検出を行い、車両３０は検出値を内の記憶部に記憶してもよく、さらに車両編成装置２０に送信し記憶部２４に記憶させてもよい。また、車両３０は自身の運転記録、制御履歴などの各種のデータを内の記憶部に記憶してもよく、さらに車両編成装置２０に送信してもよい。

隊列における車両３０は、隊列における順番によって、先頭車、中間車、および最後尾車に分けられる。先頭車、中間車、および最後尾車は、それぞれに同じ機能と役割とを有してもよく、固有の機能と役割とを有してもよい。例えば、完全に自動運転する隊列におけるすべての車両３０は緊急停止の自動制御機能を有する。先頭車のみが有人運転であって後続の車両全部が無人運転である隊列においては、先頭車が後続車両を監視する機能を有し、後続車両は先頭車にしたがって自動運転する機能を有する。同様の車両３０に対して、異なる役割を指定してもよい。例えば、車両３０ａに対して、前回編成した隊列において先頭車として指定したとしても、今回の編成では中間車または最後尾車として指定してもよい。

このようなサイズの車両３０を用いて以下の各実施の形態を説明するが、実際の運用上はこれに限らないことが自明である。

＜出発停車場４０・途中停車場５０・目的停車場６０＞
隊列が運行・走行するルートは、出発停車場４０から目的停車場６０まで、当該隊列が走行する道筋である。ルートは出発停車場４０および目的停車場６０の他、少なくとも１つの途中停車場５０を含んでもよい。専用車線または専用道路で走行する車両のための複数の停車場（出発停車場４０、途中停車場５０、および目的停車場６０）は、専用車線または専用道路７５によって繋がっている。隊列が運行する際には、同じ隊列が出発停車場４０から目的停車場６０まで１サイクルのみ運行してもよく、運行予定のルートで複数回、往復または環状に運行してもよい。

ここでいう停車場とは、車両３０が一時停止する場所を指す。例えば、乗客や貨物の乗り降りのために、車両３０が一時停止する駅、停留場、乗降場であってもよい。例えば、出発停車場４０は、車両３０が出発するまで一時停止して乗客を乗せたり荷物・貨物を載せたりする場所である。出発停車場４０において、乗客を乗せたり荷物・貨物を載せたりするところは駐車場４２と異なるところであってもよい。途中停車場５０は、一時停止して乗客を乗せたり荷物・貨物を載せたりするまたは降ろす場所である。目的停車場６０は、一時停止して乗客や荷物を降ろす場所である。また、目的停車場６０において、車両３０は一時停止したのちに駐機場６２に行って駐車してもよい。なお、実際の運行状況によって、出発停車場４０、途中停車場５０または目的停車場６０において、乗客や荷物の乗り降りがないことがある。

これらの停車場は、有人停車場であってもよく、自動制御・自動管理する無人停車場であってもよい。１つの実施例において、これらの停車場には、それぞれに制御装置が設けられており、これらの制御装置は有線通信または無線通信を介して、停車場間の通信、任意の車両３０との通信、または管理センタ７０との通信を行うことができる。

一般的には、出発停車場４０は編成前または運行前の車両３０を収納するための駐機場４２を有し、目的停車場６０は到着後または隊列解散後の車両３０を収納するための駐機場６２を有する。需要に応じて、少なくとも１つの途中停車場５０も、編成前または運行前の車両３０、または到着後または隊列解散後の車両３０を収納するための駐機場５２を有してもよい。

＜管理センタ７０＞
管理センタ７０は、バス・ラピッド・トランジットなどの、車両を専用車線または専用道路で走行する応用システムの全体を管理する装置であり、例えば、サーバであってもよい。管理センタ７０を介して、停車場、隊列、車両のそれぞれおよび全体的な運行・走行状況を監視し管理することができる。以下に説明する実施の形態において、車両編成装置２０が管理センタ７０に設けられており、管理センタ７０が車両編成装置２０を介して車両編成方法を実行する。管理センタ７０または任意の停車場において車両３０を隊列に編成することができる。また、管理センタ７０は、車両編成装置２０の通信部２６を介して、車両編成装置２０と、車両３０と、出発停車場４０と、途中停車場５０と、目的停車場６０と、管理センタ７０との間において、データの送受信を行うことができる。

車両編成装置２０はプロセッサ２２および記憶部２４を用いて、さらに上述した環境内のハードウェアを用いてまたは協働して、車両編成方法を実行する。以下、図面を参照しながら車両編成方法を説明する。

＜車両編成方法＞
図３は、実施の形態１における車両編成方法の一例のフローチャートであり、車両編成方法は以下のステップＳ１００とステップＳ２００とを含む。

プロセッサ２２は、車両の運行に関連し、目的停車場、出発停車場、停車場に到着する到着時間、輸送量及び運行時間帯のうち少なくともいずれか１つを含む運行情報を取得する（ステップＳ１００）。様々な状況に応じて複数の車両３０を含む隊列を編成するために、プロセッサ２２は編成の準拠となり得る現状を知っておくことができる。プロセッサ２２は、記憶部２４からデータを読み出すことによって、または管理センタ７０に問い合わせることによって、編成対象となる隊列の目的停車場や出発停車場、運行予定のルートを取得してもよい。目的停車場や出発停車場についての運行情報は、例えば、当該停車場の名称、停車場識別子、整理番号など、当該停車場を一意的に識別できる情報であればよい。運行予定のルートについては、例えば、出発停車場４０から目的停車場６０まで、通過する停車場の停車場識別子などを通過順で繋がった文字列（string、英数字、かな文字、漢字、記号などを包含可能）、事前に決められた所定ルートに対応するルート識別子であってもよい。

プロセッサ２２は通信部２６を介して、少なくとも１つの車両３０からその運転に関連する運転情報、例えば、その車両３０の目的停車場、出発停車場、現在の乗客数、運転記録、制御履歴などを受信してもよい。プロセッサ２２は通信部２６を介して、出発停車場４０、途中停車場５０、または目的停車場６０から運転情報、例えば、隊列がその停車場に到着した到着時間や、その停車場から発車した発車時間、その停車場での停留時間、その停車場で乗車した乗客数、その停車場で降車した乗客数、その停車場で現在並んでいる乗客数などの情報を受信してもよい。プロセッサ２２は通信部２６を介して、他の外部情報源から運転情報、例えば、現在の天気状況、バス・ラピッド・トランジットなどの応用のサービス範囲においてゲリラ豪雨・台風・地震・津波・人身事故などの異常状況が発生したか否かとその詳細情報、他の交通機関のサービス範囲内に異常状況が発生したか否かとその詳細情報、代替輸送となる必要性など、車両３０または停車場が保持していない情報を受信してもよい。

プロセッサ２２は、記憶部２４からデータを読み出すことによって、管理センタ７０に問い合わせることによって、または、関連する指令を受信することによって、編成対象となる隊列に対して予想される輸送量または運行時間帯を取得してもよい。例えば、管理センタ７０における管理員は車両編成装置２０に対して、編成しようとする隊列の輸送量または運行時間帯を指定する指令を出して、車両編成装置２０に隊列を自動的に編成させてもよい。また、例えば、車両編成装置２０は自動的に現在時刻、または記憶部２４に保存されたダイヤ、運行履歴、もしくは関連する指令を取得してもよい。

ここで、輸送量とは、予定上、編成される隊列が運ぶ人員・貨物などの量をいい、主には隊列が運ぶ乗客数を指す。ただし、車両３０が乗客とともに荷物や貨物を運ぶ場合、または貨物のみを運ぶ場合には、輸送量は荷物・貨物の重量（トン数）によって表現し得る。また、輸送量は、乗客の輸送人数にその輸送距離を乗じた数字（単位「人キロ」）や、輸送した貨物のトン数にその輸送距離を乗じた数字の合計（単位「トンキロ」）によっても表現し得る。

運行時間帯とは、編成される隊列が運行する時間帯をいい、例えば、「朝７時から９時」、「昼１０時から１７時」などである。具体的な時間を指定せずに、「ラッシュアワー」、「通勤ラッシュ」、「下校時刻」、「イベント終了時間」など、特定の時間・時間帯と関連する表現によって運行時間帯を指定し得る。例えば、「通勤ラッシュ」の運行時間帯は「朝７時から９時」との時間帯に対応してもよく、「野球観戦終了時間」は「夜９時から１０時」との時間帯に対応してもよい。

次に、プロセッサ２２は、運行情報に基づいて、異なるサイズを有する複数の車両３０で形成される隊列における当該複数の車両３０のサイズ及び整列順番を決定することによって、隊列を編成する（ステップＳ２００）。ステップ２００において、プロセッサ２２は運行情報に基づいて、編成すべき隊列に必要な車両３０のサイズおよび台数を決定し、これらの車両３０の隊列における整列順番を決定する。

例えば、「予想の輸送量の対応する定員数が１４０人」という運行情報を取得した。仮に、車両編成システム１０は、定員数９０人の第１サイズ、定員数５０人の第２サイズ、および定員数２５人の第３サイズを有する複数の車両３０を含む。この場合において、プロセッサ２２は、総輸送量が予想の輸送量以上である隊列を編成するために、例えば、第１サイズを有する車両２台をこの隊列を形成する車両として決定してもよい。あるいは、運行情報に基づいて、プロセッサ２２は、例えば、第１サイズを有する車両１台と第２サイズを有する車両１台とを決定してもよく、第１サイズを有する車両１台と第３サイズを有する車両２台とを決定してもよい。編成する際に、プロセッサ２２は、現在編成に利用可能な各サイズの車両の台数（すなわち、現在利用されていなく、空いている台数）にも基づいて、隊列における車両３０のサイズおよびその台数を決定してもよい。なお、輸送量を計算する際に、混雑率・乗車率を考慮してもよい。

編成に利用する車両３０のサイズおよびその台数の決定とともに、プロセッサ２２は隊列におけるこれらの車両３０の整列順番も決定する。整列順番とは、車両３０が隊列内における順番である。例えば、先頭車が最も前方に配置される第１車とされ、先頭車のすぐ後方に配置される車両が第２車とされ、その後も同様のように順番が決められる。整列順番については、先頭車から最後尾車への順番で、決定した車両を示す文字列によって表示してもよい。例えば、「第１車：車両３０ａ；第２車：車両３０ｂ」や「車両３０ａ、車両３０ｂ」などの形式で表示され得る。

図４Ａは、実施の形態１における隊列８０の一例である。整列順番に影響を与え得る他の運行情報を取得していない場合、安全性を高めるために、プロセッサ２２は決定した複数の車両３０のサイズの大きい順によって整列順番を決定してもよい。例えば、第１サイズを有する車両３０の２台と、第１サイズより小さい第２サイズを有する車両３０の２台と、第２サイズより小さい第３サイズを有する車両３０の１台とを用いて隊列８０を編成すると決定した場合、プロセッサ２２は、図４Ａに示されているように、「車両３０ａ、車両３０ｂ、車両３０ｃ、車両３０ｄ、車両３０ｅ」という整列順番を決定する。

図４Ｂは、実施の形態１における隊列８０の別例である。後述するように、例えば「異なる目的停車場６０」など、整列順番に影響を与え得る様々な他の運行情報を取得した場合、これらの運行情報に基づいて、車両３０のサイズ順と関わらない整列順番を決定することができる。例えば、同じ車両３０ａ～車両３０ｅを用いて、プロセッサ２２は、図４Ｂに示されているように、「車両３０ａ、車両３０ｃ、車両３０ｄ、車両３０ｂ、車両３０ｅ」という、車両３０のサイズの大きい順に沿わない整列順番を決定してもよい。

運行情報に基づいて編成した隊列８０は、複数の車両３０において、第１車両（例えば、図４Ｂにおける車両３０ｄ）のサイズが、第１車両よりも後方に位置する第２車両（例えば、図４Ｂにおける車両３０ｂ）のサイズよりも小さい隊列を含んでもよい。すなわち、編成した隊列８０において、サイズが小さい車両３０は、サイズが大きい車両３０より前方に配置され得る。

これにより、バス・ラピッド・トランジットなどの、車両を専用車線または専用道路で走行する応用について、車両編成方法、車両編成装置および車両編成システムは、異なるサイズの車両を用いて隊列を編成することができるため、輸送量に対しては効率がよく自由に調整することができる。また、編成する際には、様々な運行情報に基づいて、隊列における車両のサイズ順に関わらない整列順番を決定し編成することができるため、様々な状況に応じて柔軟に対応できる。

第１車両のサイズが、第１車両よりも後方に位置する第２車両のサイズよりも小さい隊列の例について説明する。例えば、第１車両が目的停車場６０で停車し、第２車両が出発停車場４０と目的停車場６０との間の途中停車場５０で停車する場合を説明する。この場合、第１車両の後方に第２車両が配置されるように隊列内における車両の整列順番が決定される。このとき、出発停車場４０から途中停車場５０までの輸送量が途中停車場５０から目的停車場６０までの輸送量より多い場合、第２車両のサイズは第１車両のサイズよりも大きくなるように、隊列内における車両のサイズが決定される。即ち、第１車両のサイズが第１車両の後方に位置する第２車両よりも小さくなるように、隊列内における車両のサイズおよび整列順番が決定される。

また、プロセッサ２２は異なる車種を有する複数の車両３０を含む隊列８０を編成することができる。車両３０の車種の例示としては、人員輸送用車、または貨物輸送用車などが挙げられる。プロセッサ２２は、例えば、「人員輸送用車、人員輸送用車、貨物輸送用車、人員輸送用車、貨物輸送用車」のように、異なる車種の車両３０が混在している隊列を編成してもよい。

以下の実施の形態において、いくつかの具体的な応用例を開示するが、当業者は上述した様々な運転情報に基づいて、およびこちらの実施の形態で説明される編成の原則に基づいて、異なるサイズを有する複数の車両３０を適した整列順番に決定し、隊列８０を編成することができる。

《実施の形態２》
＜識別子を用いて編成する場合＞
実施の形態２において、車両３０のそれぞれは車両識別子を有し、編成する隊列８０は隊列識別子を有する。車両識別子は特定の車両３０を一意的に識別するデータであり、対応する車両３０のサイズ、および所属隊列を含む属性に関連する。例えば、図４Ｂにおける車両３０ｂは「３０ｂ／ｂｕｓ００２」の車両識別子に対応し、当該車両識別子は「第１サイズ」のサイズと「ｌｉｎｅ８０」の所属隊列という属性に関連する。

なお、需要に応じて、車両識別子は対応する車両３０の車種やメンテナンス情報の属性にさらに関連してもよい。メンテナス情報とは、当該車両３０のメンテナス要否に関する情報を指し、例えば、走行距離、メンテナス要否のフラグ、前回の点検期日などであってもよい。

隊列識別子は、編成する特定の隊列８０を一意的に識別するデータであり、対応する隊列８０における編成車両情報、編成順番、編成台数、先頭車両、走行パターン、および運行用途の少なくとも１つを含む属性に関連する。編成車両情報とは、当該隊列８０における車両３０を識別する情報であり、例えば、当該隊列８０におけるすべての車両３０の車両識別子の羅列である。編成順番は、当該隊列８０に編成された車両３０の車両識別子と、整列順番とに関連する。例えば、先頭車両から最後尾車までの整列順番で、編成されたすべての車両３０の車両識別子を列挙した文字列である。図４Ｂの実施例において、隊列８０の編成車両情報は「車両３０ａ、車両３０ｂ、車両３０ｃ、車両３０ｄ、車両３０ｅ」であり、編成順番は「車両３０ａ、車両３０ｃ、車両３０ｄ、車両３０ｂ、車両３０ｅ」である。

編成台数は隊列８０に編成された車両３０の総台数である。先頭車両は、隊列における先頭車である車両３０を識別する情報であり、例えば、当該先頭車の車両識別子である。図４Ｂの実施例において、隊列８０の編成台数および先頭車両のそれぞれは、「５」および「３０ａ／ｂｕｓ００１」である。走行パターンは隊列８０の運行予定のルートを指し、通過する停車場を指定した情報や、事前に決められた所定ルートに対応するルート識別子である。運行用途は隊列８０の運行の用途・目的であり、例えば、営業、非営業、回送、人員輸送、貨物輸送などである。

図５は、実施の形態２における車両編成方法の一例のフローチャートである。実施の形態２において、車両編成方法のステップＳ２００は以下のステップＳ２１０とステップＳ２２０とを含む。隊列８０を編成する際に、プロセッサ２２は、編成する隊列８０に対して隊列識別子を生成する（ステップＳ２１０）。そして、隊列８０の隊列識別子を、隊列８０に編成される車両３０の車両識別子に関連する所属隊列として記憶部２４において記憶する（ステップＳ２２０）。言い換えると、ステップＳ２２０において、プロセッサ２２は、生成した隊列８０の隊列識別子を、当該隊列８０に編成されたすべての車両３０に関連する「所属隊列」の値として記憶部２４に書き込む。また、これらの車両３０の整列順番や車両識別子に基づいて、当該隊列８０の隊列識別子と関連するそれぞれの属性を記憶部２４に書き込む。

これにより、プロセッサ２２は車両識別子および隊列識別子を用いて隊列の編成および管理ができる。例えば、ある隊列８０の編成順番を参照すれば、当該隊列８０に編成された任意の車両３０の整列順番および車両識別子を取得することができる。所属隊列などの属性を有する車両識別子、および、編成車両情報や編成順番などの属性を有する隊列識別子によれば、隊列の編成と管理とが容易となり、隊列の編成と管理との効率もよくなる。

《実施の形態３》
＜異なるサイズの車両に対応する車庫を用いて隊列を編成する場合＞
実施の形態３において、車両編成方法、車両編成装置および車両編成システムは、決定した整列順番または編成順番に基づいて、車両を収納する車庫を有する駐機場に指令を送信し、車庫から出車させて実際に隊列を組む。図６は、実施の形態３における車両編成方法の一例のフローチャートである。

前述したように、一般的には、出発停車場４０は編成前または運行前の車両３０を収納するための駐機場４２を有する。目的停車場６０は到着後または隊列解散後の車両３０を収納するための駐機場６２を有する。需要に応じて、少なくとも１つの途中停車場５０が、編成前または運行前の車両３０、または到着後または隊列解散後の車両３０を収納するための駐機場５２を有してもよい。また図７Ａに示されているように、駐機場７２は、任意の停車場の内部ではなく、専用の駐機スペースとして外部に設けられるものであってもよい。駐機場７２は、編成前の車両３０または隊列８０から解散された車両３０を収納するように、出発停車場４０または目的停車場６０に繋がってもよい。

以下は、駐機場４２を有する出発停車場４０において車両編成方法を実行する場合を例として説明するが、車両編成方法は駐機場がある任意の停車場において実行可能である。例えば、車両編成方法は、図１に示された駐機場５２を有する途中停車場５０、または駐機場６２を有する目的停車場６０においても実行可能である。

図７Ｂは、実施の形態３における駐機場の概略構成を示すブロック図である。実施の形態３における車庫４４（４４ａ～４４ｃ）は、所要空間を節約するために、単一車線の構成を採用し、後入れ先出し方式（Last In, First Out）で対応サイズの車両３０を収納するまたは出車する。

駐機場４２が単一車線の車庫４４を複数有し、車庫４４ａ～４４ｃのそれぞれは前述した複数の車両３０のサイズに対応する。そして、駐機場４２に収納された車両３０のそれぞれは、サイズが対応する車庫４４に収納されており、すなわち、車庫４４ａ～４４ｃのいずれか１つに収納されている。車庫４４ａは、第１サイズを有する車両を収納する。車庫４４ｂは、第１サイズより小さい第２サイズを有する車両を収納する。車庫４４ｃは、第２サイズより小さい第３サイズを有する車両を収納する。

図７Ｂに示されているように、出発停車場４０はそれぞれの車庫４４ａ～４４ｃと繋がっているさらに編成エリア４６を有してもよい。編成エリア４６は車庫４４と同様に単一車線の構成を有してもよい。車庫４４ａ～４４ｃのいずれかから出されたある車両３０は、編成エリア４６において、隊列を形成する他のすべての車両３０が揃うまで待機し、その他の車両３０とともに実際の隊列に組み合わせる。編成エリア４６は、編成完成で運行できるようになった隊列８０が専用車線または専用道路７５へ走行できるように、専用車線または専用道路７５に繋がっている。

実施の形態３において、車両編成方法のステップＳ２００は以下のステップＳ２３０を含む。隊列８０を編成する際に、プロセッサ２２は、隊列８０の隊列識別子に関連する編成順番に基づいて、隊列８０に編成された車両３０のサイズを所要サイズとし、所要サイズに対応する車庫４４（例えば、車庫４４ａ～車庫４４ｃ）から所要台数の車両３０を出させるように、所要台数を指定した出車指令を駐機場４２に順次送信する（ステップＳ２３０）。

編成順番は、上述したように、隊列８０に編成された車両の車両識別子と、整列順番とに関連する。編成順番によれば、その順番において、隊列８０を形成する車両３０のサイズおよび台数が分かる。例えば、車両３０ａと車両３０ｂとが第１サイズを有し、車両３０ｃと車両３０ｄとが第２サイズを有し、車両３０ｅと車両３０ｆとが第３サイズを有する場合を説明する。「車両３０ａ、車両３０ｃ、車両３０ｄ、車両３０ｂ、車両３０ｅ」の編成順番である場合、プロセッサ２２は、この隊列８０を形成するための所要サイズと所要台数が、第１サイズの車両１台と、第２サイズの車両２台と、第１サイズの車両１台と、第２サイズの車両１台と、第３サイズの車両１台となることが分かる。

プロセッサ２２は、所要サイズと所要台数とを指定した出車指令（例えば、「第１サイズの車両１台」）を作成し駐機場４２に順次送信する。駐機場４２は、出車指令を受信すると、指定された所要サイズと対応する車庫４４に、収納している車両から所要台数の車両３０を編成エリア４６へ出車させる。このように、編成順番の通りに、車両３０は、編成エリア４６へ順次出車され、隊列８０を組む。これにより、実際の隊列８０の編成を完成する。

１つの実施例において、編成順番ではなく、決定した車両のサイズ及び整列順番を直接参照し、所要サイズと所要台数との情報を取得することができる。この情報に基づいて出車指令を駐機場４２に順次送信してもよい。この場合、整列順番に基づいて、隊列８０の隊列識別子と関連付ける前にステップＳ２３０を行うことができる。

仮に車庫４４をサイズで区別せずに、１つの単一車線の車庫４４に異なるサイズを有する複数の車両３０を収納させると、車庫４４に収納された車両３０のサイズが混在し、隊列の編成時に車庫４４から次に出る車両のサイズを指定することができない。そのため、編成時、所要サイズも所用台数も指定できず、需要に応じて隊列を編成することができない。

本発明に係る車両編成方法、車両編成装置および車両編成システムによれば、複数の車庫４４を複数のサイズにそれぞれに対応させ、対応するサイズを有する複数の車両を別々に収納させる。これによって、単一車線の車庫を用いても、異なるサイズを有する複数の車両を含む隊列を自由に編成することができる。

１つの実施例において、車庫４４は複数車線の構成を有していてもよい。この場合、異なるサイズを有する複数の車両３０をすべて同じ車庫４４に収納してもよい。また、後入れ先出し方式で出車する必要もなく、ランダムアクセス方式で出車して隊列８０を編成することができる。

《実施の形態４》
＜運行ルートによって、隊列を分離させる予定がある場合＞
実施の形態４において、車両編成方法、車両編成装置および車両編成システムは、異なる目的停車場に向かう複数の車両３０を、複数の子隊列を含む１つの隊列で編成することができる。

図８は、実施の形態４における車両編成方法の一例のフローチャートである。図９は、実施の形態４における第１子隊列および第２子隊列の概略構成を示すブロック図である。実施の形態４において、運行情報は、異なる目的停車場６０である第１目的停車場と第２目的停車場とを含む。そして、車両編成方法のステップＳ２００は以下のステップＳ２４０を含む。

隊列８０を編成する際に、プロセッサ２２は、運行情報に基づいて、隊列８０内において、１つ又は複数の車両３０を含む第１子隊列８２と、第１子隊列８２の後方に配置される１つ又は複数の車両３０を含む第２子隊列８４と、を含む複数の子隊列を編成する（ステップＳ２４０）。編成された隊列８０は、少なくとも２つの子隊列（第１子隊列８２および第２子隊列８４）を含む。子隊列は、少なくとも１つの車両３０を含む。すなわち、１つの車両３０からでも子隊列を形成することができる。

第１子隊列８２は第１目的停車場に向かう。第１子隊列８２において、第１目的停車場に向かう複数の車両３０ａ，３０ｃ，３０ｄが連続的に整列している。第２子隊列８４は第２目的停車場に向かう。第２子隊列８４において、第２目的停車場に向かう複数の車両３０ｂ，３０ｅが連続的に整列している。そして、第２子隊列８４は第１子隊列８２の後方に配置される。よって、この実施例の隊列８０において、第２子隊列８４を形成する複数の車両３０ｂ，３０ｅは、第１子隊列８２を形成する複数の車両３０ａ，３０ｃ，３０ｄの間に割り込んで配置されない。隊列８０における整列順番は、第１子隊列８２における整列順番と第２子隊列８４における整列順番との組み合わせである。それぞれの子隊列に対して、プロセッサ２２は決定した複数の車両３０のサイズの大きい順によって、子隊列における整列順番を決定してもよい。

１つの実施例において、プロセッサ２２は先に第１子隊列８２および第２子隊列８４をそれぞれ編成してから、第１子隊列８２と第２子隊列８４とを組み合わせることによって隊列８０を編成してもよい。

１つの実施例において、子隊列は子隊列識別子を有する。子隊列識別子は、子隊列における編成車両情報、編成順番、編成台数、先頭車両、走行パターン、および運行用途の少なくとも１つを含む属性に関連してもよい。子隊列の子隊列識別子および関連する属性の内容は、記憶部２４に記憶させてもよい。

編成された隊列８０は走行パターンによってルート内の一定区間にわたって走行する。その後、プロセッサ２２は、所定の停車場で隊列８０から第２子隊列８４を分離する（ステップＳ３００）。隊列８０内に残った第１子隊列８２および隊列８０から分離した第２子隊列８４は、それぞれ、第１目的停車場および第２目的停車場へ向かって走行してもよい。

１つの実施例において、分離されて１つの子隊列が単独で走行するようになった場合、プロセッサ２２はその子隊列を新たな隊列８０として取り扱ってもよい。例えば、分離した第１子隊列８２および第２子隊列８４に対して、プロセッサ２２は個別に新たな隊列識別子を生成して付与することができる。このとき、新たな隊列識別子および関連する属性の内容は、元の子隊列の子隊列識別子および関連する属性の内容を継承してもよく、元の子隊列の子隊列識別子および関連する属性の内容に基づいて生成されてもよい。

これにより、運行途中に分離する予定がある子隊列を含む隊列、を編成することができる。子隊列は、出発停車場４０から分離停車場までの重なるルートを隊列内の他の車両３０と共に走行し、分離停車場から目的停車場６０までのルートを単独で走行することができる。

図１０は、実施の形態４における隊列の分離の一例である。図１０の実施例において、運行情報は、第１目的停車場６０ａと、第２目的停車場６０ｂと、を含む。さらに具体的にいうと、運行情報は、第１目的停車場６０ａおよび第２目的停車場６０ｂの名称、停車場識別子、整理番号など、当該停車場を一意的に識別できる情報を含んでもよい。

第１子隊列８２は第１目的停車場６０ａに向かい、第２子隊列８４は第２目的停車場６０ｂに向かう。この実施例において、ステップＳ３００における所定の停車場は、第１目的停車場６０ａと第２目的停車場６０ｂとに向かう複数のルートに分岐する分岐停車場であり、例えば、途中停車場５０ｃである。分岐停車場は複ルートを分岐させる構成を有してもよい。隊列８０において、途中停車場５０ｃにおいて第１子隊列８２と第２子隊列８４とが分離される。分離した第１子隊列８２および第２子隊列８４は、それぞれ、第１目的停車場６０ａおよび第２目的停車場６０ｂへ向かって走行する。

分離した第１子隊列８２と第２子隊列８４のそれぞれに対して、プロセッサ２２は別々の新たな隊列８０として取り扱ってもよい。その際、分離した第１子隊列８２と第２子隊列８４のそれぞれに対して、新しい隊列識別子および関連する属性の内容を生成してもよい。新たな隊列識別子および関連する属性の内容は、元の分離した第１子隊列８２または第２子隊列８４の隊列識別子および関連する属性から継承してもよく、元の離した第１子隊列８２または第２子隊列８４の隊列識別子および関連する属性の内容に基づいて生成されてもよい。

図１１は、実施の形態４における隊列の分離の別例である。図１１の実施例において、運行情報は第１目的停車場６０ａと第２目的停車場６０ｂとを含み、ステップＳ３００における所定の停車場は、第２目的停車場６０ｂである。そして、図１１に示されているように、第２目的停車場６０ｂは第１目的停車場６０ａに到達するまでの１つの途中停車場５０（例えば、途中停車場５０ｂ）でもある。分離した第１子隊列８２は引き続き第１目的停車場６０ａへ向かって走行する。分離した第２子隊列８４は、第２目的停車場６０ｂで停車する。１つの実施例において、プロセッサ２２は分離した第２子隊列８４を解散して途中停車場５０ｂの駐機場５２に収納させてもよい。別の実施例において、プロセッサ２２は、分離した第２子隊列８４を用いて再編成または再度運行させるため、分離した第２子隊列８４を途中停車場５０ｂのすれ違い部（図示せず）に一時的に停車させてもよい。

なお、ステップＳ２００において、運行情報に基づいてある子隊列が特定の途中停車場に停車する予定があると認識している場合、このような停車予定のある子隊列を、後方に配置される第２子隊列８４に決定し、隊列８０における整列順番を決定する。こうすると、分離した前方の第１子隊列８２は分離した第２子隊列８４を追い越す必要がなく、容易に引き続き走行することができる。同様に、隊列８０が３つ以上の子隊列を含む場合、目的停車場６０が出発停車場４０から見て遠い順に先頭車から複数の子隊列を並べるように隊列８０を編成する。

これにより、目的停車場の異なる複数の子隊列を同一の隊列に編成しておき、分岐停車場などで容易に分離させて複数の子隊列を別々に運行させることができる。車両のサイズに関わらず、同一の目的停車場に向かう複数の車両を連続的に同一の子隊列に編成できるため、編成の柔軟性が高い。

《実施の形態５》
＜輸送量の調整に応じて動的に隊列を編成する場合＞
実施の形態５において、特定の運行時間帯またはルート内の特定区間の輸送量に応じて、隊列に車両・子隊列を追加することによって、動的に隊列を編成することができる。

図１２は、実施の形態５における車両編成方法の一例のフローチャートである。図１３は、実施の形態５における隊列の追加の一例である。実施の形態５において、取得した運行情報は輸送量または運行時間帯を含み、車両編成方法のステップＳ２００は以下のステップＳ２５０とステップＳ２６０とを含む。

隊列８０を編成する際に、プロセッサ２２は、輸送量または運行時間帯と車両３０のサイズとに基づいて、隊列８０に追加するための１つ又は複数の車両を含む第３子隊列８６を編成する（ステップＳ２５０）。ステップＳ２５０における輸送量とは、隊列８０が運行するルートにわたって、現在時刻の輸送量または未来の一定時間内の輸送量を指す。例えば、実際の輸送量が想定を上回っているとき、隊列８０に１つ又は複数の車両を含む第３子隊列８６を追加してもよい。また、時間上、ラッシュアワーに入るなどの要因で、輸送量が増加することが予想される場合、隊列８０に第３子隊列８６を予め追加してもよい。同様に、現在の運行時間帯に基づいて、混雑になりやすい運行時間帯に入ることが予想される場合、隊列８０に第３子隊列８６を予め追加してもよい。

さらに、空間上、運行するルートによって、混雑しやすい特定区間に入るなどの要因で、輸送量が増加することが予想される場合、隊列８０に第３子隊列８６を予め追加してもよい。図１４は、実施の形態５における特定区間の一例である。特定区間とは、運行するルートにおける特定の２つの停車場の間の区間を指し、例えば、図１４に示された途中停車場５０ａから途中停車場５０ｃまでの区間である。なお、特定区間の起点と終点とは、任意の出発停車場４０、途中停車場５０、または目的停車場６０であってもよい。車両編成装置２０は自由に特定区間の起点および終点を指定することができる。例えば、混雑率が所定閾値より高い複数の停車場から形成される区間を特定区間として指定してもよい。

プロセッサ２２は、運行情報に基づいて輸送量を予測し、編成されている隊列８０において不足する輸送量と追加可能な車両３０のサイズとに基づいて、隊列８０に追加するための第３子隊列８６を編成してもよい。第１サイズは定員数９０人、第２サイズは定員数５０人、第３サイズは定員数２５人である例を説明する。定員数が２０人の輸送量を追加したい場合、プロセッサ２２は第３サイズの車両３０の１台を第３子隊列８６に編成してもよい。定員数が１５０人の輸送量を追加したい場合、プロセッサ２２は第１サイズの車両３０の２台を第３子隊列８６に編成してもよい。

そして、プロセッサ２２は、隊列８０の最後尾車に第３子隊列８６を追加する（ステップＳ２６０）。第３子隊列８６に編成された車両３０のサイズに関わらず、プロセッサ２２は第３子隊列８６を隊列８０の最後尾車の後方に配置することができる。図１３に示されているように、第３子隊列８６における車両３０ｂのサイズが隊列８０における車両３０ｃ、３０ｄのサイズより大きいが、これらの車両３０ｃ、３０ｄの後方に配置されている。

隊列８０と、その後方に追加された第３子隊列とが新たな隊列８０’を形成する。プロセッサ２２は、新たな隊列８０’に対して新しい隊列識別子および関連する属性の内容を生成してもよい。新たな隊列識別子および関連する属性の内容は、元の隊列８０の隊列識別子から継承してもよく、元の隊列８０の隊列識別子および関連する属性の内容に基づいて生成されてもよい。新たな隊列識別子と関連する属性の内容は、元の隊列８０と関連する属性の内容、ならびに、第３子隊列における車両３０およびその整列順番に基づいて生成されてもよい。例えば、図１３の実施例において、元の隊列８０の編成順番が「車両３０ａ、車両３０ｃ、車両３０ｄ」であり、車両３０ｂと車両３０ｅが第３子隊列８６に編成されて隊列８０の後方に追加された場合を説明する。この場合、プロセッサ２２はこれらの情報を統合して、新たな隊列８０’の編成順番として「車両３０ａ、車両３０ｃ、車両３０ｄ、車両３０ｂ、車両３０ｅ」を生成して記憶部２４に記憶させる。

これにより、予想の輸送量または運行時間帯に基づいて、新たな隊列を動的に編成・調整することができる。第３子隊列における車両３０のサイズに関わらず、元の隊列８０の最後尾車の後方に第３子隊列８６を自由に追加することができるため、編成の柔軟性が高く、様々な状況に応じて調整しやすい。

《実施の形態６》
＜別の隊列と合併して隊列を新たに編成する場合＞
実施の形態６において、隊列８０の一部の運転が遅れる場合、後に出発した別の隊列と合併させて新たな隊列を編成し運行させることができる。

図１５は、実施の形態６における車両編成方法の一例のフローチャートである。図１６Ａおよび図１６Ｂは、実施の形態６における隊列の追加の一例である。実施の形態６において、隊列８０内において、１つ又は複数の車両３０を含む第１子隊列８２と、第１子隊列８２の後方に配置される１つ又は複数の車両３０を含む第２子隊列８４と、を含む。

運行情報は、隊列８０が特定の途中停車場５０に到着した到着時間を含む。プロセッサ２２は、ステップＳ１００において、第２子隊列８４が特定の途中停車場５０（例えば、途中停車場５０ａ）に到着した第１到着時間と、を取得する。さらに、プロセッサ２２は、隊列８０の出発時間よりも後に出発した１つ又は複数の車両３０を含む別の隊列９０が当該特定の途中停車場５０ａに到着した第２到着時間を取得する（ステップＳ１１０）。これらの到着時間は、隊列８０、第１子隊列８２、第２子隊列８４、または別の隊列９０の先頭車から取得してもよく、当該特定の途中停車場５０から取得してもよい。

そして、実施の形態６において、車両編成方法のステップＳ２００は以下のステップＳ２７０を含む。隊列８０を編成する際に、プロセッサ２２は、第１到着時間と第２到着時間との差が所定の閾値以下である場合、すなわち、第２子隊列８４と別の隊列９０とが近づいている場合、第２子隊列８４の最後尾車に別の隊列９０を追加することによって、新たな隊列８０’を編成する（ステップＳ２７０）。ステップＳＴ２７０では、第２子隊列８４の最後尾車の後方に、別の隊列９０の先頭車を配置する。例えば、隊列８０の運行中に地震などの事故が発生したことによって、第１子隊列８２と第２子隊列８４とが分離されて、第２子隊列８４がダイヤ通りに走行できず、遅れることが起こり得る。こういう場合において、隊列８０の出発時間よりも後に出発したものの第２子隊列８４に追いついた別の隊列９０と、遅れた第２子隊列８４とを合併して新たに隊列を編成し、運行させてもよい。

第２子隊列８４の後方に第３子隊列８６を追加・合併するときには、前述した実施の形態５と同様の方法で追加してもよい。それによって、別の隊列９０における車両３０のサイズに関わらず、第２子隊列８４の最後尾車の後方に別の隊列９０を自由に合併することができる。

図１６Ｂに示されているように、新たな隊列８０’に合併して編成した後、分離した第１子隊列８２と新たな隊列８０’とはそれぞれ、目的停車場６０に向かって、例えば、次の途中停車場５０ｂに走行する。

プロセッサ２２は、新たな隊列８０’および分離した第１子隊列８２のそれぞれに対して、新しい隊列識別子および関連する属性の内容を生成してもよい。プロセッサ２２は、分離した第１子隊列８２を独立した隊列として取り扱ってもよい。当該隊列の隊列識別子および関連する属性の内容は、分離した第１子隊列８２の隊列識別子から継承してもよく、分離した第１子隊列８２の隊列識別子および関連する属性の内容に基づいて生成されてもよい。新たな隊列８０’の隊列識別子および関連する属性の内容は、分離した第２子隊列８４と別の隊列９０との隊列識別子および関連する属性の内容に基づいて生成されてもよい。例えば、分離した第２子隊列８４の編成順番が「車両３０ａ、車両３０ｃ、車両３０ｄ」であり、別の隊列９０の編成順番が「車両３０ｂ、車両３０ｅ」である場合、プロセッサ２２はこれらの情報を統合して、新たな隊列８０’の編成順番として「車両３０ａ、車両３０ｃ、車両３０ｄ、車両３０ｂ、車両３０ｅ」を生成して記憶部２４に記憶させる。

図１６Ａおよび図１６Ｂの実施例において、プロセッサ２２が隊列８０の一部と別の隊列９０とを合併して新たな隊列８０’を編成する例について説明したが、これに限定されない。例えば、新たな隊列８０’の編成は、隊列８０の全部と別の隊列９０とを合併させてもよいし、または、隊列８０と別の隊列９０の一部とを合併させてもよい。例えば、別の隊列９０が第２子隊列８４または隊列８０に近づいてきた場合、プロセッサ２２は別の隊列９０を隊列８０に合併して新たな隊列８０’に編成してもよい。

これにより、隊列が事故や運行状況によって予定通りに走行できない場合などであっても、動的に隊列を自由に分離させたり合併させたりすることができる。また、複数の隊列・子隊列を合併する際には、隊列内の車両のサイズに関わらず、一方の全体を他方の最後尾車に追加するだけで合併できるため、効率よく運用できる。そのため、編成の柔軟性が高く、様々な状況に対して対応しやすい。

《実施の形態７》
＜異なる出発停車場から出発した複数の隊列を合併し新たな隊列に編成する場合＞
実施の形態７において、異なる出発停車場から出発した複数の隊列を途中停車場で合併して新たな隊列を編成し、新たに編成した隊列を目的停車場に向かわせることができる。

図１７は、実施の形態７における車両編成方法の一例のフローチャートである。図１８は、実施の形態７における隊列の追加の一例である。実施の形態７において、隊列８０内において、１つ又は複数の車両３０を含む第１子隊列８２と、第１子隊列８２の後方に配置される１つ又は複数の車両３０を含む第２子隊列８４と、を含む。

運行情報は隊列８０の出発停車場４０、および特定の途中停車場５０に到着した到着時間を含む。プロセッサ２２は、ステップＳ１００において、出発停車場４０ａから出発した隊列８０が特定の途中停車場５０（例えば、途中停車場５０ｂ）に到着した第３到着時間と、隊列８０と異なる出発停車場４０ｂから出発した１つ又は複数の車両３０を含む別の隊列９０が特定の途中停車場に到着した第４到着時間と、を取得する（ステップＳ１２０）。これらの到着時間は、隊列８０または別の隊列９０の先頭車から取得してもよく、当該特定の途中停車場５０から取得してもよい。

実施の形態７において、車両編成方法のステップＳ２００は以下のステップＳ２８０を含む。隊列８０を編成する際に、プロセッサ２２は、第３到着時間と第４到着時間との差が所定の閾値以下である場合、隊列８０の最後尾車の後方に、別の隊列９０の先頭車を配置するように、隊列８０の最後尾車に別の隊列９０を追加することによって、新たな隊列８０’を編成する（ステップＳ２８０）。すなわち、隊列８０と別の隊列９０とが近づいており、合併してもよいと判断された場合、合併して新たな隊列８０’を編成する。

隊列８０の後方に別の隊列９０を追加・合併するときには、前述した実施の形態５と同様の方法で追加してもよい。それによって、別の隊列９０における車両３０のサイズに関わらず、隊列８０の最後尾車の後方に別の隊列９０を自由に合併することができる。

図１８に示されているように、新たな隊列８０’を編成した後は同様の目的停車場６０に向かって、例えば、次の途中停車場５０ｃに走行する。１つの実施例において、元の隊列８０および別の隊列９０の目的停車場６０が異なり、その走行パターンにおいて特定区間（例えば、途中停車場５０ｂから分岐停車場までの間）のみ重なっていてもよい。この場合において、隊列８０’は分岐停車場までにまた２つの隊列８０、９０に分離して、それぞれの目的停車場６０に向かわせてもよい。

プロセッサ２２は、新たな隊列８０’に対して、新しい隊列識別子および関連する属性の内容を生成してもよい。新たな隊列８０’の隊列識別子および関連する属性の内容は、元の隊列８０および別の隊列９０の隊列識別子から継承してもよく、元の隊列８０および別の隊列９０の隊列識別子および関連する属性の内容に基づいて生成されてもよい。例えば、隊列８０の編成順番が「車両３０ａ、車両３０ｃ、車両３０ｄ」であり、別の隊列９０の編成順番が「車両３０ｂ、車両３０ｅ」である場合、プロセッサ２２はこれらの情報を統合して、新たな隊列８０’の編成順番として「車両３０ａ、車両３０ｃ、車両３０ｄ、車両３０ｂ、車両３０ｅ」を生成して記憶部２４に記憶させる。

これにより、異なる出発停車場から出発した複数の隊列を合併する再編成ができる。また、複数の隊列を合併する際には、隊列内の車両のサイズに関わらず、一方の全体を他方の最後尾車に追加するだけで合併できるため、効率よく運用できる。そのため、編成の柔軟性が高く、様々な状況に対して対応しやすい。

《実施の形態８》
＜コミュニケーショングループ識別子を用いる場合＞
実施の形態８において、車両編成方法、車両編成装置および車両編成システムは、隊列間の通信のためのコミュニケーショングループを生成し、コミュニケーショングループを用いて任意の隊列にデータの送受信をすることができる。

この実施の形態において、隊列識別子は、隊列間の通信のために少なくとも１つの隊列８０に対応するコミュニケーショングループ識別子にさらに関連する。プロセッサ２２は隊列８０と通信するために、例えば、通信の目的（通常連絡、特定イベント対応など）、または通信先（隊列８０の運行地域や経過する停車場）に基づいて、コミュニケーションググループを生成してもよい。コミュニケーショングループは、コミュニケーショングループ識別子を有し、グループのメンバーとなる隊列８０の隊列識別子と関連する。

プロセッサ２２は任意の時点でコミュニケーショングループを生成することができ、例えば、特定の通信の目的について需要が発生したとき、または、特定の隊列８０が編成されたときに生成することができる。プロセッサ２２は、隊列８０を編成するときに、新しい隊列８０の隊列識別子を少なくとも１つのコミュニケーショングループ識別子に関連付けてもよい。すなわち、１つの隊列８０は複数のコミュニケーショングループに所属することができる。

プロセッサ２２はコミュニケーショングループを介してそのコミュニケーショングループに所属する隊列８０と通信してもよい。特に、コミュニケーショングループを介して、所属する全隊列８０、または所属する全隊列８０の全車両３０に対して、指令または情報をブロードキャストすることができる。コミュニケーショングループを用いて通信を実行すれば、通信する度に通信対象となる隊列８０を詳細に指定しなくても行えるため、効率が向上し、通信対象が間違えた誤通信が減少する。

１つの実施例において、プロセッサ２２がコミュニケーショングループを介して通信を行うとき、コミュニケーショングループ内の一部の隊列８０または車両３０のみを指定して、指定対象のみと通信を行ってもよい。

これにより、隊列間・車両間のコミュニケーションが自由に行える上、関連する複数の隊列に対して効率よくコミュニケーションを取ることができる。また、コミュニケーショングループは需要に応じて自由に作成し、任意の隊列に関係付けられるため、隊列間・車両間のコミュニケーションの自由度が高く、様々な状況に対して対応しやすい。

以上は本発明の具体的な実施の形態に過ぎず、本発明の保護範囲はこれに限定されるものではない。本発明は図面および前述した具体的な実施の形態において前述された内容を含むが、本発明がそれらの内容に限定されるものではない。本発明の範囲または趣旨から逸脱することなく、開示された様々の実施の形態または実施例を組み合わせることができる。本発明の機能および構造原理から逸脱しない変更は特許請求の範囲内のものである。

１０ 車両編成システム
２０ 車両編成装置
２２ プロセッサ
２４ 記憶部
２６ 通信部
３０ａ～３０ｆ 車両
４０、４０ａ、４０ｂ 出発停車場
４２ 駐機場
４４ａ、４４ｂ、４４ｃ 車庫
４６ 編成エリア
５０、５０ａ、５０ｂ、５０ｃ 途中停車場
５２ 駐機場
６０、６０ａ、６０ｂ 目的停車場
６２ 駐機場
７０ 管理センタ
７２ 駐機場
７５ 専用車線または専用道路
８０、８０’ 隊列
８２ 第１子隊列
８４ 第２子隊列
８６ 第３子隊列
９０ 別の隊列

Claims (17)

1. 自動運転の車両を含む隊列のための専用車線または専用道路で走行する車両を編成する車両編成方法であって、
   車両編成装置によって、前記車両の運行に関連し、目的停車場、出発停車場、停車場に到着する到着時間及び運行時間帯のうち少なくともいずれか１つと、輸送量と、を含む運行情報を取得するステップと、
   前記車両編成装置によって、前記運行情報に基づいて、異なるサイズを有する複数の車両で形成される隊列における前記複数の車両のサイズ及び整列順番を決定することによって、前記隊列を編成するステップと、
   を含み、
   前記隊列は、前記複数の車両において、第１車両のサイズが、前記第１車両よりも後方に位置する第２車両のサイズよりも小さい隊列を含む、
   車両編成方法。
2. 前記運行情報は、第１目的停車場と、第２目的停車場と、を含み、
   前記隊列を編成するステップは、
   前記運行情報に基づいて、前記隊列内において、１つ又は複数の車両を含む第１子隊列と、前記第１子隊列の後方に配置される１つ又は複数の車両を含む第２子隊列と、を含む複数の子隊列を編成するステップ、を含み、
   前記第１子隊列は前記第１目的停車場に向かい、
   前記第２子隊列は前記第２目的停車場に向かい、
   前記車両編成方法は、
   前記車両編成装置によって、前記運行情報に基づいて、所定の停車場で前記隊列から前記第２子隊列を分離するステップをさらに含む、
   請求項１に記載の車両編成方法。
3. 前記所定の停車場は、前記第１目的停車場と前記第２目的停車場とに向かう複数のルートに分岐する分岐停車場である、
   請求項２に記載の車両編成方法。
4. 前記所定の停車場は、前記第２目的停車場である、
   請求項２に記載の車両編成方法。
5. 前記運行情報は運行時間帯をさらに含み、
   前記隊列を編成するステップは、
   前記輸送量と運行時間帯と車両のサイズとに基づいて、前記隊列に追加するための１つ又は複数の車両を含む第３子隊列を編成するステップと、
   前記隊列の最後尾車に前記第３子隊列を追加するステップと、を含む、
   請求項１～４のいずれか一項に記載の車両編成方法。
6. 前記運行情報は、前記隊列が運行するルートにわたって、現在時刻の輸送量または未来の一定時間内の輸送量を含み、
   前記第３子隊列を編成するステップにおいて、
   前記現在時刻の輸送量が閾値以上である、または、前記未来の一定時間内の輸送量が増加すると判定した場合、前記輸送量および前記車両のサイズに基づいて、前記第３子隊列を編成する、
   請求項５に記載の車両編成方法。
7. 前記運行情報は特定の途中停車場に到着した到着時間を含み、
   前記隊列内において、１つ又は複数の車両を含む第１子隊列と、前記第１子隊列の後方に配置される１つ又は複数の車両を含む第２子隊列と、を含み、
   前記運行情報を取得するステップは、
   前記第２子隊列が前記特定の途中停車場に到着した第１到着時間と、前記隊列の出発時間よりも後に出発した１つ又は複数の車両を含む別の隊列が前記特定の途中停車場に到着した第２到着時間と、を取得するステップ、を含み、
   前記隊列を編成するステップは、
   前記第１到着時間と前記第２到着時間との差が所定の閾値以下である場合、前記第２子隊列の最後尾車に前記別の隊列を追加するステップ、を含む、
   請求項１～５のいずれか一項に記載の車両編成方法。
8. 前記運行情報は出発停車場、および特定の途中停車場に到着した到着時間を含み、
   前記運行情報を取得するステップは、
   前記隊列が前記特定の途中停車場に到着した第３到着時間と、前記隊列と異なる出発停車場から出発した１つ又は複数の車両を含む別の隊列が前記特定の途中停車場に到着した第４到着時間と、を取得するステップ、を含み、
   前記隊列を編成するステップは、
   前記第３到着時間と前記第４到着時間との差が所定の閾値以下である場合、前記隊列の最後尾車に前記別の隊列を追加するステップ、を含む、
   請求項１～５のいずれか一項に記載の車両編成方法。
9. 前記運行情報は、車両のサイズおよび車両の目的停車場をさらに含み、
   前記隊列が出発停車場、前記第２車両の目的停車場、および前記第１車両の目的停車場の順で運行し、
   前記隊列を編成するステップにおいて、
   前記出発停車場から前記第２車両の目的停車場までの輸送量が、前記第２車両の目的停車場から前記第１車両の目的停車場までの輸送量より多いと判定した場合、前記第２車両のサイズが前記第１車両のサイズよりも大きくなるように、前記隊列を編成する、
   請求項１～８のいずれか一項に記載の車両編成方法。
10. 前記車両のそれぞれは車両識別子を有し、車両識別子は、サイズ、および所属隊列を含む属性に関連し、
    前記隊列を編成するステップは、
    前記隊列に対して隊列識別子を生成するステップと、
    前記隊列の前記隊列識別子を、前記隊列に編成される前記車両の前記車両識別子に関連する前記所属隊列として記憶するステップと、をさらに含む、
    請求項１～９のいずれか１項に記載の車両編成方法。
11. 前記隊列識別子は、編成車両情報、編成順番、編成台数、先頭車両、走行パターン、および運行用途の少なくとも１つを含む属性に関連する、
    請求項１０に記載の車両編成方法。
12. 前記隊列識別子は前記編成順番に関連し、
    前記編成順番は、前記隊列に編成された前記車両の前記車両識別子と、前記整列順番とに関連し、
    前記複数の車両は、サイズの異なる複数の車庫を有する駐機場に収納されており、
    前記複数の車庫のそれぞれは前記複数の車両のサイズに対応し、
    前記隊列を編成するステップは、
    前記編成順番に基づいて、前記隊列に編成された前記車両のサイズを所要サイズとし、前記所要サイズに対応する前記車庫から所要台数の前記車両を出させるように、前記所要台数を指定した出車指令を前記駐機場に順次送信するステップ、を含む、
    請求項１１に記載の車両編成方法。
13. 前記隊列識別子は、隊列間の通信のために少なくとも１つの隊列に対応するコミュニケーショングループ識別子にさらに関連する、
    請求項１１に記載の車両編成方法。
14. 前記隊列識別子は、複数の隊列に対応するコミュニケーショングループ識別子に関連し、
    前記車両編成方法は、
    車両編成装置によって、前記コミュニケーショングループ識別子を有するコミュニケーショングループを介して、前記複数の隊列、または前記隊列に編成された車両に対して、指令または情報をブロードキャストするステップをさらに含む、
    請求項１３に記載の車両編成方法。
15. 前記隊列において、先頭車両は有人運転であり、前記先頭車両の後方に配置される車両は無人運転である、
    請求項１～１４のいずれか１項に記載の車両編成方法。
16. 自動運転の車両を含む隊列のための専用車線または専用道路で走行する車両を編成する車両編成装置であって、
    プロセッサと、
    前記プロセッサに請求項１～１５のいずれか一項に記載の車両編成方法を実行させるためのプログラムを記憶した記憶部と、
    を備える、車両編成装置。
17. 自動運転の車両を含む隊列のための専用車線または専用道路で走行する車両を編成する車両編成システムであって、
    異なるサイズを有する複数の車両と、
    請求項１６に記載の編成装置と、
    備える、車両編成システム。

Images