JP2001338391A - 乗合車両運行管理システム - Google Patents

Abstract

(57)【要約】 【課題】 イベント開催の状況が変化しても十分に対応
が可能なシステムとすること、イベント開催の状況が変
化しても利用者の予約負担を低減すること。 【解決手段】 運行ルート（Ｐ１１→Ｐ１２→・・→Ｐ
１ｎ）を管理する管理センター３で電話予約等により行
きの便と帰りの便の乗車予約を受け付け、管理センター
３で予約を受け付けた利用者２が、イベント開催地で下
車をし、そこから帰りの便に乗車する場合、管理センタ
ー３はイベント開催地におけるイベント情報をイベント
開催者５側から提供されるイベント情報を管理して記憶
しており、管理センター３でイベント開催の状況が変化
した際に、イベント状況に合わせて車両の運行ルートを
変更させるようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者から需要に
応じて運行ルートが可変される乗合車両運行管理システ
ムに関するものであり、特に、乗車予定地がイベントを
行うイベント開催地である場合に、管理センター側でイ
ベント情報にあわせて車両の運行ルートが決定される乗
合車両運行管理システムに係わる。

【０００２】

【従来の技術】従来、このような車両に関しては、多数
乗車型車両（バス）の位置とそれぞれのバスの予定ルー
トに沿った交通状況とが管理センターで管理され、利用
者が電話を介して乗車地点、目的地、希望到達時間、乗
客の数等の乗車予約を行うと、その要求を満足する適切
なルートが管理センターにて決定されるようにしたシス
テムが、特開平１０−２４１０９１号公報に開示されて
いる。

【０００３】また、需要データ、天候データ、イベント
データ、供給データ等から、各エリア毎に配車すべき車
両の需要量を正確に予測して需要に適した配車を行うこ
とにより、車両利用の促進および車両の可動率を高める
ようにした車両需要予測システムが、特開平９−１５３
０９８号公報に開示されている。

【０００４】

【本発明が解決しようとする課題】しかしながら、特開
平１０−２４１０９１号公報に示されるように、利用者
の予約により多数乗車型車両（例えば、バス）の運行を
計画するシステムにあっては、バスの利用の毎に予約が
必要となるが、例えば、バス利用者が文化センター、コ
ンサートホール、野球場、演芸場、或いは体育館のよう
な公共施設等で開催されるイベントなどに出かけて、イ
ベント開催地にてイベントに参加する場合には、乗車と
なる自宅（第１地点）から下車位置となるイベント開催
地（第２地点）までの予約を管理センターで行う。この
場合、イベント開催地から帰りのバスの予約を行いたい
場合には、通常乗車希望する時間の少し前に、行きの予
約と同様に乗車予約を行う必要がある。このため、イベ
ント開催地で催されるイベントの終了時間が何らかの都
合により大きく変わった場合（例えば、イベント時間が
延長になった場合）には、利用者はバスの管理センター
に電話等をして以前の予約をキャンセルし、イベント終
了時間を見込んで新たに予約をし直す必要があった。こ
れは、再度、帰りの予約をする必要があり、利用者にと
って再度の予約はわずらわしくなる。

【０００５】また、特開平０９−１５３０９８号公報に
示されるものでは、イベントの時刻や参加者、内容など
を記録し需要予測を行なっているが、イベントの進行が
遅れた場合には待機時間が長くなり、イベントの開催時
間にあった最適な配車を行う構成にはなっていないた
め、車両の運行効率が良くない。

【０００６】よって、本発明は上記の問題点に鑑みてな
されたものであり、イベント開催の状況が変化しても十
分に対応が可能な効率良いシステムとすること、イベン
ト開催の状況が変化しても利用者の予約負担を低減する
こと、車両の運行効率を良くすること、を技術的課題と
する。

【０００７】

【課題を解決するための手段】上記の課題を解決するた
めに講じた技術的手段は、運行ルートを管理する管理セ
ンターで利用者から第１地点から第２地点に行く乗車予
約を受け付けると同時に前記第２地点からの乗車予約も
同時に受け付ける場合に、前記管理センターは前記第２
地点からの乗車予定時間を管理して、該乗車予定時間に
前記第２地点に停車して利用者を乗車させる乗合車両運
行管理システムにおいて、前記第２地点がイベント開催
地であり、前記管理センターはイベント情報を管理し、
前記乗車予定時間に第２地点の近くを走行予定の車両の
運行ルートをイベント情報にあわせて決定するようにし
たことである。

【０００８】これによれば、管理センターはイベント情
報を管理する中、乗車予定時間に第２地点の近くを走行
予定の車両の運行ルートをイベント情報にあわせて決定
されるようにしたので、仮に、イベント開催状況が変化
しても、イベント開催状況に合った運行が可能であり、
イベント開催状況に十分対応が可能な効率良いシステム
となる。例えば、乗車予約をした利用者がイベントに参
加した場合、イベント開催の状況により、予約した利用
者の乗車予定時間が自動的に可変され、その時間にあっ
た車両の配車が行える。このため、利用者は以前の予約
を取り消して再度予約を入れ直す必要性がなくなること
から、利用者の予約負担が低減される。

【０００９】また、イベント情報はイベント終了情報で
あれば、イベント終了情報に基づく車両の最適配車が行
える。例えば、当初予約した乗車予約時間の直前に第２
地点の近くを走行予定の車両に対して、その車両を第２
地点には向かわせず第２地点を通過させ、別の車両をイ
ベント終了時間にあわせて第２地点に車両を向かわせる
ことが可能となるため、利用者からの需要がない場所に
車両を迂回させ、その場所で待機させる時間が低減され
ることから、運行効率が良くなる。

【００１０】更に、イベント情報はイベント開催者側か
らイベント終了前もしくはイベント開催中に管理センタ
ーに伝達されるようにすれば、管理センターではイベン
ト開催者側からの情報を受け、車両運行での最適配車が
行える。

【００１１】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照して説明する。

【００１２】図１は乗合車両（車両）を運行させる乗合
車両運行管理システム（以下、本システムと称す）１の
システム概要を示すブロック図である。本実施形態で示
される乗合車両とは、運行経路を走行する過程におい
て、停留所あるいは需要が発生した場所（需要発生地）
に停車しながら何人かの利用者（ここでは、乗客）を効
率良く乗車させることが可能である路線バス、所定地域
において所定区間を巡回しながら走行する車両、お年寄
りや体の不自由な人を所定領域内で順次運ぶ福祉車両等
が該当する。

【００１３】本システム１のおける車両４は、従来から
あるバスのように決まった停留所に停車する運行ルート
（例えば、所定運行ルート：Ｐ１１→Ｐ１２→Ｐ１３→
・・・→Ｐ１ｎやＰ２１→Ｐ２２→Ｐ２３→・・・→Ｐ
２ｍ、所定地域の循環ルート：Ｐ１１→Ｐ１２→Ｐ１３
→・・・→Ｐ１１等）に加え、需要発生地とされる乗車
需要が発生した場所（Ｐｕ，Ｐｉ等）に迂回または経由
して、乗客を乗車させていく運行ルートをもっていても
良いし、所定時間内に需要が発生した場所のみを巡回す
る運行ルートをもっていても良い。車両４には各停留所
（例えば、Ｐ１１，Ｐ１２，Ｐ１３，・・・，Ｐ１ｎ
等）を通過する時間を示す基本運行時刻表と、時間当た
りどれだけの間隔で運行を行うかといった運行計画と、
逐次記憶されていく運行状態とを管理センター３の運行
情報ＤＢ３４で管理している。本システム１の実施形態
において運行計画による基本的な運行ルートは、利用者
が多く停車頻度が常時多いと予想される主停留所を結ぶ
よう予め決定されており、管理センター３に記憶される
基本運行時刻表は乗降客からの要求により基本運行ルー
ト（例えば、Ｐ１１→Ｐ１２→Ｐ１３→・・・→Ｐ１ｎ
等）を外れて、乗客から停車需要が発生した場合に停車
を行う場所（例えば、Ｐｕ，Ｐｉ）を迂回、経由して
も、通常停車する停車地で運行遅れができるだけ生じな
いよう、あらかじめ調整用の停車時間を含んだ時刻表と
して設定されている。

【００１４】一方、管理センター３は利用者２から電話
等の通信装置２１により乗車位置（Ｐｕ）、行きの乗車
希望時間、降車予定地や、帰りの降車予定地からの乗車
予定時間等の情報を受け付け、管理センター３はこれら
の情報を利用者情報ＤＢ３６に記憶する。この場合、管
理センター３にて利用者２からの乗車予約を受け付ける
際の通信装置３１は、電話に限定されるものではなく、
電話以外に例えばファクシミリ、インターネット等の通
信回線或いは無線により予約受付が可能である。

【００１５】管理センター３は利用者２からの予約を受
け付けた場合、通信装置３１を介して受け付け、上記し
た利用者ＤＢ３６や運行情報ＤＢ３４の他、車両４の運
行を管轄する所定地域内におけるコンサートホール、文
化センター、野球場、演劇場、或いは、体育館等の公共
施設で開催されるイベント情報を管理するイベント情報
ＤＢ３５を備えている。イベント情報ＤＢ３５にはイベ
ント開催者側から通信装置５１，３１を介してイベント
に関する情報（イベント開催日、イベント開催時間、イ
ベント終了時間、イベントの計画・実績に関する情報
等）が提供され、これらの情報が一括して記憶管理され
ており、イベント開催中もしくは所定日時に自動的にあ
るいは必要に応じて、管理センター３に伝達されるよう
になっている。

【００１６】管理センター３ではこのようなデータベー
ス３４〜３６からの運行情報、利用者情報、イベント情
報から利用者２の需要にあった運行ルートを作成する機
能３２を更に備えている。例えば、図３に示すように車
両Ａは運行ルートＰ１１→Ｐ１２→Ｐ１３→・・・→Ｐ
１ｎを走行予定の場合、イベントがイベント開催地Ｐｉ
にて開催される日において、電話にてイベント開催地Ｐ
ｉまでの乗車予約をした利用者Ｐｕがイベントに参加を
予定しており、帰りの乗車予約も同時にしてきた場合、
管理センター３は行きの乗車希望時間に利用者２の乗車
希望の場所の近くを走行中の車両４に対して指示を出
し、予約乗車地である自宅Ｐｕの近くを走行中の車両４
を迂回させて利用者２の自宅Ｐｕまで向かわせる。車両
４が自宅Ｐｕに到着して、依頼があった利用者２を乗車
させた後、車両４の運行ルートをＰ１１→Ｐｉ→Ｐ１２
→Ｐ１３→・・・→Ｐ１ｎと変更させることができる機
能をもつ。このように、管理センター３で作成された運
行ルート（Ｐ１１→Ｐｉ→Ｐ１２→Ｐ１３→・・・→Ｐ
１ｎ）は送信装置３３を介して運行を行う各車両４に送
信される。つまり、管理センター３側で利用者２から乗
車予約があった場合には、運行情報ＤＢ３４からの基本
運行ルートを基にして、利用者２の需要にできるだけ合
った運行ルートを計画立案できるようになっている。

【００１７】一方、指示を受けた車両４は管理センター
３からの運行ルートを含む情報を受信装置４１で受信
し、運転席近傍に設けられたディスプレィ等の表示装置
４２に運転者に見やすいように表示される。車両４の運
転者は表示装置４２に表示される運行ルートに沿って車
両を忠実に走行させることができる。

【００１８】次に、図２および図３を参照して本システ
ム１の予約手順および車両４の配車形態のフローについ
て説明する。利用者２が自宅等から電話等の通信装置２
１を使用して、乗車位置、下車位置、乗車希望時間等の
乗車予約（Ｓ１）を行うと、管理センター３は予約の受
け付けを開始する（Ｓ２）。管理センター３ではイベン
ト情報を管理する機能を備えているため、イベント情報
（Ｓ１２）がイベント開催者側から提供され、送られて
きたイベント情報をイベント情報ＤＢ３５に記憶し（Ｓ
１３）ている。この場合、管理センター３では利用者２
から予約を受け付けた下車位置がイベント情報ＤＢ３５
に記憶されているイベント開催地Ｐｉかどうか検索を行
う（Ｓ３）。イベント情報を探索をした結果、次に、予
約を依頼してきた利用者２が記憶されているイベントに
参加するか否かが判断される。イベントに参加するか否
かは、管理センター３の受け付けを行うオペレータが直
接電話等をしてきた者に対して質問して利用者２から聞
き出しても良いし、人件費の削減からオペレータを必要
とせず、効率性の面で音声認識を基にそれを判断しても
良い。また、パソコン等を使用したインターネットによ
る予約ではネット上の予約画面にそのような項目を設け
ておくこも可能である。

【００１９】イベント開催地Ｐ１１にて開催されるイベ
ントに参加しない場合には通常の自宅からの乗車予約を
して予約を完了する。この場合、利用者２からの需要発
生地Ｐｕは自宅となる。一方、イベント開催地Ｐｉがイ
ベント情報ＤＢ３５に登録されたイベントに参加する場
合には、次に、イベント参加後イベント開催地Ｐｉから
の帰り便を予約するか否かがたずねられる。ここで、帰
り便を予約しない人は通常の乗車予約をして予約完了と
なるが、この場合には、利用者からの需要発生地はＳ１
４と同様自宅のみとなる。しかし、「イベント終了時間
に合わせて予約する」と利用者２が答えた場合、イベン
ト終了時間での帰りの便の車両の予約を申し出ると（Ｓ
７）、管理センター３では帰りの便の予約を受け付ける
（Ｓ６）。すると、管理センター３では通常の基本運行
ルートに基づいて需要発生地（Ｐｕ、Ｐｉ等）を経由し
た運行計画を内部で立案し、当初運行ルートがＰ１１→
Ｐ１２→Ｐ１３→・・・→Ｐ１ｎであったものを、需要
発生地Ｐｉを経由したＰ１１→Ｐｉ→Ｐ１２→Ｐ１３→
・・・→Ｐ１ｎとして、車両４に対して指示を出す体制
を整える。

【００２０】管理センター３ではイベント開催者側から
所定の時間毎あるいは随時、イベント開催時間内におい
てイベントの終了時間に関する情報を常に把握してい
る、この中で、イベント開催時の情報の一つであるイベ
ント終了情報は、通常終了するであろう時間が知らされ
ている。何らかの都合により終了時間が当初おおやけに
知られている時間より大幅に遅れることが予想される場
合は、イベント主催者は通信装置５１を介して管理セン
ター３にその情報を必要に応じて伝える。すると、管理
センター側ではイベント開催者側から受けた情報によ
り、イベント情報ＤＢ３５に遅れ情報を書き込み記憶す
る（Ｓ１７）。

【００２１】管理センター３では利用者２のイベント開
催地Ｐｉからの帰り便の予約が入っている場合、イベン
ト情報ＤＢ３５を検索することにより（Ｓ９）、帰り便
の変更が必要か否かがわかる。そこで、帰りの乗車予定
時間にはイベントが終了せず、帰り便の変更を要する場
合には、管理センター３はイベント終了時間の遅れる時
間に合わせ、車両４の運行ルートを変更させることがで
きる。具体的に説明すると、利用者２が自宅Ｐｕから電
話にて予約を入れ、自宅Ｐｕでの乗車希望時間を１６時
４５分とし、イベント開催地Ｐｉまで乗車して、そこで
催されるイベントを最後まで見て、イベント終了時間
（２０時終了予定）に帰りの便に乗車するという乗車予
約を入れたものとする。

【００２２】この場合、管理センター３は予約を受けつ
け、まず最初に、１６時４５分頃自宅近くを走行予定の
車両４に指示を出し、その車両４を自宅Ｐｕに向かわせ
る。１６時４５分に到着した車両４に乗車して乗客を乗
せた状態でイベント開催地まで乗り、予約した利用者２
はイベント開催地Ｐｉで下車して開催されるイベントを
見る。通常であれば、帰りの便の予約を受けた管理セン
ター３は２０時にイベント開催地Ｐｉへ到着が間に合う
ように、２０時少し前にイベント開催地Ｐｉの近くを走
行する車両（車両Ａ）４に指示を出す。すると、指示を
受けた車両４はＰ１路線を走行し、運行ルートがＰ１１
→Ｐ１２→Ｐ１３→・・・→Ｐ１ｎと本来なっていた
が、この運行ルートにおいてＰ１２へ行く前にイベント
開催地Ｐｉを経由させ、イベント開催地Ｐｉへ向かわせ
る。イベント開催地Ｐｉに２０時少し前に到着した車両
４は予約した者が乗車するまで停留所で待機する。この
場合、車両４に別の乗客が乗客が乗車している場合に
は、予約した者が乗車するまで車両４は発車せずに、乗
っている乗客も一緒に待つことになり、待ち時間が長く
なる。このことから、車両運行効率が悪くなり、乗って
いる乗客に対しても迷惑をかけることになる。

【００２３】しかしながら、本システム１においては、
管理センター３はイベント開催者側からイベント情報を
受ける形態を取っており、車両４の運行ルートを状況に
応じて変更可能としているため、イベントが何らかの都
合により終了時間が延長した場合、イベント主催者は当
初のイベント終了時間の数分前あるいは所定時間前にイ
ベント情報を管理する管理センター３にその情報を伝え
る。管理センター３ではこの情報を受け、イベント開催
地Ｐｉから帰りの便を乗車予約した利用者２を洗い出し
て検索し、イベント終了時間にあわせて乗車する場合に
は、当初のイベント終了予定時間の２０時にはイベント
が時間延長することから需要がなくなる。それ故に、当
初のイベント終了予定時間の２０時にはＰ１１を停車し
た車両４をイベント開催地Ｐｉに迂回させずに、通常の
Ｐ１２へ向かわせるように運行ルートを作り指示を出
す。

【００２４】一方、イベント終了予定時間が２０時３０
分になるという情報が管理センター３に入った場合に
は、運行ルートがＰ２１→Ｐ２２→Ｐ２３→・・・→Ｐ
２ｍであるＰ２路線を走行予定の車両（車両Ｂ）４に指
示を出し、２０時３０分より少し前に近くのＰ２１を走
行予定の車両４にＰ２１からＰ２２に行く途中にイベン
ト開催地Ｐｉに向かわせるよう指示を出す。指示を受け
た車両４は２０時３０分にイベント開催地Ｐｉに到着
し、乗車予約した者を乗車させ自宅まで運ぶことができ
る。

【００２５】以上により、イベント開催地Ｐｉにてイベ
ント等に参加する利用者２は行きの乗車予約時に帰り便
の予約も同時にでき、帰りの便の乗車予約が不要とな
る。この場合、イベント開催地で催されるイベントを見
て、イベントの進行が何らかの事情により遅れた場合で
も利用者自ら変更を管理センター３に入れなくても、自
動的にイベント開催者側からイベント終了時間にあった
ように帰りに予約した便が変更されるため、次の便を予
約する手間や車両４の運行上の待ち時間が省け、利用者
にとってもまた乗車している乗客にとっても非常に便利
な運行が行なえるシステムとなる。

【００２６】

【効果】本発明によれば、管理センターはイベント情報
を管理しており、乗車予定時間に第２地点の近くを走行
予定の車両の運行ルートをイベント情報にあわせて決定
されるようにしたので、仮に、イベント開催状況が変化
しても、イベント開催状況に十分対応が可能な効率良い
システムとなる。この場合、イベント開催の状況が変化
しても乗車予定時間がイベント開催状況により可変でき
るので、利用者は再度予約の必要性がなくなり、予約負
担が低減できる。

【００２７】また、イベント情報はイベント終了情報で
あれば、イベント終了情報に基づく車両の最適配車が行
える。例えば、当初予約した乗車予約時間の直前に第２
地点の近くを走行予定の車両に対して、その車両を第２
地点には向かわせず、イベント終了時間に間に合うよう
に第２地点に車両を向かわせることができ、利用者から
の需要がない場所で待機する時間が低減され、運行効率
が良くなる。

【００２８】更に、イベント情報はイベント開催者側か
らイベント終了前もしくは開催中に管理センターに伝達
されるようにすれば、管理センターではイベント開催者
側からの情報を受け、最適配車ができる。

【図面の簡単な説明】

【図１】 本発明の一実施形態における乗合車両運行管
理システムの概要を示すブロック図である。

【図２】 本発明の一実施形態における乗合車両運行管
理システムの処理手順を示す動作フローチャートであ
る。

【図３】 本発明の一実施形態における乗合車両運行管
理システムの最適配車を示す説明図である。

【符号の説明】

１ 運行管理システム ２ 利用者 ３ 管理センター ４ 車両 ５ イベント開催者 Ｐ１１，Ｐ１２，Ｐ２１，Ｐ２２ 停車地 Ｐｉ イベント開催地（第２地点） Ｐｕ 利用者の自宅（第１地点）

Claims (3)

【特許請求の範囲】
1. 【請求項１】 運行ルートを管理する管理センターで利
   用者から第１地点から第２地点に行く乗車予約を受け付
   けると同時に前記第２地点からの乗車予約も受け付ける
   場合、前記管理センターは前記第２地点からの乗車予定
   時間を管理して、該乗車予定時間に前記第２地点に停車
   して利用者を乗車させる乗合車両運行管理システムにお
   いて、 前記第２地点がイベント開催地であり、前記管理センタ
   ーはイベント情報を管理し、前記乗車予定時間に第２地
   点の近くを走行予定の車両の運行ルートをイベント情報
   にあわせて決定することを特徴とする乗合車両運行管理
   システム。
2. 【請求項２】 前記イベント情報はイベント終了情報で
   あることを特徴とする請求項１に記載の乗合車両運行管
   理システム。
3. 【請求項３】 前記イベント情報はイベント開催者側か
   らイベント終了前もしくはイベント開催中に前記管理セ
   ンターに伝達されることを特徴とする請求項２に記載の
   乗合車両運行管理システム。