JP2012150585A

JP2012150585A - 車両運行管理システム

Info

Publication number: JP2012150585A
Application number: JP2011007612A
Authority: JP
Inventors: Shunsuke Kawataka; 俊介川高
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2011-01-18
Filing date: 2011-01-18
Publication date: 2012-08-09

Abstract

【課題】バスの乗車率の均一化及び運行速度の低下防止が可能な車両運行管理システムを提供する。
【解決手段】車両に搭載される車両装置と、停留所に備えられる停留所装置とを含む車両運行管理システムであって、車両装置は、通信部と、各停留所における降車人数を算出する降車人数算出部と、車両に現在乗車している乗車人数及び降車人数を用いて当該車両の乗車可能人数を算出する乗車可能人数算出部と、運行データベースとを備え、第１の停留所に停車予定の第１の車両は、第１の停留所から当該第１の停留所の乗車待ち人数を取得し、第１の停留所に停車予定であり、かつ、第１の車両の後続を走行する第２の車両を特定して、第２の車両の乗車可能人数を取得し、第１の車両の乗車可能人数、第２の車両の乗車可能人数及び第１の停留所の乗車待ち人数に基づいて、第１の車両が第１の停留所に停車するか又は通過するかを判定する。
【選択図】図１

Description

本発明は、バスの運行を管理する車両運行管理システムに関する。

本技術分野の背景技術として、路線バスの運行を管理するための技術が提案されている。例えば、バスの位置情報や乗車率に加え、さらに、各停留所における待ち乗客の数を考慮することによって、より緻密かつ的確にバスへの運行指示を出して、各バスの乗車率の均一化及び運行速度の低下防止が可能な路線バス運行管理システムが知られている（例えば、特許文献１参照）。これによって交通渋滞の緩和、すいているバスに乗車できるという乗客の満足度の向上を図れる。

特開２００８−１５６１２号公報

バスは交通状況によって時刻表通りの運行が難しい。また、通勤時間帯等の乗客数及び道路における車両の数が共に多い場合、他の車両による停車中のバスの追越しに起因して、数台のバスが連続して走行する状態になる。この場合、後続バスは原則先行バスを追い越す事ができないため、先行バスが各停留所に停車し乗客を収容するため、２台目以降のバスとの混雑状況に不均一が生じ、運行速度についても先行バスと２台目以降のバスとで偏りを生じ、結果的に乗客に対するサービス低下につながる。

特許文献１に記載の路線バス運行管理システムでは、バスの位置情報や乗車率、及び停留所の待ち乗客数を考慮して的確に運行指示を出すことによって、各バスの乗車率の均一化及び運行速度低下による遅延等を防止している。

しかし、特許文献１に記載の路線バス運行管理システムでは、降車予定の乗客数を考慮していないため、一定の条件を満たす停留所のみの運行指示が対象となり、停留所において混雑及び運行速度等の均一化を実現できない。

すなわち、特許文献１に記載の路線バス運行管理システムでは、乗車率が１００％のバスにおいては、たとえ、乗車待ち乗客数数が降車予定乗客数以下の停留所においても降車のみの停車となり、停留所で乗車待ちをしている客を乗車できない。したがって、停留所で乗車待ちをしている客を満足させるために、降車予定の乗客数を考慮したバス運行システムが望まれている。

本発明は前述した課題を解決すべくなされたものであり、降車人数をも考慮することによって、より各バスの乗車率の均一化及び運行速度の低下防止が可能なバス運行管理システムを提供することを目的とする。

本発明の代表的な一例を示せば以下の通りである。すなわち、車両に搭載される車両装置と、停留所に備えられる停留所装置とを含む車両運行管理システムであって、前記車両装置は、複数の前記車両及び複数の前記停留所と通信するための通信部と、前記車両の乗車員に運行指示を通知する運行指示部と、前記車両に乗車する乗客が降車する予定の前記停留所の識別情報を、停車した前記停留所において取得し、前記各停留所における降車人数を算出する降車人数算出部と、前記車両に現在乗車している乗車人数及び前記降車人数を用いて当該車両の乗車可能人数を算出する乗車可能人数算出部と、前記車両が停車する予定の前記停留所の識別情報、及び前記車両が次に停車する予定の前記停留所における前記乗車可能人数を格納する運行データベースと、を備え、前記停留所装置は、前記複数の車両と通信するための通信部と、前記停留所における乗車待ち人数を算出する乗車待ち人数算出部と、を備え、第１の前記停留所に停車予定の第１の前記車両は、前記第１の停留所から当該第１の停留所の前記乗車待ち人数を取得し、前記第１の停留所に停車予定であり、かつ、前記第１の車両の後続を走行する第２の車両を特定して、前記第２の車両の前記乗車可能人数を前記第２の車両から取得し、前記第１の車両の前記乗車可能人数、前記第２の車両の前記乗車可能人数及び前記第１の停留所の前記乗車待ち人数に基づいて、前記第１の車両が前記第１の停留所に停車するか又は通過するかを決定して、当該決定に基づいて、前記運行指示を生成することを特徴とする。

各車両が、乗車人数、さらに、次に停車する予定の停留所における降車人数に基づいて、停車予定の停留所の通過又は停車を判定することによって、各車両の混雑を平準化し、車両の運行の遅延等を防止することができる。これによって、車両利用者満足度も高めることができる。

本発明の実施形態のバス運行管理システムの構成の一例を示す説明図である。本発明の実施形態におけるバスの構成の一例を示す説明図である。本発明の実施形態における停留所の構成の一例を示す説明図である。本発明の実施形態における運行情報管理テーブルの一例を示す説明図である。本実施形態における降車人数管理テーブルの一例を示す説明図である。本発明の実施形態における停留所が実行する処理について説明するフローチャートである。本発明の実施形態における運行情報管理テーブル及び降車人数管理テーブルの更新処理を説明するフローチャートである。本発明の実施形態における停車判定処理を説明するフローチャートである。本発明の実施形態における停車判定処理を説明するフローチャートである。本発明の実施形態における停車判定処理を説明するフローチャートである。

本発明の実施形態について図面を用いて説明する。

図１は、本発明の実施形態のバス運行管理システムの構成の一例を示す説明図である。

本実施形態におけるバス運行管理システムは、複数のバス１００、複数の停留所１１０及びネットワーク１２０から構成される。

ネットワーク１２０は、各バス１００間、各停留所１１０間、及び各バス１００と各停留所１１０との間を接続するネットワークであって、無線ＬＡＮ等を用いることが考えられる。なお、ネットワーク１２０はどのようなものを用いてもよい。

本実施形態においては、処理の高速化を実現するため、各バス１００と各停留所１１０との間、及び各バス１００間で通信が行われる。バス１００は、他のバス１００又は停留所１１０から取得した情報に基づいて後述する処理を実行する。

図２は、本発明の実施形態におけるバス１００の構成の一例を示す説明図である。

本実施形態におけるバス１００は、データ送受信部２０１、制御部２０２、運行指示部２０３、降車人数測定部２０４及び定員到達人数算出部２０５を備える。

データ送受信部２０１は、ネットワーク１２０を介して他のバス１００又は停留所１１０との通信を実現する。データ送受信部２０１は、例えば無線通信機能を備えたネットワークカード等が考えられる。

制御部２０２は、各構成を制御すると共に、後述する判定処理を実行する。また、制御部２０２は、後述する判定処理の結果を出力する。制御部２０２は、例えば、プロセッサ等を備える演算装置を用いることが考えられる。

運行指示部２０３は、制御部２０２から出力される判定処理の結果に基づいた運行指示を乗務員に表示する。運行指示部２０３は、例えば、ディスプレイ等を用いることが考えられる。

降車人数測定部２０４は、各停留所１１０で降車予定の人数（降車人数）を測定する。降車人数測定部２０４は、ＩＣタグ対応の定期券に記憶されている降車予定の停留所の識別情報、又は、バス乗車時に取得される情報若しくは設定される情報に基づいて、停留所１１０毎の降車人数をカウントする。

そのため、降車人数測定部２０４は、ＩＣタグ等に対応した定期券等から情報を取得するセンサ等を備える装置、又は、バス乗車時に乗客が情報を設定する端末を備えた装置等を用いることが考えられる。

なお、各停留所１１０の降車人数等の統計情報を格納するデータベース（図示量略）を備え、当該データベースに基づいて停留所１１０毎の降車人数をカウントする方法も考えられる。

定員到達人数算出部２０５は、現在の乗車状況に基づいて、バス１００の定員までの人数（乗車人数）を算出する。例えば、バス１００に乗車可能な最大人数を表す定員数から、現在の乗車している人数を減算することによって乗車人数を算出できる。定員到達人数算出部２０５は、例えば、プロセッサ等を備える演算装置を用いることが考えられる。

なお、現在の乗車している人数を算出する方法としては、例えば、ＩＣタグ対応の定期券等から情報を取得した回数をカウントする方法、又は、バス１００の重量を計測して、計測されたバス１００の重量からバス１００の乗車人数を算出して方法などが考えられる。また、定員到達人数算出部２０５がセンサ等を用いて乗車人数を算出してもよい。

運行ＤＢ２０６は、当該バス１００及び他のバス１００の運行状態を表す運行情報等のバス運行管理システムにおける各種情報を格納する。運行ＤＢ２０６は、例えば、ＨＤＤ等の不揮発性記憶媒体及びメモリ等の揮発性記憶媒体等を用いることが考えられる。

本実施形態では、運行ＤＢ２０６には、少なくとも、運行情報管理テーブル２０６１及び降車人数管理テーブル２０６２が含まれる。各テーブルの詳細については図４及び図５を用いて後述する。

なお、バス１００は、当該バス１００の位置を把握するためのＧＰＳ装置、バス１００の路線情報を格納するデータベース等を備えてもよい。路線情報は、例えば、停車予定の停留所１１０の識別子から構成されるものが考えられる。

バス１００が備える各構成は独立した装置で実現してもよいし、マイコンチップなどの装置で実現してもよい。また、各構成が備える機能をソフトウェアとして実現してもよい。

図３は、本発明の実施形態における停留所１１０の構成の一例を示す説明図である。

本実施形態における停留所１１０は、データ送受信部３０１、乗車待ち人数測定部３０２及び運行情報表示部３０３を備える。

データ送受信部３０１は、ネットワーク１２０を介してバス１００との通信を実現する。データ送受信部３０１は、例えば無線通信機能を備えたネットワークカード等が考えられる。

乗車待ち人数測定部３０２は、停留所１１０において、乗車待ちをしている乗客の人数（乗車待ち人数）を測定する。乗車待ち人数を測定する方法としては、停留所１１０にカメラを備え付け、当該カメラによって撮影された画像を処理する方法が考えられる。また、乗車待ち人数測定部３０２は、センサ等を用いて乗車待ち人数を測定してもよい。なお、他の方法を用いて乗車待ち人数を測定してもよい。

乗車待ち人数測定部３０２は、例えば、プロセッサ及びカメラ等を備える装置を用いることが考えられる。

運行情報表示部３０３は、各バス１００の位置情報、バス１００の到達予定時刻、停車の有無等を含む運行状況に関する情報を表示する。運行情報表示部３０３は、例えば、ディスプレイ等が考えられる。

なお、停留所１１０は、当該停留所１１０に停車予定のバス１００の運行情報等を格納するデータベースを備えていてもよい。

本実施形態では、各停留所１１０に固有の識別番号が割り当てられているものとする。

次に、運行情報管理テーブル２０６１及び降車人数管理テーブル２０６２について説明する。

図４は、本発明の実施形態における運行情報管理テーブル２０６１の一例を示す説明図である。

運行情報管理テーブル２０６１は、自バス１００及び他のバス１００の運行状態を示す情報を格納する。

運行情報管理テーブル２０６１は、バス種別４０１、現在の乗車人数４０２、停留所番号４０３、降車人数４０４、乗車可能人数４０５、乗車待ち人数４０６及び通過フラグ４０７を含む。

バス種別４０１は、バス運行管理システム内において一意にバス１００を識別するための識別子を格納する。

乗車人数４０２は、バス種別４０１に対応するバス１００の乗車人数を格納する。すなわち、定員までの人数が格納される。

停留所番号４０３は、バス種別４０１に対応するバス１００が次に停車する予定の停留所１１０の識別子を格納する。

降車人数４０４は、停留所番号４０３に対応する停留所１１０の降車人数を格納する。

乗車可能人数４０５は、停留所番号４０３に対応する停留所１１０において乗車可能な人数を格納する。乗車可能人数４０５は、乗車人数４０２と降車人数４０４との和によって算出される。

乗車待ち人数４０６は、停留所番号４０３に対応する停留所１１０の乗車待ち人数を格納する。

通過フラグ４０７は、バス種別４０１に対応するバス１００が、停留所番号４０３に対応する停留所１１０を通過するか否かを表すフラグを格納する。

本実施形態では、バス１００が停留所１１０を通過する場合には「１」が格納され、バス１００が停留所１１０を通過しない場合には「０」が格納される。なお、エントリが生成されたときには通過フラグ４０７には「０」が設定される。なお、本発明はこれに限定されず停留所１１０を通過するか否かを判定できる情報であればどのような情報を用いてもよい。

図５は、本実施形態における降車人数管理テーブル２０６２の一例を示す説明図である。

降車人数管理テーブル２０６２は、自バス１００が停車する予定の停留所１１０毎の降車人数に関する情報を格納する。

降車人数管理テーブル２０６２は、停留所番号５０１及び降車人数５０２と含む。

停留所番号５０１は、自バス１００が停車する停留所１１０の識別子を格納する。

降車人数５０２は、停留所番号５０１に対応する停留所１１０の降車人数を格納する。

続いて本実施形態にけるバス１００及び停留所１１０の処理について説明する。なお、以下の説明では、ＩＣタグを用いた乗車券又は定期券を用いるものとする。

図６は、本発明の実施形態における停留所１１０が実行する処理について説明するフローチャートである。

以下で説明する処理は、定期的に実行してもよいし、バス１００から次に停車する旨の通知を受けた場合、又は、バス１００から問い合わせがあった場合に実行してもよい。

停留所１１０は、当該停留所１１０における乗車待ちの人数を測定する（ステップ６０１）。

具体的には、乗車待ち人数測定部３０２が、カメラ等を用いて取得された画像を解析処理することによって、停留所１１０における乗車待ちの人数を算出する。

停留所１１０は、測定された乗車待ち人数をバス１００に送信する（ステップ６０２）。

これによって、バス１００は、次に停車する予定の停留所１１０の乗車待ち人数を把握することができる。

なお、乗車待ち人数の情報は、一時的に乗車待ち人数測定部３０２が保持しもよい。

次に、バス１００が実行する処理について説明する。

図７は、本発明の実施形態における運行情報管理テーブル２０６１及び降車人数管理テーブル２０６２の更新処理を説明するフローチャートである。

制御部２０２は、乗客の乗車券又は定期券から各乗客が降車する停留所１１０の識別子を取得する（ステップ７０１）。

具体的には、制御部２０２が降車人数測定部２０４に処理の実行命令を送信し、降車人数測定部２０４が乗車券又は定期券から停留所１１０の識別子を取得する。

さらに、停留所１１０において乗客を乗車させるときに、制御部２０２は、当該バス１００に乗車する人数をカウントする（ステップ７０２）。

具体的には、制御部２０２が定員到達人数算出部２０５に処理の実行命令を送信し、当該定員到達人数算出部２０５が、降車人数測定部２０４によって乗車券又は定期券の情報を読み取った回数をカウントする。これによって、現在乗車している人数を算出することができる。

次に制御部２０２は、降車人数管理テーブル２０６２を更新する（ステップ７０３）。

具体的には、制御部２０２は、降車人数測定部２０４から停留所１１０毎の降車人数を取得する。次に、制御部２０２は、各停留所１１０に対応するエントリに、取得された降車人数を加算する。これによって、バス１００は、各停留所１１０の降車人数を把握できる。

次に、制御部２０２は、自バス１００のエントリの乗車人数４０２を算出する（ステップ７０４）。

具体的には、制御部２０２が定員到達人数算出部２０５に処理の実行命令を送信し、当該定員到達人数算出部２０５が、バス１００の定員から現在乗車している人数を減算して乗車人数４０２に格納する値を算出する。算出された値は制御部２０２に出力され、制御部２０２が自バス１００のエントリの乗車人数４０２に算出された値を格納する。

さらに、制御部２０２は、停留所１１０を発車するときに、停留所１１０に通過した旨を通知する。このとき、制御部２０２は、降車人数管理テーブル２０６２から通過した停留所１１０に対応するエントリを削除してもよい。

また、制御部２０２は、自バス１００のエントリの停留所番号４０３及び降車人数４０４を更新する（ステップ７０５）。

具体的には、制御部２０２が、次に停車予定の停留所１１０の識別子を自バス１００のエントリの停留所番号４０３に格納する。次に、制御部２０２が、降車人数管理テーブル２０６２から更新された停留所番号４０３に一致するエントリを読み出し、当該エントリの降車人数５０２を自バス１００のエントリの降車人数４０４に格納する。

制御部２０２は、自バス１００のエントリの乗車可能人数４０５を更新する（ステップ７０６）。

具体的には、制御部２０２が、自バス１００のエントリの乗車人数４０２と降車人数４０４とを足し合わせた値を自バス１００のエントリの乗車可能人数４０５に格納する。

さらに、制御部２０２は、停車予定の停留所１１０から乗車待ちの人数を取得する（ステップ７０７）。

具体的には、制御部２０２が、データ送受信部２０１に処理の実行命令を送信し、当該データ送受信部２０１が、停車予定の停留所１１０に問い合わせをして乗車待ち人数の情報を取得する。制御部２０２が、当該停留所１１０からの応答に基づいて、自バス１００のエントリの乗車待ち人数４０６に値を格納する。

次に、バス１００は、他のバス１００に運行情報管理テーブル２０６１の更新後の自バス１００のエントリの情報を送信する（ステップ７０８）。

具体的には、データ送受信部２０１が、運行情報管理テーブル２０６１から自バス１００のエントリを読み出し、読み出されたエントリの情報を各バスに送信する。

以上の処理によって、自バス１００の運行状況を把握するための全ての情報が格納される。

さらに、自バス１００は、他のバス１００からも同様に更新後の他のバス１００のエントリの情報を受信する。これによって、他のバス１００に対応するエントリの情報が更新される。したがって、各バス１００の運行状況を把握することができる。

その後、次の停留所１１０に停車するか否かを判定するための処理が実行される。

なお、各処理の順番は、不整合が起きないのであれば処理の順番を入替え可能である。例えば、他のバス１００から情報を取得するタイミングはどの処理の間で実行されてもよい。

図８Ａ、図８Ｂ及び図８Ｃは、本発明の実施形態における停車判定処理を説明するフローチャートである。

まず、制御部２０２は、自バス１００と同一の停留所１１０に停車する予定の他のバス１００を特定する（ステップ８０１）。

具体的には、制御部２０２が運行情報管理テーブル２０６１の停留所番号４０３を参照し、同一の停留所１１０に向かっているバス１００を特定する。

制御部２０２は、自バス１００の後続を走行する後行バス１００があるか否かを判定する（ステップ８０２）。

同一の停留所１１０に停車予定の後行バス１００があるか否かは、例えば、ＧＰＳ等を用いた位置情報を用いて判定できる。

後行バス１００がないと判定された場合、制御部２０２は、自バス１００の停車を決定する（ステップ８０６）。

さらに、制御部２０２は、運行指示部２０３に停車指示を表示させるように命令する。また、制御部２０２は、データ送受信部２０１に、停留所１１０に対して自バス１００の停車を通知するように命令する。なお、当該通知には、自バス１００の識別子が含まれる。当該通知は、運行情報表示部３０３によって表示される。また、制御部２０２は、運行情報管理テーブル２０６１において、自バス１００に対応するエントリの通過フラグ４０７に「１」を設定する。さらに、制御部２０２は、更新後の自バス１００のエントリの情報を送信するようにデータ送受信部２０１に命令する。

後行バス１００があると判定された場合、制御部２０２は、自バス１００の前を走行する先行バス１００があるか否かを判定する（ステップ８０３）。

同一の停留所１１０に停車予定の先行バス１００があるか否かは、例えば、ＧＰＳ等を用いた位置情報を用いて判定できる。

先行バス１００がないと判定された場合、制御部２０２は、ステップ８０７に進む。

先行バス１００があると判定された場合、制御部２０２は、運行情報管理テーブル２０６１の先行バス１００に対応するエントリを参照して、通過フラグ４０７が「０」であるか否かを判定する（ステップ８０４）。すなわち、先行バス１００が停留所１１０に停車するか否かが判定される。

通過フラグ４０７が「０」であると判定された場合、制御部２０２は、先行バス１００、自バス１００、及び後行バス１００の乗車可能人数４０５の平均値を算出し（ステップ８０５）、ステップ８１１に進む。ステップ８０５において算出された平均値を以下、第１の平均値とも記載する。

第１の平均値は、先行バス１００、自バス１００、及び後行バス１００間の乗車人数を平準化するために算出される値である。例えば、先行バス１００の乗車可能人数４０５の値が第１の平均値より小さい場合には、自バス１００又は後行バス１００に乗客を乗車させることによって混雑率の緩和を実現できる。

先行バス１００がない、又は、通過フラグ４０７が「０」でないと判定された場合、制御部２０２は、自バス１００、及び後行バス１００の乗車可能人数４０５の平均値を算出し（ステップ８０７）、ステップ８１１に進む。ステップ８０７において算出された平均値を以下、第２の平均値とも記載する。

これは、先行バス１００は通過するため、自バス１００及び後行バス１００に着目すればよいためである。

なお、以下では、第１の平均値と第２の平均値とを区別しない場合、単に平均値と記載する。

次に、制御部２０２は、運行情報管理テーブル２０６１を参照して、停車予定の停留所１１０の全ての乗車待ちの乗客を自バス１００に乗車させることができるか否かを判定する（ステップ８１１）。

具体的には、自バス１００の乗車可能人数４０５が乗車待ち人数４０６より大きいか否かが判定される。自バス１００の乗車可能人数４０５が乗車待ち人数４０６より大きいと判定された場合、停車予定の停留所１１０における全ての乗車待ちの乗客を自バス１００に乗車させることができると判定される。

停車予定の停留所１１０の全ての乗車待ちの乗客を自バス１００に乗車させることができると判定された場合、制御部２０２は、運行情報管理テーブル２０６１を参照して、停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができるか否かを判定する（ステップ８１２）。

具体的には、後行バス１００の乗車可能人数４０５が乗車待ち人数４０６より大きいか否かが判定される。後行バス１００の乗車可能人数４０５が乗車待ち人数４０６より大きいと判定された場合、停車予定の停留所１１０における全ての乗車待ちの乗客を後行バス１００に乗車させることができると判定される。

停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができないと判定された場合、制御部２０２は、自バス１００の停車及び後行バス１００の通過を決定する（ステップ８１５）。

さらに、制御部２０２は、運行指示部２０３に停車指示を表示させるように命令し、データ送受信部２０１に後行バス１００に対して通過指示を送信するように命令する。また、制御部２０２は、データ送受信部２０１に、他のバス１００及び停留所１１０に対して自バス１００の停車及び後行バス１００の通過を通知するように命令する。なお、当該通知には、自バス１００及び後行バス１００の識別子が含まれる。当該通知は、運行情報表示部３０３によって表示される。また、制御部２０２は、運行情報管理テーブル２０６１において、後行バス１００に対応するエントリの通過フラグ４０７に「１」を設定する。

停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができると判定された場合、制御部２０２は、自バス１００の乗車可能人数４０５が平均値より大きいか否かを判定する（ステップ８１３）。

自バス１００の乗車可能人数４０５が平均値より大きいと判定された場合、制御部２０２は、自バス１００の停車及び後行バス１００の通過を決定する（ステップ８１５）。

自バス１００の乗車可能人数４０５が平均値以下と判定された場合、制御部２０２は、後行バス１００の乗車可能人数４０５が平均値より大きいか否かを判定する（ステップ８１４）。

後行バス１００の乗車可能人数４０５が平均値より大きいと判定された場合、制御部２０２は、自バス１００の通過及び後行バス１００の停車を決定する（ステップ８１６）。

さらに、制御部２０２は、運行指示部２０３に通過指示を表示させるように命令し、データ送受信部２０１に後行バス１００に対して停車指示を送信するように命令する。また、制御部２０２は、データ送受信部２０１に、他のバス１００及び停留所１１０に対して自バス１００の通過及び後行バス１００の停車を通知するように命令する。なお、当該通知には、自バス１００及び後行バス１００の識別子が含まれる。当該通知は、運行情報表示部３０３によって表示される。また、制御部２０２は、運行情報管理テーブル２０６１において、自バス１００に対応するエントリの通過フラグ４０７に「１」を設定する。

後行バス１００の乗車可能人数４０５が平均値以下と判定された場合、制御部２０２は、自バス１００の停車及び後行バス１００の通過を決定する（ステップ８１５）。

一方、ステップ８１１において、停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができないと判定された場合、制御部２０２は、運行情報管理テーブル２０６１を参照して、停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができるか否かを判定する（ステップ８２１）。当該判定はステップ８１２と同一である。

停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができると判定された場合、制御部２０２は、自バス１００の通過及び後行バス１００の停車を決定する（ステップ８２２）。

停車予定の停留所１１０の全ての乗車待ちの乗客を後行バス１００に乗車させることができないと判定された場合、制御部２０２は、自バス１００の停車及び後行バス１００の停車を決定する（ステップ８２３）。

さらに、制御部２０２は、運行指示部２０３に停車指示を表示させるように命令し、データ送受信部２０１に後行バス１００に対して停車指示を送信するように命令する。また、制御部２０２は、データ送受信部２０１に、停留所１１０に対して自バス１００の停車及び後行バス１００の停車を通知するように命令する。なお、当該通知には、自バス１００及び後行バス１００の識別子が含まれる。当該通知は、運行情報表示部３０３によって表示される。

なお、自バス１００が先行バス１００から停車指示又は通過指示を受信した場合には、制御部２０２は、前述した処理を実行せずに、受信した指示にしたがって停車又は通過を決定してもよい。

また、自バス１００の乗車可能人数４０５及び後行バス１００の乗車可能人数４０５ともに平均値より大きい場合に、自バス１００の乗車可能人数４０５と後行バス１００の乗車可能人数４０５とを比較して、値が大きいバス１００を停車させるように決定する方法も考えられる。これによって、より乗車率の均一化を図ることができる。

本発明の一形態によれば、各バス１００における乗車率が均一化されるため混雑緩和が期待できる。また、バス１００の運行時間の遅延等も解消される。また、バス１００が各停留所１１０の降車人数を把握することによって、停留所１１０において降車予定の乗客を降車させることなく発車することを予防する事も可能となる。

また、先行バス１００、及び後行バス１００との関係をも考慮して停留所の停車又は降車を決定することによって、バスの混雑の解消及び運行時間の遅延をより効率的に解決することが可能となる。

なお、本発明は、バス１００以外に、所定の目的地に停車する車両についても適用することができる。

１００バス
１１０停留所
１２０ネットワーク
２０１データ送受信部
２０２制御部
２０３運行指示部
２０４降車人数測定部
２０５定員到達人数算出部
２０６運行ＤＢ
３０１データ送受信部
３０２乗車待ち人数測定部
３０３運行情報表示部
２０６１運行情報管理テーブル
２０６２降車人数管理テーブル

Claims

車両に搭載される車両装置と、停留所に備えられる停留所装置とを含む車両運行管理システムであって、
前記車両装置は、
複数の前記車両及び複数の前記停留所と通信するための通信部と、
前記車両の乗車員に運行指示を通知する運行指示部と、
前記車両に乗車する乗客が降車する予定の前記停留所の識別情報を、停車した前記停留所において取得し、前記各停留所における降車人数を算出する降車人数算出部と、
前記車両に現在乗車している乗車人数及び前記降車人数を用いて当該車両の乗車可能人数を算出する乗車可能人数算出部と、
前記車両が停車する予定の前記停留所の識別情報、及び前記車両が次に停車する予定の前記停留所における前記乗車可能人数を格納する運行データベースと、を備え、
前記停留所装置は、
前記複数の車両と通信するための通信部と、
前記停留所における乗車待ち人数を算出する乗車待ち人数算出部と、を備え、
第１の前記停留所に停車予定の第１の前記車両は、
前記第１の停留所から当該第１の停留所の前記乗車待ち人数を取得し、
前記第１の停留所に停車予定であり、かつ、前記第１の車両の後続を走行する第２の車両を特定して、前記第２の車両の前記乗車可能人数を前記第２の車両から取得し、
前記第１の車両の前記乗車可能人数、前記第２の車両の前記乗車可能人数及び前記第１の停留所の前記乗車待ち人数に基づいて、前記第１の車両が前記第１の停留所に停車するか又は通過するかを決定して、当該決定に基づいて、前記運行指示を生成することを特徴とする車両運行管理システム。
前記第１の車両は、さらに、前記第２の車両が前記第１の停留所に停車するか又は通過するかを決定して、当該決定を前記第２の車両に送信することを特徴とする請求項１に記載の車両運行管理システム。
前記第１の車両は、
前記第１の車両の前記乗車可能人数、及び前記第２の車両の前記乗車可能人数に基づいて、平均乗車可能人数を算出し、
前記第１の車両の前記乗車可能人数が前記平均乗車可能人数より大きい場合、前記第１の停留所における前記第１の車両の停車及び前記第２の車両の通過を決定し、前記第１の車両の乗車員に、前記第１の車両の停車を指示する前記運行指示を通知し、前記第２の車両に対して通過指示を送信し、
前記第１の車両の前記乗車可能人数が前記平均乗車可能人数以下で、かつ、前記第２の車両の前記乗車可能人数が前記平均乗車可能人数より大きい場合、前記第１の停留所における前記第１の車両の通過及び前記第２の車両の停車を決定し、前記第１の車両の乗車員に、前記第１の車両の通過を指示する前記運行指示を通知し、前記第２の車両に対して停車指示を送信することを特徴とする請求項２に記載の車両運行管理システム。
前記第１の車両は、
第１の停留所に停車予定であり、かつ、前記第１の車両に先行して走行する第３の車両を特定し、前記第３の車両における前記乗車可能人数を前記第３の車両から取得し、
前記第１の車両の前記乗車可能人数、前記第２の車両の前記乗車可能人数、及び前記第３の車両の前記乗車可能人数に基づいて、前記平均乗車可能人数を算出することを特徴とする請求項３に記載の車両運行管理システム。
前記第１の車両は、
前記第１の車両の前記乗車可能人数が前記第１の停留所の前記乗車待ち人数より大きく、かつ、前記第２の車両の前記乗車可能人数が前記第１の停留所の前記乗車待ち人数以下である場合、前記第１の停留所における前記第１の車両の停車及び前記第２の車両の通過を決定し、前記第１の車両の乗車員に、前記第１の車両の停車を指示する前記運行指示を通知し、前記第２の車両に対して通過指示を送信し、
前記第１の車両の前記乗車可能人数が前記第１の停留所の前記乗車待ち人数以下で、かつ、前記第２の車両の前記乗車可能人数が前記第１の停留所の前記乗車待ち人数より大きい場合、前記第１の停留所における前記第１の車両の通過及び前記第２の車両の停車を決定し、前記第１の車両の乗車員に、前記第１の車両の通過を指示する前記運行指示を通知し、前記第２の車両に対して停車指示を送信し、
前記第１の車両の前記乗車可能人数が前記第１の停留所の前記乗車待ち人数以下で、かつ、前記第２の車両の前記乗車可能人数が前記第１の停留所の前記乗車待ち人数以下の場合、前記第１の停留所における前記第１の車両の停車及び前記第２の車両の停車を決定し、前記第１の車両の乗車員に、前記第１の車両の停車を指示する前記運行指示を通知し、前記第２の車両に対して停車指示を送信することを特徴とする請求項２に記載の車両運行管理システム。
前記停留所装置は、さらに、表示部を備え、
前記第１の車両は、前記決定に関する情報を前記第１の停留所に送信し、
前記第１の停留所は、前記受信した決定に関する情報に基づいて、前記第１の車両が前記第１の停留所に停車するか又は通過するかのいずれかを表示することを特徴とする請求項１に記載の車両運行管理システム。