JP4282333B2

JP4282333B2 - バス運行管理方法

Info

Publication number: JP4282333B2
Application number: JP2003023934A
Authority: JP
Inventors: 周山田
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2003-01-31
Filing date: 2003-01-31
Publication date: 2009-06-17
Anticipated expiration: 2023-01-31
Also published as: JP2004234469A

Description

【０００１】
【発明の属する技術分野】
本発明は、狭域通信（ＤＳＲＣ：ＤｅｄｉｃａｔｅｄＳｈｏｒｔ−ｒａｎｇｅＣｏｍｍｕｎｉｃａｔｉｏｎ）のデータ通信規格に準拠して、情報端末から情報管理装置にバスの乗車要求を伝送し、情報管理装置からの指示でバスの運行を管理するバス運行管理方法に関する。
【０００２】
【従来の技術】
従来、バス運行においては、利用者とバス運行業者（運行管理者）との間では情報交換がなされておらず、バス運行業者が固定の路線（ルート）を敷き、時刻表どおりにバスを運行させることが、集客率とコスト見合いの関係から、適当とされていた。
【０００３】
また従来、無線装置を用いて、自車両の位置から運行管理上、最適な車両配置を行うバス運行管理システムが、例えば特許文献１などで知られている。しかしこのバス運行管理システムでは車両位置こそ特定できるものの、交通集中による道路渋滞、不測事態による、利用者への便宜は図れない。
【０００４】
また従来、各バスから既知局に送信するデータが基準点からの走行距離を示すように定期的にデータ収集することにより、バス接近表示の精度を向上させるバス運行管理システムが特許文献２に開示されている。しかしこのバス運行管理システムでは停留所に接近するバスの挙動を知ることができるものの、利用者へのサービス期待度としては、十分ではない。
【０００５】
【特許文献１】
特開昭５７−９４８９９号公報
【０００６】
【特許文献２】
特開昭６３−２８８４００号公報
【０００７】
【発明が解決しようとする課題】
上記のような問題を解決するために、本発明は、利用者が要求した情報に基づき運行管理者が最適な状態でバスの配車を行うことができるバス運行管理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明のバス運行管理方法は、情報管理装置が、通信ネットワークを介して送信された、バス利用者からの乗車要求信号の有無を判断する段階と、前記乗車要求信号が有ったときに、前記情報管理装置が、現在のバス走行位置がルート内外かを判断する段階と、ルート外であった場合に、前記情報管理装置がダイヤ内外を判断する段階と、ダイヤ内である場合には、前記情報管理装置が、他停留所に他客利用者による乗車要求信号の有無を確認し、前記乗車要求信号が有れば前記通信ネットワークを介して要求停留所に赴くようバスに表示する段階と、ダイヤを大きく外れる場合には、前記情報管理装置が、前記他停留所で前記利用要求信号が有っても無視し、ルート運行区間の走行に立ち戻ってバス運行を継続するよう、前記通信ネットワークを介して前記バスに表示する段階とを含むことを特徴とする。
【０００９】
このような構成により、バス運用管理者は、バスへの乗車要求を元に、該当停留所にバスを配車して要求通りに利用者を乗車させることができ、乗車待ち時間を少なくし効率の良いバスの運行管理を行うことができる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
【００１１】
図１は、本発明の実施の形態に係るバス運行管理システムの構成を示すブロック図である。図１において本発明の実施の形態に係るバス運行管理システムは、有線通信ネットワーク２３を介して複数の情報収配信装置４１と接続される情報管理装置９１と、情報収配信装置４１と有線で接続される第１の無線装置３１及び第２の無線装置３２と、第１の無線装置３１と第１の無線通信ネットワーク２１を介して接続される利用者所有の情報端末１１と、第２の無線装置３２と第２の無線通信ネットワーク２２を介して接続されるバス設置の情報端末１２とから構成されている。なお、図１において情報収配信装置４１は、情報収集機能と情報配信機能に機能分離することが可能で、図２においては機能分離した装置名にしている。また、図２において第１の無線装置３１は発信用の情報端末１１から情報を取得し、また第２の無線装置３２は受信用情報端末１２に情報を伝達するように機能を分けて説明しているが、無線装置としての構成は同一のもので、情報端末との間でＤＳＲＣ通信プロトコルを介してＤＳＲＣ通信を行うものである。なお、狭域通信（ＤＳＲＣ）については、社団法人電波産業会（ＡＲＩＢ）のＳＴＤ―Ｔ７５で規定されているものを援用するものである。
【００１２】
図２は本発明の実施の形態に係るバス運行管理システムの構成を示す図であり、図１の構成を機能分けして示したものである。
【００１３】
図２を用いて本発明の実施の形態に係るバス運行管理システムの動作概要を説明する。図２に示す本発明のバス運行管理システムにおいて利用者は、狭域通信（ＤＳＲＣ：Dedicated Short-range Communication）を行うための情報端末１１を所持する。利用者が停留所５１からバスに乗車しようとした場合、情報端末１１に内蔵されたＤＳＲＣ通信機能を使用して停留所５１付近に設置された第１の無線装置３１に乗車要求データを伝達する。
【００１４】
利用者の乗車要求データは第１の無線装置３１により受信され、有線で接続された情報収集装置４２にリアルタイムで伝送され、さらに情報収集装置４２から有線通信ネットワーク２３経由で情報管理装置９１に乗車要求データがリアルタイムで伝送される。これによりバス運行管理者はバスに乗車したい利用者が停留所５１に居ることを知ることができる。
【００１５】
情報管理装置９１に伝達される乗車要求データには、少なくとも、乗車停留所名称、乗車時刻、降車停留所名等の情報が含まれるようにする。これらの情報は、利用者が所持する情報端末１１に予め蓄積しておいて利用時に例えば定期券代わりに伝達するようにすることができ、また、利用時にその都度、データ入力して回数券代わりに伝達するようにすることができる。
【００１６】
情報管理装置９１では、利用者から伝達されてきた乗車停留所名称、乗車時刻、降車停留所名等の情報をディスプレイに表示し、運行管理者はディスプレイに表示された内容を見て、停留所５１に寄って利用者を乗せることができるバスを検索し、配車指令データを情報管理装置９１から有線ネットワーク２３経由で情報配信装置４３に伝達する。情報配信装置４３は第２の無線装置３２を使用してＤＳＲＣ通信機能により情報端末１２に伝達する。情報端末１２を所持するバス運転手は、停留所５１に寄って利用者を乗車させる。
【００１７】
このように利用者の条件にマッチするようにバスを配車することができ、これにより、利用者に対し乗車待ち時間を少なくし、効率の良いバス運行管理を行うことができる。
【００１８】
また情報端末１１に予め蓄積しておいた情報の中にデマンド運行（該当の路線以外の別の路線への運行）を依頼できる情報が入っている場合には、該当の路線以外の別の路線への運行を可能とする。
【００１９】
さらに、肢体不自由な利用者が乗車要求データを伝達してきた場合には、優先乗車を行えるように配車したりすることも可能である。また情報端末１１を使用する乗車要求にてバス乗車ができるようになることから、バス乗車時の整理券発行時間やバス降車時の現金支払い時間を省略することができるので、バス運行スケジュールに余裕を持たせることができる。
【００２０】
図３は、本発明の実施の形態に係るバス運行管理システムにおける乗車要求処理動作を説明するためのフローチャートである。図３においてまずバスの運行開始によりシステムにおける乗車要求処理動作を開始する（ステップ３１、なお、ステップをＳと略記する。以下、同じ）。
【００２１】
次に、バスが通常バスルートを巡回するとともに利用者からの乗車要求の有無を判断する（Ｓ３２）。つまり、利用者が情報端末１１を使ったＤＳＲＣ通信で乗車要求が情報収集装置４２経由で情報管理装置９１に伝達されたかを調べて、乗車希望がＤＳＲＣ処理されていれば乗車要求ありと判断される。
【００２２】
ここで、乗車要求が有ったものとすると、現在のバス走行位置がルート内外かを判断する（Ｓ３３）。ルートの内か外かは、ルートマップとの突合せにより実施する。その結果、ルート外であれば、次に、ダイヤ内外を判断する（Ｓ３４）。ダイヤの内か外かは、運行ダイヤとの突合せにより実施する。その結果、ダイヤ内である場合には、センター（運行管理者）に問合せをして他停留所に他客利用者が乗車要求をしているかを確認する（Ｓ３５）。そして要求停留所に赴いて他客利用者を乗車させる（Ｓ３６）。その後、ルート運行区間の走行に戻り、ルート運行区間終了にて乗車要求処理動作を終了する。
【００２３】
一方、ダイヤ外（ダイヤを大きく外れる）であれば、他停留所で利用要求があっても無視（次のバスに任せる）し、ルート運行区間の走行に立ち戻ってバス運行を継続する（Ｓ３７、Ｓ３８）。その後、ルート運行区間の走行終了にて乗車要求処理動作を終了する。
【００２４】
また上記ステップ３３で、ルート内であれば、センター（運行管理者）に問合せをして他停留所に他客利用者が乗車要求をしているかを確認する（Ｓ３９）。そして要求停留所に赴いて他客利用者を乗車させる（Ｓ４０）。その結果、ルート運行区間の走行に立ち戻り、バス運行を継続する（Ｓ３８）。その後、ルート運行区間の走行終了にて乗車要求処理動作を終了する。
【００２５】
なお上記ステップ３２で、乗車要求が無ければ、ルート運行区間を走行して通常バス運行を継続する（Ｓ３７、Ｓ３８）。その後、ルート運行区間の走行終了にて乗車要求処理動作を終了する。
【００２６】
図４は、本発明の実施の形態に係るバス運行管理システムにおける降車要求処理動作を説明するためのフローチャートである。なお図４における降車要求処理動作フローは図３における乗車要求処理動作フローが前提となっていることは言うまでもない。
【００２７】
図４においてバス運行管理システムにおける降車要求処理動作は、まずバスに乗車中の利用者からの降車要求の有無を判断する（Ｓ４１）。つまり、乗車時、もしくは、乗車中に利用者が情報端末１１を使ったＤＳＲＣ通信で降車要求が情報収集装置４２経由で情報管理装置９１に伝達されたかを調べる。該当停留所を通過していない場合にＤＳＲＣ処理されていれば降車要求があったものと判断される。
【００２８】
ここで、降車要求が有った場合には、現在のバス走行位置がルート内外かを判断する（Ｓ４２）。ルートの内か外かは、ルートマップとの突合せにより実施する。その結果、ルート外であれば、次に、ダイヤ内外を判断する（Ｓ４３）。ダイヤの内か外かは、運行ダイヤとの突合せにより実施する。その結果、ダイヤ内である場合には、センター（運行管理者）に問合せをして他停留所に他客利用者が乗車要求をしているかを確認する（Ｓ４４）。そして要求停留所に赴いて降車希望の利用者をバス停で降車させ、他客利用者を乗車させる（Ｓ４５）。その後、ルート運行区間の走行に戻り、降車希望の利用者を所定の停留所で降車させ、運行終了（Ｓ４８）にて降車要求処理動作を終了する。
【００２９】
一方、ダイヤ外（ダイヤを大きく外れる）であれば、他停留所で利用要求があっても無視（次のバスに任せる）し、ルート運行区間の走行に立ち戻り、降車希望の利用者を所定の停留所で降車させ、バス運行を継続する（Ｓ４６、Ｓ４７）。その後、運行終了（Ｓ４８）にて降車要求処理動作を終了する。
【００３０】
また上記ステップ４２で、ルート内であれば、センター（運行管理者）に問合せをして他停留所に他客利用者が乗車要求をしているかを確認する（Ｓ４９）。そして要求停留所に赴いて降車希望の利用者をバス停で降車させ、他客利用者を乗車させる（Ｓ５０）。その後、ルート運行区間の走行に立ち戻り、降車希望の利用者を所定の停留所で降車させ、バス運行を継続する（Ｓ４７）。次いで、運行終了（Ｓ４８）にて降車要求処理動作を終了する。
【００３１】
なお上記ステップ４１で、降車要求が無ければ、ルート運行区間を走行し降車希望の利用者を所定のバス停で降車させ、通常バス運行を継続する（Ｓ４６、Ｓ４７）。その後、運行終了（Ｓ４８）にて降車要求処理動作を終了する。
【００３２】
図５は、本発明の実施の形態に係るバス運行管理システムを適用したある地域におけるバスルートと停留所の関係を示す図である。なお図５において通常のバスルートは点線軌跡で表しており、また、ルート外乗降区間を一点鎖線で表し、ルート外乗降が可能となるのは図５の一点鎖線内であることを示している。
【００３３】
図５において、運行中のバス１０１が通常バスルート（ルートマップ（点線）上）からルート外乗降区間（一点鎖線内）に入った後、▲１▼バス搭乗者のうちでこの区間にあるバス停（停留所ｘ７１〜停留所ｚ７３）で降車したい場合、▲２▼この区間にあるバス停（停留所ｘ７１〜停留所ｚ７３）にバス待ちの利用者が現れた場合、▲３▼上記▲１▼もしくは▲２▼を満足し、通常バスルートにある停留所（停留所ｂ６２〜停留所ｉ６９）での乗車希望者がいないか、乗客の待ち時間に対して対応可能な範囲で運行できると判断した場合（ダイヤとの突合せ）、のいずれかの条件が成立すれば、ルート外乗降区間（一点鎖線内）にバス１０１を進めて運行することができる。つまり上記条件▲１▼〜▲３▼を満たす条件は、図３、及び図４の各要求処理動作におけるルート外、ダイヤ内を満たす処理ステップにより実施されることとなる。なおタクシー等による適正配車と異なる点は、不特定多数の利用者を一度に複数の目的地まで運び届けることにある。
【００３４】
図６は、本発明の実施の形態に係るバス運行管理システムを適用した場合のバス運行スケジュール表を示す図である。図６に示すバス運行スケジュール表は、図５に示した停留所のある日の午前１０時台の停留所毎の出発時刻予定であり、バスの運行は、通常、標準時刻どおりに運行するようにスケジュールが組まれている。
【００３５】
本発明の実施の形態に係るバス運行管理システムでは、図６に示す標準時刻どおりに運行するようにスケジュールが組まれバスの通常運行中でも図５に示すようにルート外乗車区間（一点鎖線内）で乗車要求が発生した場合は、図６に示すデマンド運行１〜ｎ（ｎは任意に定める整数、図６の場合はｎ＝２について示している）に従ってバスを運行する。
【００３６】
例えば図６におけるデマンド運行１では、まず停留所ａを出たら、すぐにルート外の停留所ｘに立ち寄り、また標準バスルートに戻り、停留所ｂを経由し、さらにルート外の停留所ｙに立ち寄り、また標準バスルートに戻り、停留所ｃを経由していく。以後、標準時刻に従って通常運行して、停留所ｈを過ぎてから、再度ルート外の停留所ｚに立ち寄り、また標準バスルートに戻り、停留所ｉを経由するルートを辿ることになる。
【００３７】
これらの運用条件をテーブル化して、図１に示した情報管理装置９１にて管理運用する。つまり、利用者の所持する情報端末１１からデマンド運行要求が発生した場合には、運用管理装置９１は、デマンド運行要求が有ったことを情報配信装置４３を介して通常運行中のバス運転手の情報端末１２に伝達してデマンド運行させるとともに運用管理装置９１の運行管理者は図６に示した該当するデマンンド運行ダイヤに基づいて運行管理するようにしている。
【００３８】
図７は、本発明の実施形態に係る停留所の位置と無線装置がカバーするＤＳＲＣ通信エリアとの関係を示す図である。図７に示されるように停留所付近におけるＤＳＲＣ通信エリア（点線で範囲を表示）は、いたずらに広くても、利用者がバスに乗らない可能性もあるため、停留所での乗車待ちが行えるエリア（停留所エリア）をカバーできる範囲にとどめ、ＤＳＲＣ通信エリア内において情報端末１１を使った利用者からの乗車要求を受信できるようにしている。無線装置３１の先には図７に示していないが情報収集装置４２が有線で接続されており、情報収集装置４２は、複数の無線装置を管理するようにしているため、情報収集装置４２はテリトリーとして管理する通信エリアを持つことになる。情報配信装置４３においても同様である。
【００３９】
図８は、本発明の実施形態に係る情報収集装置と停留所付近に設置される無線装置との関係を示す図である。図８において無線装置３１は一つの（あるいは複数であっても可能とする）情報収集装置４２と有線で接続され、情報端末１１がＤＳＲＣ通信規格に基づいて発する乗車要求情報を受信して情報収集装置４２に伝達し、情報収集装置４２では伝達されたＤＳＲＣ通信規格に基づく情報の処理を行う。
【００４０】
ここで無線装置と情報管理装置とを直結しないで情報収集装置を介在させたことの意義について説明する。まず、情報収集装置４２で停留所ａ〜ｚまでの情報を一括管理することができるということで意義が認められる。次に、停留所ａ〜ｚから発せられる情報を情報収集装置４２が中継装置としての役割を果たして情報管理装置９１への情報集中を避けることができるということで意義が認められる。
【００４１】
図９は、本発明の実施形態に係る情報収集装置で実施されるアドレス変換テーブルの例を示すものであり、情報端末に付された端末ＩＤ番号がアドレス変換テーブルによりＩＰアドレスに変換される。なお、情報配信装置においては、情報収集装置とは逆にＩＰアドレスがアドレス変換テーブルにより端末ＩＤに変換される。このようなアドレス変換を実施することで情報端末をインターネットプロトコル対応にした端末としての多様性を持たせることができる。
【００４２】
図１０は、本発明の実施形態に係る情報管理装置から情報端末へ着信させる際の信号の流れを示す図である。図１０において、まず、▲１▼として、情報管理装置９１からＩＰアドレスに対応付けられた情報端末１２に発信が行われる。すなわち有線通信ネットワーク２３上でブロードキャストが行われ、着信先の情報端末１２からの応答を待つことになる。
【００４３】
情報端末１２は情報配信装置４３の輩下にあるため、▲２▼として、情報配信装置４３が情報端末１２の代わりに応答する（情報端末１２はアドレス変換がなされてＤＳＲＣ通信を実行する装置ゆえに直接応答不可）。
【００４４】
次に、▲３▼として、情報管理装置９１から情報配信装置４３へ情報を配信する（配信したい情報を伝送する）。
【００４５】
情報配信装置４３では、▲４▼として、図９に示すアドレス変換テーブルに基づいてＩＰアドレスを元に端末ＩＤにアドレス変換を実施する。
【００４６】
変換された端末ＩＤを元に、▲５▼として、情報配信装置４３から無線装置３２を介して当該端末ＩＤを有する情報端末１２へＤＳＲＣ通信により配信したい情報を伝送する。
【００４７】
情報端末１２は、▲６▼として、情報管理装置９１から配信された情報を受信する。
【００４８】
【発明の効果】
以上の説明から明らかなように本発明は、利用者が所持する情報端末からＤＳＲＣ技術を用いて情報収配信装置に乗車意志を伝達し、さらにその情報が情報管理装置に在席する運用者にリアルタイムで伝わり、運用者は、利用者が発信した該当停留所にバスをすぐさま配車し、利用者を遅滞なく乗車させることができるので乗車待ち時間を少なくすることでき、これにより効率の良いバス運行管理を行うことができるという効果を有する。
【００４９】
また本発明は、情報端末に予め記録させておいた情報をバス利用に際して提示することにより、デマンド運行（該当の路線以外の経路へのバス運行）を可能とし、さらに、利用者が肢体不自由者であった場合、優先乗車を可能とし、その上、停留所における乗車時の整理券発行時間や現金支払い時間を省略できるので、交通渋滞の緩和や環境問題に配慮したバス運行を行うことができるという効果を有する。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るバス運行管理システムの構成を示すブロック図
【図２】本発明の実施の形態に係るバス運行管理システムの構成を示す別の図
【図３】本発明の実施の形態に係るバス運行管理システムにおける乗車要求処理動作を説明するためのフローチャート
【図４】本発明の実施の形態に係るバス運行管理システムにおける降車要求処理動作を説明するためのフローチャート
【図５】本発明の実施の形態に係るバス運行管理システムを適用したある地域におけるバスルートと停留所の関係を示す図
【図６】本発明の実施形態に係るバス運行管理システムを適用した場合のバス運行スケジュール表を示す図
【図７】本発明の実施形態に係る停留所の位置と無線装置がカバーするＤＳＲＣ通信エリアとの関係を示す図
【図８】本発明の実施形態に係る情報収集装置と無線装置との関係を示す図
【図９】本発明の実施形態に係る情報収集装置で実施されるアドレス変換テーブルの例
【図１０】本発明の実施形態に係る情報管理装置から情報端末へ着信させる際の信号の流れを示す図
【符号の説明】
１１情報端末
１２情報端末
２１第１の無線通信ネットワーク
２２第２の無線通信ネットワーク
２３有線通信ネットワーク
３１第１の無線装置
３２第２の無線装置
４１情報収配信装置
４２情報収集装置
４３情報配信装置
９１情報管理装置

Claims

情報管理装置が、通信ネットワークを介して送信された、バス利用者からの乗車要求信号の有無を判断する段階と、
前記乗車要求信号が有ったときに、前記情報管理装置が、現在のバス走行位置がルート内外かを判断する段階と、
ルート外であった場合に、前記情報管理装置がダイヤ内外を判断する段階と、
ダイヤ内である場合には、前記情報管理装置が、他停留所に他客利用者による乗車要求信号の有無を確認し、前記乗車要求信号が有れば前記通信ネットワークを介して要求停留所に赴くようバスに表示する段階と、
ダイヤを大きく外れる場合には、前記情報管理装置が、前記他停留所で前記利用要求信号が有っても無視し、ルート運行区間の走行に立ち戻ってバス運行を継続するよう、前記通信ネットワークを介して前記バスに表示する段階と、を含むバス運行管理方法。