(57)【要約】【課題】各停留所における待ち乗客の数をも考慮することによって、より緻密かつ的確に運行指示を出し、各バスの乗車率の均一化、および運行速度の低下防止を図ることが可能な路線バス運行管理システムを提供する。【解決手段】バスの、位置情報取得手段２０１および乗車率測定手段２０２を備える車載装置２００から、バスの位置情報および乗車率情報を含むバス情報を取得しバス情報データベース１２５に格納するバス情報取得部１５０と、停留所に設けられた、待ち乗客数測定装置３００から、停留所の待ち乗客数情報を取得し待ち乗客数データベース１２６に格納する待ち乗客数情報取得部１５１と、バス情報をバス情報データベースから、待ち乗客数情報を待ち乗客数データベースから読み出し、読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、運行指示を生成する指示生成部１５２とからシステム１００を構成する。【選択図】図１
2008015612.tif 000002
【特許請求の範囲】
【請求項１】
路線バスの運行管理システムであって、
各バスに搭載された、位置情報取得手段および乗車率測定手段を備える車載装置から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベースに格納する、バス情報取得部と、
各停留所に設けられた、待ち乗客数測定装置から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベースに格納する、待ち乗客数情報取得部と、
前記バス情報をバス情報データベースから読み出し、前記待ち乗客数情報を待ち乗客数データベースから読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成する指示生成部と、
を備えることを特徴とする路線バス運行管理システム。
【請求項２】
前記運行指示が、前記運行指示生成の判定対象となる停留所に最も近づきつつあるバスである各先行バスに対し、当該判定対象の停留所に停車せず通過する旨の指示を含むとともに、
前記生成された停留所通過指示を前記車載装置に向けて送信する指示送信部を備えることを特徴とする、
請求項１に記載の路線バス運行管理システム。
【請求項３】
前記判定条件には、前記各先行バスのいずれかの後続バスの、前記運行指示生成の判定対象となる停留所への推定到着時間が、前記先行バスが当該停留所に到着してから、所定の時間内であるという条件を含むことを特徴とする、請求項２に記載の路線バス運行管理システム。
【請求項４】
前記判定条件には、前記各先行バスのいずれかの後続バスの、前記運行指示生成の判定対象となる停留所に到着する時点の推定乗車率が、１００％に達していないという条件を含むことを特徴とする、請求項２または３に記載の路線バス運行管理システム。
【請求項５】
前記運行指示生成の判定対象となる停留所としては、１つ下流の停留所の待ち乗客数よりも待ち乗客数が少ない停留所のみが選択されることを特徴とする、請求項２〜４のいずれかに記載の路線バス運行管理システム。
【請求項６】
前記運行指示が、当該バス系統のバスを増発する旨の指示を含むとともに、
前記生成されたバス増発指示をバス増発指示担当部門の端末に向けて送信する指示送信部を備えることを特徴とする、
請求項１〜５のいずれかに記載の路線バス運行管理システム。
【請求項７】
前記判定条件には、当該バス系統を運行中の各バスの推定乗車率が、所定の台数以上連続して１００％に達するという条件を含むことを特徴とする、請求項６に記載の路線バス運行管理システム。
【請求項８】
路線バスの運行管理を行うコンピュータが、
各バスに搭載された、位置情報取得手段および乗車率測定手段を備える車載装置から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベースに格納する処理と、
各停留所に設けられた、待ち乗客数測定装置から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベースに格納する処理と、
前記バス情報をバス情報データベースから読み出し、前記待ち乗客数情報を待ち乗客数データベースから読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成する処理と、
を実行することを特徴とする路線バスの運行管理方法。
【請求項９】
路線バスの運行管理を行うコンピュータに、
各バスに搭載された、位置情報取得手段および乗車率測定手段を備える車載装置から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベースに格納するステップと、
各停留所に設けられた、待ち乗客数測定装置から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベースに格納するステップと、
前記バス情報をバス情報データベースから読み出し、前記待ち乗客数情報を待ち乗客数データベースから読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成するステップと、
ステップと、
を実行させる路線バスの運行管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、路線バス運行管理システム、路線バス運行管理方法、および路線バス運行管理プログラムに関し、特に、各停留所における待ち乗客の数をも考慮することによって、より緻密かつ的確に運行指示を出し、各バスの乗車率の均一化、および運行速度の低下防止を図ることが可能な、路線バス運行管理システム、路線バス運行管理方法、および路線バス運行管理プログラムに関する。
【背景技術】
【０００２】
路線バスの運行を管理するための技術が提案されている。例えば、特許文献１には、夜間や悪天候時などの視界の悪い状況下でも各停留所留所に待ち客がいるかどうかを遠方から確実に判断し、誤停車、誤通過の発生を極力抑えることができ、また停留所留所前での急停車の発生も少なくすることができるバス運行システムを提供するとの目的の下、待ち客を検知するために停留所留所に設置された待ち客検知手段と、前記待ち客検知手段が待ち客を検知したときに、当該検知信号をその停留所留所の識別信号と共に送信する送信
手段と、遠隔の監視所に設置され、前記送信手段から送信されてくる待ち客検知信号を受けて走行中のバスに対して待ち客のある停留所留所の識別信号を無線送信する指示手段と、バスに設置され、前記指示手段から無線送信されてくる待ち客のある停留所留所の識別信号を受けて該当する停留所留所での停止指示を表示する指示表示手段とを備えて成るバス運行システムが開示されている。
【０００３】
また、特許文献２には、総合的な、バスの混雑度の平均化、バスの運行間隔の適正化に関するバスの運行支援システムを提供するとの目的の下、それぞれが少なくとも経路の一部を共有して運行するバスであって、自バスと、該自バスと時間又は距離が近接して運行される他バスと、の運行を管理する運行情報センタと、を含む自動運行支援システムであって、バス毎に設けられ、自バスの位置情報及び乗車率を含む運行情報を取得する情報収集手段と、該運行情報を前記運行情報センタに送信する情報送信手段と、を含む車載装置と、前記運行情報センタに設けられ、取得した前記運行情報に基づいて、前記経路を共有する区間において運転変更による前記他バスに対する運行支援が可能か否かを判断し、必要と判断された運転変更の指示を前記自バスに対して送信する運行指示手段とを備えたことを特徴とする自動運行支援システムが開示されている。
【特許文献１】特開平８−６３６９７号公報
【特許文献２】特開２００５−２２２１４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来、路線バスの運行では、特に通勤時間帯など待ち乗客数が多い運行時間帯やそのような路線区間、あるいは道路が混雑している運行時間帯やそのような路線区間において、以下のような問題が発生していた。すなわち、当該系統内を運行している複数台のバスが常に均一な間隔で運行していればあまり問題はないが、実際にはそのうち数台が、著しく短い間隔で運行するようになってしまいがちである。そのように、数台が連なってしまった状態のまま運行が続行されると、後続のバスは先行のバスを追い越すことは通常できないため、連なっている複数のバスのうち、１台目のバスのみが各停留所の待ち乗客の大半を収容しながら運行することとなる。その結果、各バスの混雑度に著しい偏りが生じ、別の言い方をすれば各バスの乗車率に不均一が生じ、１台目のバスばかりが非常に混雑してしまう。このことは、混雑度の高いバスに乗車した乗客の不満につながり、結果的に当該路線バスの、乗客に対するサービス低下につながる。また、そのような場合、１台目のバスが各停留所の待ち乗客の大半を収容しつつ運行するために、１台目のバスの累積停車時間ばかりが長くなり、２台目以降のバスとの運行間隔が次第に狭まる。その結果、１台目のバスの運行速度低下を招くのみならず、１台目のバスの後に２台以上のバスが連なってしまうことともなり、それら連なった全てのバスの運行速度低下を招き、やはり乗客に対するサービス低下につながってしまう。
【０００５】
そこで、上記特許文献２の技術では、バスの位置情報や乗車率などの情報を運行情報センタにおいて随時収集し、その情報に基づいて、各バスに、待ち乗客のいる停留所を適宜あえて通過させたり、運行速度を適宜あえて低下させたりするなどの運行指示を出すことによって、各バスにおける乗車率、すなわち混雑度の均一化と運行間隔の適正化を図っている。しかしながら、上記特許文献２を含めた従来の技術では、各停留所における待ち乗客の数を考慮してはいないため、現時点のみならず一定時間経過後の各バスの乗車率を推定した上で、より緻密かつ的確に運行指示を出し、各バスの乗車率の均一化、および運行速度の低下防止を図ることは実現されておらず、そのような技術の開発が望まれていた。
【０００６】
そこで本発明は上記課題を鑑みてなされたものであり、各停留所における待ち乗客の数をも考慮することによって、より緻密かつ的確に運行指示を出し、各バスの乗車率の均一化、および運行速度の低下防止を図ることが可能な路線バス運行管理システム、路線バス運行管理方法、および路線バス運行管理プログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の路線バス運行管理システムは、路線バスの運行管理システムであって、各バスに搭載された、位置情報取得手段および乗車率測定手段を備える車載装置から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベースに格納する、バス情報取得部と、各停留所に設けられた、待ち乗客数測定装置から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベースに格納する、待ち乗客数情報取得部と、前記バス情報をバス情報データベースから読み出し、前記待ち乗客数情報を待ち乗客数データベースから読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成する指示生成部と、を備えることを特徴とする路線バス運行管理システム。
【０００８】
また、前記運行指示が、前記運行指示生成の判定対象となる停留所に最も近づきつつあるバスである各先行バスに対し、当該判定対象の停留所に停車せず通過する旨の指示を含むとともに、前記生成された停留所通過指示を前記車載装置に向けて送信する指示送信部を備えることとすれば好適である。
【０００９】
また、前記判定条件には、前記各先行バスのいずれかの後続バスの、前記運行指示生成の判定対象となる停留所への推定到着時間が、前記先行バスが当該停留所に到着してから、所定の時間内であるという条件を含むこととすれば好適である。
【００１０】
また、前記判定条件には、前記各先行バスのいずれかの後続バスの、前記運行指示生成の判定対象となる停留所に到着する時点の推定乗車率が、１００％に達していないという条件を含むこととすれば好適である。
【００１１】
また、前記運行指示生成の判定対象となる停留所としては、１つ下流の停留所の待ち乗客数よりも待ち乗客数が少ない停留所のみが選択されることとすれば好適である。
【００１２】
また、前記運行指示が、当該バス系統のバスを増発する旨の指示を含むとともに、前記生成されたバス増発指示をバス増発指示担当部門の端末に向けて送信する指示送信部を備えることとすれば好適である。
【００１３】
また、前記判定条件には、当該バス系統を運行中の各バスの推定乗車率が、所定の台数以上連続して１００％に達するという条件を含むこととすれば好適である。
【００１４】
また、本発明の路線バスの運行管理方法は、路線バスの運行管理を行うコンピュータが、各バスに搭載された、位置情報取得手段および乗車率測定手段を備える車載装置から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベースに格納する処理と、各停留所に設けられた、待ち乗客数測定装置から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベースに格納する処理と、前記バス情報をバス情報データベースから読み出し、前記待ち乗客数情報を待ち乗客数データベースから読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成する処理と、を実行することを特徴とする。
【００１５】
また、本発明の路線バスの運行管理プログラムは、路線バスの運行管理を行うコンピュータに、各バスに搭載された、位置情報取得手段および乗車率測定手段を備える車載装置から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベースに格納するステップと、各停留所に設けられた、待ち乗客数測定装置から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベースに格納するステップと、前記バス情報をバス情報データベースから読み出し、前記待ち乗客数情報を待ち乗客数データベースから読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成するステップと、を実行させる。
【００１６】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１７】
本発明によれば、各停留所における待ち乗客の数をも考慮することによって、より緻密かつ的確に運行指示を出し、各バスの乗車率の均一化、および運行速度の低下防止を図ることが可能となる。
【発明を実施するための最良の形態】
【００１８】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態の路線バス運行管理システム１００を含むネットワーク構成図である。この路線バス運行管理システム１００（以下、システム１００という）は、本実施形態では、当該路線バス運営団体の情報処理センタなどに設けられた、当該団体が運営する各バス系統の路線バス運行を集中的に管理するシステムである。しかしながら、必ずしもこのような構成に限定されるものではなく、例えば、システム１００の各種機能はネットワーク１４０上に様々に分散されていてもよいし、各路線バス（以下、バスという）内や各バス営業所内に配置されていてもよい。
【００１９】
前記システム１００の機能構成としては、本発明の路線バス運行管理方法を実行する機能を実現すべく、書き換え可能メモリなどのプログラムデータベース１０１にプログラム１０２を備えて、このプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記システム１００は、各種ボタン類などの入力インターフェイス１０５や、ディスプレイなどの出力インターフェイス１０６、ならびに各バスに搭載された車載装置２００や各停留所に設けられた待ち乗客測定装置３００、バス増発指示担当部門の端末４００としての、各バス営業所に設けられた営業所端末４００などの外部装置との間のデータ授受を担う通信装置１０７などを有している。
【００２０】
前記システム１００は、前記通信装置１０７により、各バスの車載装置２００や各停留所の待ち乗客測定装置３００といった外部装置と例えば公衆回線網、インターネットや無線ＬＡＮ、などの各種ネットワーク１４０に接続し、データ授受を実行する。システム１００の各種機能部と通信装置１０７との間ではＩ／Ｏ部１０８がデータのバッファリングや各種仲介処理を実行している。
【００２１】
なお、図１では、簡単のためバスと停留所はそれぞれ２つのみ描いている。それぞれバス１、バス２および停留所Ａおよび停留所Ｂである。また、営業所端末４００は、簡単のため、ある一カ所の営業所の端末４００ひとつのみを描いている。
【００２２】
続いて、前記システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１００は、バス情報データベース１２５と、待ち乗客数データベース１２６とを利用可能であるとする。前記各データベース１２５、１２６は、前記システム１００のコンピュータ装置が備えるハードディスクドライブなどの適宜な記憶装置に備わるものとできる。或いは、これらデータベース１２５、１２６がシステム１００とは別にネットワーク１４０上に存在するとしてもよい。この場合、前記システム１００はたとえばDBMS（Database Management System）を備え、ネットワーク１４０を介して前記各データベース１２５、１２６にアクセスし、情報登録や情報検索などの処理を実行する。
【００２３】
システム１００は、各バスに搭載された、位置情報取得手段２０１および乗車率測定手段２０２を備える車載装置２００から、各バスの位置情報および乗車率情報を含むバス情報を取得し、バス情報データベース１２５に格納する、バス情報取得部１５０を備える。また、本実施形態では、バスの乗客が次の停留所で降りたいときに押す停車ボタンのオン・オフ情報をも、バス情報のひとつとして、各バスの車載装置２００から取得し、バス情報データベース１２５に格納する。
【００２４】
また、前記システム１００は、各停留所に設けられた、待ち乗客数測定装置３００から、各停留所の待ち乗客数情報を取得し、待ち乗客数データベース１２６に格納する、待ち乗客数情報取得部１５１を備える。
【００２５】
また、前記システム１００は、前記バス情報をバス情報データベース１２５から読み出し、前記待ち乗客数情報を待ち乗客数データベース１２６から読み出し、これら読み出したバス情報や待ち乗客数情報が、バスの運行指示を生成するか否かの判定条件に合致した場合に、前記運行指示を生成する指示生成部１５２を備える。
【００２６】
また、前記システム１００は、前記生成された運行指示を前記車載装置２００や営業所端末４００に向けて送信する指示送信部１５３を備える。
【００２７】
ここで、本実施形態では、前記運行指示は、前記運行指示生成の判定対象となる停留所（例えば停留所Ａ）に最も近づきつつあるバスである各先行バス（例えばバス１）に対し、当該判定対象の停留所Ａに停車せず通過する旨の指示である、停留所通過指示を含む。また、別の運行指示として、当該走行系統のバスを増発する旨の指示である、バス増発指示をも含む。
【００２８】
一方、各バスに搭載された車載装置２００は、各バスの位置情報を随時取得する位置情報取得手段２０１、各バスの乗車率を随時測定する乗車率測定手段２０２、システム１００からの各種運行指示などをバス運転席に表示するディスプレイなどの表示装置２０３、それらの動作を制御する制御装置２０４、およびシステム１００や各営業所に設けられた営業所端末４００などの外部装置との間のデータ授受を担う送受信装置２０５などを有している。
【００２９】
ここで、本実施形態では、位置情報取得手段２０１としてはＧＰＳ装置など、既存の様々な位置情報取得手段を用いることができる。また、乗車率測定手段２０２としては、既に既存の路線バスなどで使用されている乗降センサを用いた乗車率測定手段２０２を用いることができる。乗降センサにて、乗客が乗り降りするたびにその数をカウントし、常にバス内の乗客数を把握し、バスごとに定められた定員数で除することによってバス内の乗車率を決定することができる。
【００３０】
また、各停留所に設けられた待ち乗客数測定装置３００は、本実施形態では、停留所に並ぶ待ち乗客の画像を撮影するカメラ３０１と、そのカメラ画像を処理する画像処理装置３０２、および送受信装置３０３などから構成されるものとする。送受信装置３０３は、システム１００や各営業所端末４００などの外部装置との間のデータ授受を担う。また、本実施形態では、待ち乗客数測定装置３００で画像の処理を行い、そのデータを送受信装置３０３でシステム１００へ送信し、画像解析により画像内に写っている待ち乗客の数を決定するのであるが、それらの処理の全てを停留所の待ち乗客数測定装置３００で行ってもよい。また、逆に、カメラ３０１で撮影され、送受信装置３０３で送信された画像データの、画像処理や待ち乗客数の解析決定処理を全てシステム１００で実行することとしてもよい。
【００３１】
また、バス増発指示担当部門の端末としてのバス営業所端末４００は、通常のパーソナルコンピュータなどにより構成され、表示装置４０１や、図示しないメモリ、ＣＰＵ、入力インターフェイス、送受信装置、Ｉ／Ｏ部などを備えている。
【００３２】
なお、これまで示した前記システム１００における各機能部１５０〜１５２は、ハードウェアとして実現してもよいし、メモリ１０３やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラム１０２として実現するとしてもよい。この場合、前記システム１００のＣＰＵ１０４が、プログラム１０２実行に合わせて記憶装置より該当プログラム１０２をメモリに読み出して、これを実行することとなる。
【００３３】
−−−データベース構造−−−
次に、本実施形態のシステム１００が利用する、バス情報データベース１２５、および待ち乗客数データベース１２６の各データ構造について説明する。
【００３４】
図２は、本実施形態におけるバス情報データベースのデータ構造例１を示す図である。図２に示すように、前記バス情報データベース１２５は、各バスに搭載された車載装置２００から取得した、各バスの位置情報および乗車率情報、停止ボタンのオン・オフ情報などを含むバス情報を格納するデータベースであり、例えば、バスＩＤ番号をキーとして、走行系統、乗車率、定員、次停留所名、次停留所への推定到着時間、停車ボタンのオン・オフ情報といった情報を対応付けたレコードの集合体となっている。
【００３５】
図２では簡単のため、３つのバスのバス情報のみを例示している。ここで、バスＣはバスＡ、Ｂと異なる走行系統に属するバスであるが、異なる走行系統のバスであっても一部の路線区間を共有していることがある。そのような場合は、後述するようなバスの運行指示や運行指示生成の判定において、それらのバスを併せて扱うことが好ましい。また、図２における「次停留所推定到着時間」は、バスに搭載の車載装置２００において計算され、システム１００に向けて送信され、格納されてもよいし、各バスの位置情報などに基づいて本システム１００により算定され、格納されるものであってもよい。
【００３６】
また、図３は本実施形態における待ち乗客数データベース１２６のデータ構造例２を示す図である。図３に示すように、前記待ち乗客数データベース１２６は、各停留所に設けられた待ち乗客数測定装置から取得した待ち乗客数情報を格納するものであり、例えば    停留所ＩＤ番号をキーとして、待ち乗客数情報を対応付けたレコードの集合体となっている。
【００３７】
−−−運行指示とその生成の判定条件−−−
次に、本実施形態のシステム１００の指示生成部１５２における、バスの運行指示（通過指示や増発指示）および当該運行指示を生成するか否かの各種判定条件について説明する。指示生成部１５２では、バス情報データベース１２５および待ち乗客数データベース１２６から読み出したバス情報や待ち乗客数情報に基づき、以下のような各種判定条件に合致すると判定した場合に、バスの運行指示を生成する。指示送信部１５３では、生成された運行指示を、通信部１０７、ネットワーク１４０を介して送信する。送信された運行指示は、バス車載装置２００の送受信装置３０３により受信されて表示装置２０３に表示されてバス運転者に伝達されたり、バス営業所端末４００の送受信装置（図示せず）により受信され、当該端末４００の表示装置４０１などに表示されて、バス増発指示担当者に伝達されたりする。
【００３８】
本実施形態におけるバスの運行指示は、前記運行指示生成の判定対象となる停留所に最も近づきつつあるバスである各先行バスに対し、当該判定対象の停留所に停車せず通過する旨の指示である停留所通過指示を含み、生成された該停留所通過指示は前記車載装置２００に向けて送信され、該車載装置２００の表示装置２０３に表示される。表示された停留所通過指示は、バスの運転者によって確認され、たとえ待ち乗客がいる場合であっても原則として当該判定対象の停留所を通過する運行を行う。
【００３９】
ここで、本実施形態では、前記運行指示生成の判定対象となる停留所としては、１つ下流の停留所の待ち乗客数よりも待ち乗客数が少ない停留所のみが選択される。図４は、各停留所の具体的な待ち人数を例示することによって、このことを具体的に説明する図である。図４に示す例において、待ち乗客数測定装置により測定された、１番〜８番の８つの各停留所の待ち乗客数は、バスの始発バス停から進行方向の順に、すなわち上流から順に２人、９人、８人、２人、２人、８人、１人、１０人である。このうち、１つ下流の停留所の待ち乗客数よりも待ち乗客数が少ない停留所は、上流から数えて１番目、５番目、７番目の停留所である。従って本実施形態のシステム１００では、これら３つの停留所についてのみ、通過指示を生成し車載装置２００に向けて送信するか否かを判定する処理を実行する。
【００４０】
このように、本実施形態では、まず、運行指示生成の判定対象となる停留所を決定するために、その停留所の待ち乗客数とその次の停留所の待ち乗客数との大小比較を行うことにより運行指示生成の判定対象となる停留所を、全ての停留所から一部の停留所へと限定したが、この判定対象停留所の限定は、後述する、停留所通過指示を生成するための判定条件のひとつであると考えてもよい。
【００４１】
また、本実施形態におけるバスの運行指示は、当該走行系統のバスを増発する旨の指示であるバス増発指示を含み、生成された該バス増発指示はバス増発指示担当部門であるバス営業所の端末４００に向けて送信され、該端末４００の表示装置４０１に表示される。表示されたバス増発指示は、バス増発指示担当者などに伝達され、当該路線のバス輸送量を増強すべく、原則としてすみやかに当該走行系統のバスが増発される。
【００４２】
バスの運行指示として、上記の停留所通過指示を生成するための判定条件には、本実施形態では、以下の各条件が含まれる。
【００４３】
第一に、停留所通過指示を生成するための判定条件には、前記各先行バスのいずれかの後続バスの、前記運行指示生成の判定対象となる停留所（図４の例では１番目、５番目、７番目の停留所）への推定到着時間が、前記先行バスが当該停留所に到着してから、所定の時間内であるという条件がある。この条件に合致しないと、停留所通過指示は生成されない。ここで、各先行バスというのは、図４の例で言えば、１番目、５番目、７番目の停留所（図１の停留所Ａとする）に、現時点で最も近づきつつあるバス（図１で言えばバス１に当たる）のことを指す。そしてそれら各先行バス１の後続バス、通常はまず、すぐ後ろを運行する２台目のバス（図１で言えばバス２に当たる）について、バス２が停留所Ａに到着するその推定到着時間を決定し、その推定到着時間が、バス１が停留所Ａに到着してから所定の時間内である場合に、条件合致と判定する。
【００４４】
この条件はつまり、バス１が、待ち乗客がいるにもかかわらず停留所Ａを通過するのは、後続のバス２またはさらにその後続のバスが、ある一定限度の時間内で停留所Ａに到着することが推定されている場合に限ることが望ましい、ということによるものである。
【００４５】
ここで、システム１００の指示生成部１５２による、後続バスの推定到着時間の決定方法としては、例えば、バス情報データベース１２５から読み出した当該後続バスの位置情報から、当該後続バスの現在地点から停留所Ａまでの距離を求め、当該後続バスの現在の運行速度で除することによって停留所Ａまでの所要時間を計算するなどすればよい。
【００４６】
第二に、停留所通過指示を生成するための判定条件には、前記各先行バス１の２台目ないしそれ以降の後続バスの、前記運行指示生成の判定対象となる停留所Ａに到着する時点の推定乗車率が、１００％に達していないという条件がある。この条件に合致しないと、停留所通過指示は生成されない。ただしここで、３台目以降の後続バスを判定対象として考えるのは、そのバスが前述の第一の条件、すなわちバス１が停留所Ａに到着した後、所定時間内に到着することが予測される場合に限ることが好ましい。すなわち、前記第一の条件と本第二の条件は、ｏｒ条件でなく、ａｎｄ条件であることが好ましい。後述するその他の条件も同様である。
【００４７】
この第二の条件はつまり、本実施形態のバス運行管理システムにおいては、乗車率が１００％に達してしまったバス、すなわち満員状態のバスには、原則としてそれ以上、待ち乗客を乗せないことにしているので、バス２以降の後続バスが満員状態のときには、バス１は停留所Ａを通過せずに停車し、停留所Ａの待ち乗客を輸送せよということである。
【００４８】
ここで、システム１００の指示生成部１５２による、後続バスの推定乗車率の決定方法は、例えば、バス情報データベース１２５から読み出した当該後続バスの現時点での乗車率から計算される乗車人数に、待ち乗客数データベース１２６から読み出した、現時点における、現在の地点から停留所Ａまでの全て停留所の待ち乗客数を加算して求められる乗車率を算定するなどすればよい。
【００４９】
また、本実施形態では、停留所通過指示を生成するための他の判定条件として、バス１の停車ボタンがオフ状態であることを定めている。この条件に合致しないと、停留所通過指示は生成されない。この条件はつまり、現在バス１に乗車中の乗客が停留所Ａで降車しようとする場合には、それを無視して停留所Ａを通過するわけにはいかないということに他ならない。システム１００の指示生成部１５２によって、バス１の停車ボタンのオン・オフを決定するには、例えば、バス情報データベース１２５から停車ボタンのオン・オフ情報を読み取ることにより決定すればよい。
【００５０】
また、本実施形態では、停留所通過指示を生成するためのさらに別の判定条件として、バス１の乗車率が１００％に達していないことを定めている。この条件に合致しないと、停留所通過指示は生成されない。この条件は、前述の、第二の条件と同様、本実施形態のバス運行管理システムにおいては、乗車率が１００％に達してしまったバス、すなわち満員状態のバスには、原則としてそれ以上待ち乗客を乗せないということに他ならない。システム１００の指示生成部１５２によって、バス１の乗車率を決定するには、例えば、バス情報データベース１２５から現時点の乗車率情報を読み取ることにより実行すればよい。
【００５１】
また、バスの運行指示として、バス増発指示を生成するための判定条件には、本実施形態では、以下の条件が含まれる。
【００５２】
すなわち、前記判定条件には、当該バス系統を運行中の各バスの推定乗車率が、所定の台数以上連続して１００％に達する条件が定められている。本実施形態では、この条件に合致しないと、バス増発指示は生成されない。この条件のような状況とは、例えば、停留所Ａに近づきつつあるバスの推定乗車率が何台も続けて１００％に達してしまい、それらのバスにいずれも停留所Ａの通過指示が出されてしまい、停留所Ａの待ち乗客は何台も続けて目の前をバスが通過してしまうような状況である。これは言換えれば、待ち乗客数が多すぎる、あるいは交通が大混雑してしまっているなど何らかの理由により、現在運行中のバスの台数では輸送力が限界に達してしまっていることに他ならないので、このような場合はすみやかにバス増発指示が伝達され、実行されることが望ましい。
【００５３】
ここで、システム１００の指示生成部１５２による、バスの推定乗車率の決定方法は、例えば、バス情報データベース１２５から読み出した当該後続バスの現時点での乗車率から計算される乗車人数に、待ち乗客数データベース１２６から読み出した、現在の地点からバス終点までの全て停留所の、現時点における待ち乗客数を加算して乗車率を求めることなどとすればよい。
【００５４】
−−−処理フロー例−−−
以下、本実施形態における路線バスの運行管理方法に対応する処理フロー例について、図に基づき説明する。なお、以下で説明する路線バスの運行管理方法に対応する各種動作は、前記システム１００が、適宜なメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、こうしたプログラム１０２は、以下に説明される各種の動作を行うためのコードからそれぞれ構成されている。
【００５５】
−−−処理フロー例１−−−
図５は、本実施形態の路線バスの運行管理方法の実施手順例１を示すフロー図である。ここではまず、バスの運行指示として停留所通過指示が生成され送信される場合についての、システム１００が実行する各処理を中心に説明する。図５はシステム１００における処理フローを示している。
【００５６】
まず、システム１００は各停留所の待ち乗客数測定装置３００から待ち乗客数情報を取得し、待ち乗客数データベース１２６に格納する（ｓ１００）。実際にはこのステップは、時々刻々変化する待ち乗客数情報を随時取得し、格納する。
【００５７】
次に、システム１００は各バスの車載装置２００からバス情報を取得し、バス情報データベース１２５に格納する（ｓ１０２）。実際にはこのステップは、時々刻々変化するバスの位置情報や乗車率情報を随時取得し、格納する。
【００５８】
次に、システム１００は、停留所通過指示の判定対象となる停留所を選択する処理を実行する（ｓ１０４）。具体的には前述のように、各停留所とその一つ下流の停留所の待ち乗客数を比較する処理を実行し、１つ下流の停留所よりも待ち人数が少ない停留所が対象と決定される。
【００５９】
次に、システム１００は、停留所通過指示の判定条件の第一として、各先行バスの乗車率情報が１００％未満であるか否かを判定する処理を実行する（ｓ１０６）。その乗車率が１００％以上であると判定された場合（ｓ１０６：ＮＯ）には、直ちに停留所通過指示を生成し、当該バスの車載装置２００に向けて送信する（ｓ１１４）。乗車率が１００％未満であると判定された場合（ｓ１０６：ＹＥＳ）には、ステップｓ１０８へと処理を進める。
【００６０】
ステップｓ１０８では、システム１００は、停留所通過指示の判定条件の第二として、各先行バスの停止ボタンがオフの状態であるか否かを判定する処理を実行する。停止ボタンがオンであると判定された場合（ｓ１０８：ＮＯ）には、直ちに停留所通過指示の生成処理を終了する。すなわち、この場合は、当該先行バスは停留所通過運行を行わず、当該停留所に停車することになる。停止ボタンがオフであると判定された場合（ｓ１０８：ＹＥＳ）には、ステップｓ１１０へと処理を進める。
【００６１】
ステップｓ１１０では、システム１００は、停留所通過指示の判定条件の第三として、各先行バスの後続バスの推定到着時間が所定の時間内であるか否かを判定する処理を実行する。所定時間を上回る、すなわち到着が遅いと推定される場合（ｓ１１０：ＮＯ）には、直ちに停留所通過指示の生成処理を終了する。すなわち、この場合は、当該先行バスは停留所通過運行を行わず、当該停留所に停車することになる。後続バスの推定到着時間が所定の時間内であると判定された場合（ｓ１１０：ＹＥＳ）には、ステップｓ１１２へと処理を進める。
【００６２】
ステップｓ１１２では、システム１００は、停留所通過指示の判定条件の第四として、各先行バスの後続バスの推定乗車率が１００未満か否かを判定する処理を実行する。１００％以上となると推定される場合（ｓ１１２：ＮＯ）には、直ちに停留所通過指示の生成処理を終了する。すなわち、この場合は、当該先行バスは停留所通過運行を行わず、当該停留所に停車することになる。後続バスの推定乗車率が１００％未満であると判定された場合（ｓ１１２：ＹＥＳ）には、停留所通過指示を生成し、当該バスの車載装置２００に向けて送信し（ｓ１１４）、処理を終了する。
【００６３】
ステップｓ１１２でＮＯの場合は、先行バスの次、すなわち２台目の後続バスは満員状態が推定されるので、さらに後続のバスの中から、判定対象停留所に、所定以内の推定到着時間にやって来ることができ、さらに到着の際、推定乗車率が１００％未満であるバスを探す。
【００６４】
すなわちステップｓ１１６では、システム１００は、ステップｓ１１０と同様の処理により、３台目以降の後続バスの推定到着時間が所定の時間内であるか否かを判定する処理を実行する。所定時間を上回る、すなわち到着が遅いと推定される場合（ｓ１１６：ＮＯ）には、直ちに停留所通過指示の生成処理を終了する。すなわち、この場合は、当該先行バスは停留所通過運行を行わず、当該停留所に停車することになる。推定到着時間が所定の時間内である後続バスが存在する判定された場合（ｓ１１６：ＹＥＳ）には、ステップｓ１１８へと処理を進める。
【００６５】
ステップｓ１１８では、システム１００は、ステップｓ１１２と同様の処理により、当該所定内の推定到着時間に到着すると推定される後続バスの推定乗車率が１００％未満か否かを判定する処理を実行する。１００％以上と推定される場合（ｓ１１８：ＮＯ）には、直ちに停留所通過指示の生成処理を終了する。すなわち、この場合は、当該先行バスは停留所通過運行を行わず、当該停留所に停車することになる。後続バスの推定乗車率が１００未満であると判定された場合（ｓ１１８：ＹＥＳ）には、停留所通過指示を生成し、当該バスの車載装置２００に向けて送信し（ｓ１１４）、処理を終了する。
【００６６】
−−−処理フロー例２−−−
図６は、本実施形態の路線バスの運行管理方法の実施手順例２を示すフロー図である。ここでは、バスの運行指示としてバス増発指示が生成され送信される場合についての、システム１００が実行する各処理を中心に説明する。図６はシステム１００における処理フローを示している。
【００６７】
まず、システム１００は各停留所の待ち乗客数測定装置３００から待ち乗客数情報を取得し、待ち乗客数データベース１２６に格納する（ｓ２００）。実際にはこのステップは、時々刻々変化する待ち乗客数情報を随時取得し、格納する。
【００６８】
次に、システム１００は各バスの車載装置２００からバス情報を取得し、バス情報データベース１２５に格納する（ｓ２０２）。実際にはこのステップは、時々刻々変化するバスの位置情報や乗車率情報を随時取得し、格納する。
【００６９】
次に、システム１００は、各バスの推定乗車率を算定する処理を実行する（ｓ２０４）。具体的には前述のように例えば、各バスが現在の位置から終点まで、現時点の待ち乗客数を収容しつつ運行した場合の乗車率として算定することができる。
【００７０】
次に、システム１００は、バス増発指示の判定条件として、推定乗車率が１００％以上となってしまうバスが所定の台数以上連続してしまうか否かを判定する処理を実行する（ｓ２０６）。乗車率が１００％以上のバスが所定台数以上連続してしまうと判定された場合（ｓ２０６：ＹＥＳ）には、直ちにバス増発指示を生成し、営業所端末４００に向けて送信し（ｓ２０８）、処理を終了する。乗車率が１００％以上のバスが所定台数以上連続しない、すなわちまだ当該系統の輸送状況には余裕があると判定された場合（ｓ２０６：ＮＯ）は、処理を終了する。
【００７１】
以上、本実施形態によれば、路線バスの運行管理において、各停留所における待ち乗客の数をも考慮することによって、より緻密かつ的確に運行指示を出し、各バスの乗車率の均一化、および運行速度の低下防止を図ることが可能となり、乗客に対するサービス向上にも貢献するので非常に有利である。
【００７２】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００７３】
【図１】本実施形態の路線バス運行管理システムを含むネットワーク構成図である。
【図２】本実施形態におけるバス情報データベースのデータ構造例１を示す図である。
【図３】本実施形態における待ち乗客数データベースのデータ構造例２を示す図である。
【図４】本実施形態における、運行指示生成の判定対象となる停留所の選択方法について説明する図である。
【図５】本実施形態の路線バスの運行管理方法に対応する処理フロー例１を示す図である。
【図６】本実施形態の路線バスの運行管理方法に対応する処理フロー例２を示す図である。
【符号の説明】
【００７４】
１００  バス運行管理システム
１０１  プログラムデータベース
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  入力インターフェイス
１０６  出力インターフェイス
１０７  通信装置
１０８  Ｉ／Ｏ部
１２５  バス情報データベース
１２６  待ち乗客数データベース
１５０  バス情報取得部
１５１  待ち乗客数情報取得部
１５２  指示生成部
１５３  指示送信部
１４０  ネットワーク
２００  車載装置
２０１  位置情報取得手段
２０２  乗車率測定手段
３００  待ち乗客想定装置
４００  バス増発指示担当部門の端末（バス営業所の端末）
【図１】
2008015612.tif 000003
【図２】
2008015612.tif 000004
【図３】
2008015612.tif 000005
【図４】
2008015612.tif 000006
【図５】
2008015612.tif 000007
【図６】
2008015612.tif 000008