車両運行システム
【課題】
時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供する。
【解決手段】
運行計画の作成に先立って、記憶部210に記憶されている利用実績情報に基づいて、集中需要対応運行計画作成部220が、需要の多い時間帯である集中需要時間帯と、車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出し、抽出結果に基づいて集中需要に適切に対応できる集中需要対応運行計画を作成する。そして、運行計画作成手段が、乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、集中需要対応運行計画手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成して、車両運行サービスを行う。
時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供する。
【解決手段】
運行計画の作成に先立って、記憶部210に記憶されている利用実績情報に基づいて、集中需要対応運行計画作成部220が、需要の多い時間帯である集中需要時間帯と、車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出し、抽出結果に基づいて集中需要に適切に対応できる集中需要対応運行計画を作成する。そして、運行計画作成手段が、乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、集中需要対応運行計画手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成して、車両運行サービスを行う。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、利用者からのデマンドに基づいて運行計画を作成し、作成された運行計画に沿って車両の運行を行う車両運行システムに関する。
【背景技術】
【0002】
近年、利用者が希望する乗車位置、乗車時刻及び降車位置を含むデマンドを受けて運行計画を作成し、作成された運行計画に従って、バス等の車両の運行を行うデマンドバスシステム等の車両運行システムが注目されている。こうした車両運行システムでは、従来から、受け付けられたデマンドに基づき、乗車待ち時間、迂回時間又は車両の総走行時間等といった、サービス圏内全体にわたる利用者の条件又は運行車両の走行条件を考慮して運行計画の作成を行っている(特許文献1参照)。
【0003】
こうした車両運行システムによれば、サービス圏内であれば、利用者は、どこからどこへでも乗り継ぎなしで、自由に行けるサービスを受けることができる。このため、路線バス方式よりもかなりコストパフォーマンスの高いサービスの提供が可能となっている。
【0004】
【特許文献1】特開2003−174397号公報
【発明の開示】
【発明が解決しようとする課題】
【0005】
上述した従来の車両運行システムにおいては、需要が少ない場合には路線バス方式よりも効率よくサービスできるが、集中需要があるところでは、受け付けたデマンドの1件ずつを組み合わせて最適化して運行計画を作成するという一般的な方法を採用することにすると、受付業務が膨大となってしまうとともに、迅速な運行計画の算出のためには計算資源を用意することが必要となってしまう。さらに、車両運用が輻輳して、全体の効率が低下する傾向がある。このため、従来では、需要の多いところには路線バスの運用を行ない、運行し、需要の少ないところだけを対象としてデマンド受け付けを行って、運行計画を作成することが一般的とされていた。
【0006】
しかしながら、路線バス方式を採用した重要集中区間に対しては、走行ルートと時刻表を固定し、公表して運行するために、天候等による需要の変動に対して、きめ細かく可変的に対応できない。このため、一部区間における路線バス方式の採用は、システム全体のコスト増及び車両の効率の低下を余儀なくされていた。
【0007】
本発明は、上記の事情を鑑みてなされたものであり、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができる新たな車両運行システムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明者が、長年の研究・開発の経験から得た知見によれば、従来の技術において発生した様々な問題点は、一部の集中需要のために、広い区域において走行箇所とダイヤを固定して車両運用を行うこと、又は、需要の多少に関係なく、デマンドの全てを同じ条件で受け付けようとすることに起因している。本発明は、かかる知見に基づいてなされたものである。
【0009】
すなわち、本発明の車両運行システムは、運行サービスの提供に供される車両の利用の実績情報を記憶する記憶手段と;前記記憶手段における記憶内容に基づいて、前記車両利用の需要の多い時間帯である集中需要時間帯と、前記車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出し、抽出結果に基づいて、前記集中需要に対応する集中需要対応運行計画を作成する集中需要対応運行計画作成手段と;乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、前記集中需要対応運行計画作成手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成する運行計画作成手段と;前記新たな運行計画に基づいて、前記車両ごとに運行時刻順に乗降地点を抽出し、該当する車両の車載装置へ送信する運行制御手段と;を備えることを特徴とする車両運行システムである。
【0010】
この車両運行システムでは、記憶手段における記憶されている運行サービスの提供に利用される車両の利用実績情報に基づいて、集中需要対応運行計画作成手段が、需要の多い時間帯である集中需要時間帯と、車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出する。ここで、利用実績情報には、利用時間、乗車停留所といった情報に加えて、曜日情報や天候情報等を含むようにすることができる。
【0011】
引き続き、集中需要対応運行計画作成手段が、抽出結果に基づいて、定期的に集中需要に適切に対応できる集中需要対応運行計画を作成する。ここで、利用実績情報には、利用時間、乗車停留所といった情報に加えて、曜日情報や天候情報等が含まれている場合には、需要の曜日変動や、天候変動に適切に対応できる集中需要対応運行計画を作成することができる。
【0012】
なお、集中需要対応運行計画は、変動要素に対応した複数のパターンのそれぞれについて、例えば月に一度等に予め作成しておき、適用日における変動要素の値に応じて選択するようにすることもできるし、変動要素の値が確定した時点で、適用日ごとに新たに作成するようにすることもできる。
【0013】
以上のようにして、適用日の集中需要対応運行計画が作成されていることを前提として、運行計画作成手段が、乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、集中需要対応運行計画作成手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成する。
【0014】
こうして、新たな運行計画が作成されると、運行制御手段が、新たな運行計画に基づいて、車両ごとに運行時刻順に乗降地点を抽出し、該当する車両の車載装置へ送信する。こうして送信された運行時刻順に乗降地点の情報に基づいて、各車両の運行が行われる。
【0015】
したがって、本発明の車両運行システムによれば、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができる。
【0016】
本発明の車両運行システムでは、前記車両に搭載され、乗降実績情報を送信する集中需要実績送信手段と;前記集中需要実績送信手段からの乗降実績情報に基づいて、前記記憶手段における利用実績情報を更新する利用実績更新手段と;を更に備えるようにすることができる。
【0017】
この場合には、実際の運行計画に基づく車両運行において得られた乗降実績情報が、運行中車両における集中需要実績送信手段から報告される。この報告を受けた利用実績更新手段は、記憶装置内の利用実績情報を更新する。このため、集中需要対応運行計画作成手段は、実際の利用実績を学習的に反映させたうえで、合理的な集中需要対応運行計画の作成を行うことができる。
【0018】
また、本発明の車両運行システムでは、前記集中需要区間における停留所に配置された運行情報提示手段と;前記集中需要対応運行計画に基づいて、前記集中需要区間の停留所ごとにおける前記車両の通過予定時刻情報を生成して、該当する停留所に配置された運行情報提示手段へ送る集中需要対応情報送信手段と;を更に備えるようにすることができる。
【0019】
この場合には、集中需要対応情報送信手段が、適用日の当日における集中需要区間における停留所ごとにおける車両の通過予定時刻情報を生成して、該当する停留所に配置された運行情報提示手段へ送る。そして、運行情報提示手段が、配置された停留所における車両の通過予定時刻情報を利用者に提示する。このため、利用者の利便性を向上できるとともに、集中需要区間における車両利用を集中需要対応計画による車両運行に効率的に集約することができる。
【0020】
ここで、前記運行情報提示手段が、現在時刻以降の前記集中需要時間帯における前記車両の通過予定時刻情報を提示するようにすることができる。
【発明の効果】
【0021】
以上説明したように、本発明の車両運行システムによれば、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができるという効果を奏する。
【発明を実施するための最良の形態】
【0022】
以下、本発明の一実施形態を、図1〜図12を参照しつつ説明する。なお、図面においては、同一又は同等の要素については同一の符号を付し、重複する説明を省略する。
【0023】
[構成]
図1には、本発明の一実施形態に係る車両運行サービスシステムであるデマンドバスシステム100の構成の概略が模式的に示されている。この図1に示されるように、デマンドバスシステム100は、管理センタ110と、バス車両150j(j=1〜5)と、車両通過時刻情報提示装置160k(k=1,…)とを備えている。
【0024】
ここで、管理センタ110は、利用者の電話機310又は携帯電話機320から、公衆電話網や移動通信網を介して、バスの利用予約に関するデマンドDMD1,DMD2を受けるとともに、当該デマンドDMD1,DMD2に対する応答RSP1,RSP2を送るようになっている。ここで、電話機310や携帯電話機320は多数存在するが、図1では、1台ずつが代表的に示されている。
【0025】
また、管理センタ110は、バス車両150j(j=1〜5)へ、運行指示情報RTDjを送るようになっている。また、また、バス車両150jは、管理センタ110からの運行指示情報RTDjに従って、サービス領域SVA内を走行するようになっている。更に、バス車両150jのそれぞれは、運行指示情報RTDjに従って、サービス領域SVA内を走行において得られる、後述する乗車人数情報NRDjを、管理センタ110へ送る。
【0026】
なお、本実施形態では、サービス領域SVAにおいては、バス停を全体で約250箇所設定してあるが、例えば、図2に示されるように、午前9時台にバス停A→B,C→Dという集中需要の乗降区間があり、午後2〜4時台にその逆の集中需要の乗降区間があるものとする。
【0027】
管理センタ110は、図3に示されるように、電話装置111と、入力装置112と、表示装置113とを備えている。また、管理センタ110は、処理制御部115と、バス通信部117と、バス停通信部118とを備えている。
【0028】
上記の電話装置111は、利用者の電話機310や携帯電話機320との間で通話通信を行う。この電話装置111を利用して、管理センタ110に駐在するオペレータが、利用者からのバスの利用予約に関するデマンドDMD1,DMD2を受けたり、当該デマンドDMD1,DMD2に対する応答RSP1,RSP2を送ったりするようになっている。ここで、デマンドDMD1,DMD2の内容は、乗降するバス停留所名、乗降人数及び乗車希望時刻等を含んでいる。
【0029】
入力装置112は、キーボードやマウス等を備えて構成されている。この入力装置112を操作して、オペレータは、デマンドDMD1,DMD2の内容や各種指令を処理制御部115へ入力するようになっている。
【0030】
表示装置113は、液晶ディスプレイパネル等を備えて構成されている。この表示装置113には、操作ガイダンス、入力装置112を利用した入力結果、新たに作成された運行計画候補におけるデマンドDMD1,DMD2に対応する乗車可能時刻等が表示されるようになっている。
【0031】
なお、オペレータは、表示装置113に表示される入力結果を確認しつつ、入力装置112を操作して、オペレータは、デマンドDMD1,DMD2の内容を処理制御部115へ入力するようになっている。
【0032】
処理制御部115は、管理センタ110全体の動作を制御する。この処理制御部115は、図4に示されるように、記憶部210と、集中需要対応運行計画作成部220と、運行計画作成部230とを備えている。また、処理制御部115は、集中需要対応情報送信部240と、利用実績更新部250と、運行制御部260とを備えている。
【0033】
記憶部210は、ハードディスク装置等を備えて構成されている。この記憶部210には、図5(A)に示されるように、利用実績情報211、集中需要対応運行計画候補情報212、集中需要対応運行計画情報213、予約リスト214、運行計画情報215等の様々な情報データが記憶されている。
【0034】
なお、記憶部210には、日々の年月日、曜日、天候等の情報が記憶されるようになっている。こうした情報は、入力装置112から入力することもできるし、管理センタ110における計時手段や、気象情報提供サイトから得るようにすることもできる。
【0035】
利用実績情報211としては、図5(B)に示されるように、需要の変動要素パターンごとに、それまでの実際に運用された運行計画と各バス停の乗降情報とが、時系列で、最近の所定期間分が登録される。ここで、所定期間の長さは、実験、シミュレーション、経験等に基づいて、予め定められる。
【0036】
なお、本実施形態では、当該変動要素パターンは、曜日と天候との組み合わせで指定されるようになっている。また、本実施形態では、乗降情報は、乗車人数となっている。
【0037】
集中需要対応運行計画候補情報212としては、集中需要対応運行計画作成部220により、後述のようにして作成された集中需要対応運行計画候補が登録される。なお、集中需要対応運行計画候補は、需要の変動要素パターンごとに作成されるようになっている。
【0038】
集中需要対応運行計画情報213としては、実際に運用中の集中需要対応運行計画、又は、前回の運行計画によるサービス提供が終了した後における次のサービス提供で適用されるべき運行計画で採用される集中需要対応運行計画が登録される。このため、集中需要対応運行計画情報213の内容は、一般に、毎日更新される。
【0039】
予約リスト214には、現時点の運行計画において予約がなされているデマンドが登録されている。また、運行計画情報215には、現時点の運行計画が登録されている。
【0040】
図4に戻り、集中需要対応運行計画作成部220は、集中需要対応運行計画候補を、例えば月に1回というように、定期的に作成する。かかる集中需要対応運行計画候補の作成に際して、集中需要対応運行計画作成部220は、まず、記憶部210から、利用実績情報を読み取り、需要の変動パターンごとに、集中需要が発生する蓋然性が高い区間と時間帯との組み合わせを抽出する。引き続き、集中需要対応運行計画作成部220は、当該組み合わせのそれぞれにおける需要量(すなわち、利用人数)の予測値を算出する。
【0041】
次に、集中需要対応運行計画作成部220は、当該組み合わせの抽出結果と、需要量の予測結果とに基づいて、需要の変動パターンごとの集中需要対応運行計画候補を作成する。そして、集中需要対応運行計画作成部220は、こうして作成された集中需要対応運行計画候補に、集中需要対応運行計画候補情報212の内容を更新する。
【0042】
また、集中需要対応運行計画作成部220は、運行計画作成の作成対象なる日の曜日、天候という需要の変動パターンが定まった段階(遅くとも運行計画作成の作成対象なる日におけるデマンド受付開始時刻まで)で、当該変動パターンに対応する集中需要対応運行計画候補を読み出す。そして、集中需要対応運行計画作成部220は、読み出された集中需要対応運行計画候補に、集中需要対応運行計画情報213の内容を更新する。
【0043】
運行計画作成部230は、新たなデマンドの内容を受けると、集中需要対応運行計画情報213に記憶された集中需要対応運行計画をそのまま取り込みつつ、新たな運行計画候補を作成する。そして、新たな運行計画が決定されると、運行計画作成部230は、予約リスト214に当該新たなデマンドの内容を追加するとともに、運行計画情報215の内容を、決定された新たな運行計画に更新する。
【0044】
なお、本実施形態では、バス車両150j(j=1〜5)に対して、ルート、ダイヤ及び担当エリアは予め設定されておらず、バス停を全体で約300箇所設定してある。そして、運行計画作成部230は、デマンドに応じて、自由な乗降の組み合わせ及び配車計算を行い、最適解を選定して運行計画を作成していくようになっている。
【0045】
集中需要対応情報送信部240は、集中需要対応運行計画情報213に基づいて、車両通過時刻情報提示装置160k(k=1,…)それぞれに通知すべき車両通過時刻情報DTDkを作成する。そして、集中需要対応情報送信部240は、車両通過時刻情報DTDkを、対応する車両通過時刻情報提示装置160kへ、バス停通信部118を介して送る。
【0046】
なお、集中需要対応情報送信部240は、後述するように、一定時間ごとに、作成された車両通過時刻情報DTDkを、対応する車両通過時刻情報提示装置160kへ送るようになっている。
【0047】
利用実績更新部250は、日々のデマンド受付終了時刻となると、運行計画情報215を読み出し、読み出された結果を利用実績情報211内に追加する。また、利用実績更新部250は、バス車両150jからバス通信部117を介して受けた乗車人数情報NRDjに基づいて、利用実績情報211の内容を更新する。ここで、乗車人数情報NRDjには、バス車両150jの識別子、バス停の識別子、年月日及び時刻情報、乗車人数等が含まれている。
【0048】
なお、利用実績更新部250は、所定期間が経過した情報については、利用実績情報211内から削除するようになっている。
【0049】
運行制御部260は、運行計画情報215に基づいて、バス車両150j(j=1〜5)に通知すべき運行指示RTDjを作成する。そして、運行制御部260は、運行指示情報RTDjを、対応するバス車両150jへ向けて送る。
【0050】
なお、運行制御部260は、後述するように、一定時間ごとに、運行計画情報215をチェックし、新たな運行計画が作成されていた場合に、運行指示RTDjを作成し、バス車両150jのそれぞれに送るようになっている。
【0051】
バス通信部117は、移動体通信網を介したバス車両150jとの間の通信制御を行う。このバス通信部117を介することにより、処理制御部115は、運行指示RTDjをバス車両150jのそれぞれに通知したり、乗車人数情報NRDj情報を受信したりすることができるようになっている。
【0052】
バス停通信部118は、バス車両150jとの間の通信制御を行う。このバス停通信部118を介することにより、処理制御部115は、車両通過時刻情報DTDkを車両通過時刻情報提示装置160kのそれぞれに通知することができるようになっている。
【0053】
バス車両150j(j=1〜5)のそれぞれには、管理センタ110への乗車人数情報NRDjの送信や、管理センタ110からの運行指示RTDjに応じた処理を行う車載器が搭載されている。この車載器は、図3に示されるように、通信部151と、制御装置152と、表示装置153、入力装置154とを備えている。
【0054】
通信部151は、移動体通信網を介した管理センタ110との間の通信制御を行う。この通信部151を利用した通信により、管理センタ110から運行指示RTDjを受けると、その内容が制御装置152に報告される。また、通信部151は、制御装置152からの指令に従って、管理センタ110へ乗車人数情報NRDjを送る。
【0055】
制御装置152は、車載器全体の動作の制御を行う。この制御装置152は、通信部151から運行指示RTDjの内容を受けると、当該運行指示RTDjの内容の表示画像データを作成する。そして、制御装置152は、作成された表示画像データを表示部153へ送る。
【0056】
また、制御装置152は、入力装置154からの乗車人数入力結果を受けると、乗車人数情報NRDjを作成する。そして、制御装置152は、作成された乗車人数情報NRDjを、通信部151を介して管理センタ110へ送る。
【0057】
なお、本実施形態では、車載器は、不図示のGPS計測部を更に備えており、当該GPS計測部により計測されたバス車両150jの現在位置は、制御装置152に報告されるようになっている。バス車両150jの現在位置を受けた制御装置152は、その情報を、通信部151を介して、定期的に管理センタ110へ送る。こうしてバス車両150jの現在位置情報を受けた管理センタ110では、その情報をバス運行管理に役立てるようになっている。
【0058】
表示装置153は、液晶ディスプレイパネル等を備えて構成されている。この表示装置153は、制御装置152からの表示画像データに従って、画像表示を行う。また、本実施形態では、入力装置154は、表示装置153の画面上に配置されたタッチバネルとして構成されている。
【0059】
[動作]
次に、上記のように構成されたデマンドバスシステム100の動作について、集中需要対応運行計画及び運行計画の作成処理に主に着目して、説明する。
【0060】
<利用実績情報の更新処理>
まず、集中需要対応運行計画の作成の基礎となる利用実績情報の更新について、説明する。
【0061】
日々の運行計画に沿った運行が行われているバス車両150j(j=1〜5)が、集中需要区間となる可能性がある区間のバス停において乗車があるたびに、運転手が入力装置153から乗車人数を入力する。かかる乗車人数の入力に際して、本実施形態では、制御装置152が、集中需要区間となる可能性がある区間のバス停において、図6に示されるような乗車人数入力画面を表示する。そして、当該乗車人数入力画面における表示に従って、入力装置154である当該画面上に配置されたタッチパネルの押下操作を行うことにより、乗車人数の入力が行われる。この入力結果は、制御装置152に報告される。
【0062】
乗車人数の入力結果が報告された制御装置152は、GPS計測結果等に基づいて、当該バス停を特定した後に、上述した乗車人数情報NRDjを作成する。そして、制御装置152は、作成された乗車人数情報NRDjを、通信部151を介して管理センタ110へ送る。
【0063】
管理センタ110では、乗車人数情報NRDjを利用実績更新部250が受ける。乗車人数情報NRDjを受けた利用実績更新部250は、当日の曜日及び天候によって定まる需要の変動パターンに対応する記憶部210内の利用実績情報211の内容を更新する。
【0064】
また、利用実績更新部250は、日々のデマンド受付終了時刻となると、運行計画情報215を読み出す。そして、利用実績更新部250は、読み出された結果を追加することにより、当日の需要の変動パターンに対応する記憶部210内の利用実績情報211の内容を更新する。
【0065】
<集中需要対応運行計画の作成処理>
次に、集中需要対応運行計画の作成処理について説明する。
【0066】
この集中需要対応運行計画の作成処理に際しては、図7に示されるように、まず、ステップS51において、集中需要対応運行計画作成部220が、集中需要対応運行計画候補の作成時期となったか否かを判定する。なお、本実施形態では、前回の集中需要対応運行計画候補の作成から1月が経過した場合に、集中需要対応運行計画作成部220が、集中需要対応運行計画候補の作成時期となったと判定するようになっている。
【0067】
ステップS51における判定の結果が否定的であった場合(ステップS51:N)には、ステップS51の処理が繰り返される。そして、前回の集中需要対応運行計画候補の作成から1月が経過し、ステップS51における判定の結果が肯定的となると(ステップS51:Y)、処理はステップS52へ進む。このステップS52においては、集中需要対応運行計画作成部220が、記憶部210から利用実績情報211を読み取る。
【0068】
次に、ステップS53において、集中需要対応運行計画作成部220が、利用実績情報211の読み取り結果に基づいて、利用実績の分析を行う。かかる分析に際して、集中需要対応運行計画作成部220は、まず、需要の変動パターンごとに、時間帯別にバス停間の利用件数と利用人数の累積及び平均値を算出する。引き続き、この算出結果に基づき、例えば、1時間に4件以上又は1時間に10人以上等の一定以上の利用のある時間帯及び乗降バス停間の組み合わせを、集中需要のある組み合わせとして抽出する。そして、抽出された乗降バス停間について、需要の時間帯変動を算出し、集中需要の基礎データとして、需要の変動パターンごとに、集中需要乗降バス停間の件数、人数の平均値と、時間帯の変動係数とを求める。
【0069】
次いで、ステップS54において、集中需要対応運行計画作成部220が、集中需要対応運行計画候補を、需要の変動パターンごとに作成する。かかる集中需要対応運行計画候補の作成に際して、集中需要対応運行計画作成部220は、ステップS53における分析結果に基づいて、需要の変動パターンごとに、集中需要の乗降バス停間の時間当たりの件数と利用者数を推定する。この推定結果に基づいて、バス車両の配分を行う。この配分に際しては、例えば、推定利用件数の3件に1回の割合で、また、推定利用者数に対して、使用する車両定員の0.7、すなわち9人乗りであれば6人に1回の割合で配車することとし、これらの内で配車数の大きい方を採用する。引き続き、配車が割り当てられたバス車両を等間隔運行として、例えば、3回ならばその時間帯の10分と30分と50分のように、乗車可能時刻を設定することにより、集中需要対応運行計画作成部220が、集中需要対応運行計画候補を作成する。
【0070】
こうして集中需要対応運行計画候補が作成されると、ステップS55において、集中需要対応運行計画作成部220は、新たに作成された集中需要対応運行計画候補に、記憶部210内の集中需要対応運行計画候補情報212の内容を更新する。そして、処理はステップS51に戻る。この後、ステップS51〜S55の処理が繰り返されることにより、定期的に新たな集中需要対応運行計画候補が作成され、集中需要対応運行計画候補情報212の内容が更新される。
【0071】
そして、集中需要対応運行計画作成部220は、運行計画作成の作成対象なる日の曜日、天候という需要の変動パターンが定まった段階(遅くとも運行計画作成の作成対象なる日におけるデマンド受付開始時刻まで)で、当該変動パターンに対応する集中需要対応運行計画候補を読み出す。そして、集中需要対応運行計画作成部220は、読み出された集中需要対応運行計画候補に、集中需要対応運行計画情報213の内容を更新する。
【0072】
<集中需要区間における集中需要に対応する車両通過時刻表示処理>
次に、運用当日における集中需要区間における集中需要に対応する車両通過時刻表示処理について、説明する。
【0073】
この処理では、図8に示されるように、まず、ステップS71において、運用当日におけるサービス開始時刻となると、集中需要対応情報送信部240が、記憶部210から集中需要対応運行計画情報213を読み取る。引き続き、ステップS72において、集中需要対応情報送信部240が、読み取られた集中需要対応運行計画情報213の内容に基づいて、車両通過時刻情報提示装置160k(k=1,…)それぞれに通知すべき車両通過時刻情報DTDkを作成する。そして、ステップS73において、集中需要対応情報送信部240が、集中需要の時間帯における車両通過時刻を内容とする車両通過時刻情報DTDkを、対応する車両通過時刻情報提示装置160kへ、バス停通信部118を介して送る。
【0074】
この車両通過時刻情報DTDkを受けた車両通過時刻情報提示装置160kでは、受信後における集中需要の時間帯における車両通過時刻を表示する。この表示結果の例が、図9に示されている。
【0075】
図8に戻り、ステップS73の処理が終了すると、処理は、ステップS74へ進む。このステップS74では、集中需要対応情報送信部240が、前回の車両通過時刻情報DTDkの送信から所定時間を経過したか否かを判定する。この判定の結果が否定的であった場合(ステップS74:N)には、ステップS74の処理が繰り返される。
【0076】
一方、ステップS74における判定の結果が肯定的であった場合(ステップS74:Y)の場合には、処理はステップS73へ戻る。この後、ステップS73,S74の処理が繰り返される。
【0077】
<運行計画の作成処理>
次に、デマンドに対応して行われる運行計画の作成処理について、説明する。
【0078】
前提として、現在までに受けた少なくとも1つのデマンドに対応した運行計画(以下、「現在運行計画」という)が作成され、管理センタ110の記憶部210内の運行計画情報215として登録されているものとする。また、現在運行計画において予約が完了しているデマンドの内容が、記憶部210内の予約リスト214に登録されているものとする。
【0079】
このデマンド処理では、図10に示されるように、まず、ステップS11において、利用者から新たなデマンドを受けたか否かが判定される。この判定の結果が否定的であった場合(ステップS11:N)には、ステップS11の処理が繰り返される。
【0080】
一方、オペレータが電話装置111により新たなデマンドを受けると、ステップS11における判定の結果が肯定的となり(ステップS11:Y)、処理はステップS12へ進む。このステップS12では、新たなデマンドの入力処理が行われる。かかる新たなデマンドの入力処理では、オペレータが表示装置113の表示を確認しながら、入力装置112を操作して、当該新たなデマンドの内容を運行計画作成部230に対して入力する。こうした新たなデマンドの内容は、乗降するバス停留所名、乗降人数及び乗車希望時刻等を含んでいる。
【0081】
次に、ステップS13において、運行計画作成部230により、新たなデマンドの内容に対応した新たな運行計画の作成処理が行われる。この処理では、図11に示されるように、まず、ステップS21において、新たな運行計画候補の作成が行われる。
【0082】
この新たな運行計画候補の作成に際して、運行計画作成部230は、予約リスト214に登録されているデマンド内容と、新たなデマンド内容との新たな組み合わせである新たな予約の組み合わせを作成する。引き続き、運行計画作成部230は、記憶部210から運用日に適用される集中需要対応運行計画に関する情報である集中需要対応運行計画情報213の内容を読み出す。そして、運行計画作成部230は、新たな予約の組み合わせから、運用日に適用される集中需要対応運行計画をそのまま取り込みつつ、仮運行計画を作成する。
【0083】
次に、運行計画作成部230は、作成された仮運行計画について、サービス指標及び運行指標を算出する。ここで、サービス指標には、待ち時間、迂回時間等が含まれ、運行指標には、総走行時間等が含まれる。
【0084】
こうして仮運行計画のサービス指標及び運行指標が算出されると、運行計画作成部230は、算出された指標の中に、現在運行計画の場合と比べて極端に悪い値のものが含まれているか否かを判定することにより、サービス指標及び運行指標に関する第1次評価に合格か否かを判定する。
【0085】
以上の仮運行計画の作成及び第1次評価を、予約リスト214に登録されているデマンド内容と、新たなデマンド内容との全ての組み合わせについて行ない、運行計画候補を作成する。そして、全ての組み合わせの第1次評価が完了すると、運行計画作成部230は、サービス指標及び運行指標に関する第1次評価に合格した新たな運行計画候補のランク付けを行う。このランク付けは、サービス指標及び運行指標を総合的に勘案して行われる。すなわち、サービス指標の値が小さいほど、運行指標の値が小さいほど総合ランクが高くなるように行われる。
【0086】
こうして、新たな運行計画候補のランク付けが終了すると、処理はステップS22へ進む。このステップS22では、ランク付けされた新たな運行計画候補の内で最もランクの高い第1候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容が利用者に通知される。かかる通知処理に際しては、まず、運行計画作成部230が、第1候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容を、表示装置113に表示させる。この表示内容を見たオペレータが、電話装置111を利用して、通話中の利用者に、その内容を通知する。
【0087】
次に、ステップS23において、まず、運行計画作成部230が、利用者の了解がとれたか否かを判定する。ここで、運行計画作成部230は、オペレータが、了解が取れた旨の操作入力を入力装置112に対して行ったことが、入力装置112から報告された場合に肯定的な判定を行う。一方、運行計画作成部230は、オペレータが、了解が取れなかった旨の操作入力を入力装置112に対して行ったことが、入力装置112から報告された場合に否定的な判定を行う。
【0088】
ステップS23における判定の結果が肯定的であった場合(ステップS23:Y)には、その時点において候補となっている新たな運行計画候補を新たな運行計画に決定し、ステップS13の処理が終了する。そして、処理は図10のステップS14へ進む。
【0089】
図11に戻り、ステップS23における判定の結果が否定的であった場合(ステップS23:N)には、処理はステップS24へ進む。このステップS24では、運行計画作成部230が、新たな運行計画候補として次候補があるか否かを判定する。
【0090】
ステップS24における判定の結果が肯定的であった場合(ステップS24:Y)には、処理はステップS25へ進む。このステップS25では、次候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容が利用者に通知される。かかる通知処理に際しては、まず、運行計画作成部230が、第1候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容を、表示装置113に表示させる。この表示内容を見たオペレータが、電話装置111を利用して、通話中の利用者に、その内容を通知する。
【0091】
この後、処理はステップS23へ戻る。そして、ステップS23における判定の結果が肯定的となるか、ステップS24における判定の結果が否定的となるまで、上記のステップS23〜S25の処理が繰り返される。
【0092】
上記のステップS24における判定の結果が否定的となった場合(ステップS24:N)には、処理はステップS26へ進む。このステップS26では、新たなデマンドに関するバス利用に対する予約が不可であることが、利用者に通知される。かかる通知に際しては、まず、運行計画作成部230が、新たなデマンドに対応するバス利用予約が不可である旨を、表示装置113に表示させる。この表示内容を見たオペレータが、電話装置111を利用して、通話中の利用者に、その旨を通知する。
【0093】
ステップS26の処理が終了すると、ステップS13の処理が終了する。そして、処理は図10のステップS14へ進む。
【0094】
ステップS14では、運行計画作成部230が、新たな運行計画が決定されたか否かを判定する。この判定の結果が否定的であった場合(ステップS14:N)には、処理はステップS11へ戻る。
【0095】
一方、ステップS14における判定の結果が肯定的であった場合(ステップS14:Y)には、処理はステップS15へ進む。このステップS15では、運行計画作成部230が、新たなデマンドの内容を予約リスト214内に追加するとともに、決定された新たな運行計画に運行計画情報215の内容を更新する。この更新に際して、運行計画作成部230は、更に運行計画情報215内の更新フラグをONにする。この後、処理はステップS11へ戻る。
【0096】
以後、上記のステップS11〜S15の処理が繰り返されることにより、新たなデマンドに対応した新たな運行計画の作成処理が行われる。
【0097】
<バス車両への運行指示情報の送信処理>
以上のような運行計画作成部230による新たな運行計画の作成処理と並行して、運行制御部260による運行指示RTDj(j=1〜5)の作成及びバス車両150jへの通知の処理が行われる。この運行指示RTDjの作成及び通知の処理では、図12に示されるように、まず、ステップS41において、運行計画作成部230が、所定時間が経過したか否かを判定する。
【0098】
ステップS41における判定の結果が否定的であった場合(ステップS41:N)には、処理はステップS41へ戻る。そして、ステップS41における判定の結果が肯定的となるまで、ステップS41の処理が繰り返される。
【0099】
所定時間が経過し、ステップS41における判定の結果が肯定的となると(ステップS41:Y)、処理はステップS42へ進む。このステップS42では、運行制御部260は、運行計画情報230内の更新フラグがONであるか否かを判定することにより、前回の参照時から運行計画情報230が更新されたか否かを判定する。この判定の結果が否定的であった場合(ステップS42:N)には、処理はステップS41へ戻る。そして、ステップS42における判定の結果が肯定的となるまで、上記のステップS41,S42の処理が繰り返される。
【0100】
運行計画作成部230により運行計画情報215が更新され、ステップS42における判定の結果が肯定的となると(ステップS42:Y)、処理はステップS43へ進む。このステップS43では、運行制御部260が、運行計画情報215に登録されている運行計画を取得する。そして、運行計画情報215内の更新フラグをONに設定する。
【0101】
次に、ステップS44において、運行制御部260が、取得された運行計画に基づいて、バス車両150j(j=1〜5)のそれぞれに通知すべき運行指示RTDjを作成する。引き続き、ステップS45において、運行制御部260が、作成された運行指示RTDjを、バス通信部117を介して、バス車両150jへ送る。
【0102】
この後、処理はステップS41へ戻る。そして、運行制御部260は、上記のステップS41〜S45の処理を繰り返す。
【0103】
以上のようにして、管理センタ110から発行された運行指示RTDjを受けると、バス車両150jでは、その内容が表示装置153に表示される。そして、運行指示RTDjの内容が、バス車両150jでの運転手に提示される。
【0104】
以上説明したように、本実施形態では、需要の変動パターンごとに、サービス領域SVAにおける集中需要区間と集中需要時間帯との組み合わせに対応する集中需要対応運行計画を作成する。そして、作成された集中需要対応運行計画をそのまま取り込みつつ、デマンドに対応した運行計画が作成される。したがって、本実施形態によれば、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができる。
【0105】
すなわち、本実施形態のデマンドバスシステム100によれば、鉄道駅、病院、大規模店舗等の集中需要がある地区に適用するデマンドバスにおいて、集中需要バス停に先行的に仮予約の仮運行計画を設定し、その情報を利用者に提供して、需要の集約化を実現することにより、従来のように、集中需要地点を含む固定路線バスを設定して、その他をデマンドバスとするという、固定路線における無駄な運行を軽減し、かつ、すべてを個別予約とすることによる集中需要地点に係る予約と運行の混乱や輻輳を軽減することを可能としている。
【0106】
これにより、従来のデマンドバスでは1台1日当り数十人といわれてきた対応限界を超えることを可能とするとともに、受付の負担も大幅に軽減することを可能としている。
また、単に固定路線バスを一部に適用するのではなく、利用データに即してサービス地点や運行時刻を可変として随時に更新していく操作を付加することにより、肌理の細かい対応が可能となり、従来デマンドバスでは適用困難と考えられがちであった、都市部や観光地等集中需要のある地区でのコストパフォーマンスの高いバスサービスの方式を提供することを可能としている。
【0107】
また、本実施形態では、利用実績情報の基礎となる各バス停における乗車人数情報を、日々の実際のバス運行において収集している。合理的な集中需要対応運行計画を精度良く作成することができる。
【0108】
また、本実施形態では、管理センタ110が、集中需要区間におけるバス停に配置された車両通過時刻情報提示装置160kへ、集中需要時間帯における車両通過時刻情報NRDkを送り、車両通過時刻情報提示装置160kでは、受信した車両通過時刻情報NRDkで通知された集中需要時間帯における車両通過時刻情報を表示して、利用者に提示するようにしている。このため、利用者の利便性を向上できるとともに、集中需要区間における車両利用を集中需要対応計画による車両運行に効率的に集約することができる。
【0109】
[実施形態の変形]
本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。
【0110】
例えば、上記の実施形態では、バス車両の数を5台としたが、バス車両の数は任意の数とすることができる。
【0111】
また、上記の実施形態では、需要の変動パターンを曜日と天候との組み合わせにより指定するようにしたが、任意の要素の組み合わせとすることができる。例えば、曜日及び天候に加えて、季節を需要の変動パターンの要素とすることができる。
【0112】
また、上記の実施形態では、集中需要時における運行情報のバス停における利用者への提供を表示装置への表示により行うことにしたが、音声により、又は、音声と表示とを組み合わせて行うようにしてもよい。
【0113】
また、上記の実施形態では、新たな運行計画候補のランク付けを運行計画作成部230が行うようにしたが、オペレータが行うようにしてもよい。
【0114】
また、上記の実施形態では、新たな運行計画候補のランク付け後における第1候補における予約内容を利用者に提示し、利用者の了解が得られなかった場合に、次候補における予約内容を提示していくようにした。これに対し、当該第1候補における予約内容をのみ利用者に提示し、了解が得られなかった場合には、利用者のデマンド内容の変更を促すようにし、デマンド内容の変更がなされた場合には、当該変更されたデマンド内容を新たなデマンド内容として、新たに運行計画作成処理を行うようにしてもよい。
【0115】
また、上記の実施形態では、オペレータが入力装置112を操作して、デマンドの内容や利用者の承諾等を運行計画作成部230へ入力するようにしたが、利用者がパーソナルコンピュータ等の通信機能を有する情報処理装置を使用し、当該情報処理装置と運行計画作成部230とが直接通信することにより、デマンドの内容や利用者の承諾等を運行計画作成部230へ入力するようにしてもよい。
【0116】
また、上記の実施形態では、サービス提供に使用される車両をバスとするデマンドバスシステムについて本発明を適用したが、サービス提供に使用される車両をバス以外のタクシー等とするデマンドタクシーシステム等の車両運行システムに本発明を適用できることは、勿論である。
【産業上の利用可能性】
【0117】
以上説明したように、本発明の車両運行システムは、デマンドに対応して運行計画を作成し、作成された運行計画に沿って車両の運行を行う車両運行システムに適用することができる。
【図面の簡単な説明】
【0118】
【図1】本発明の一実施形態に係るデマンドバスシステムの構成を模式的に示す図である。
【図2】サービス領域内の集中需要区間を概念的に示す図である。
【図3】図1の管理センタ、バス車両の車載器、及び車両通過時刻提示装置の内部設備の構成を概略的に示すブロック図である。
【図4】図3の処理制御部の構成を示すブロック図である。
【図5】図4の記憶部における記憶内容を説明するための図である。
【図6】バス車両の車載器における乗車人数の入力操作を説明するための図である。
【図7】集中需要対応運行計画の作成処理を説明するためのフローチャートである。
【図8】集中需要区間における集中需要に対応する車両通過時刻表示処理を説明するためのフローチャートである。
【図9】車両通過時刻提示装置における表示例を説明するための図である。
【図10】デマンド処理を説明するためのフローチャートである。
【図11】図10の運行計画作成処理を説明するためのフローチャートである。
【図12】運行指示発行処理を説明するためのフローチャートである。
【符号の説明】
【0119】
100…デマンドバスシステム(車両運行システム)、110…管理センタ、111…電話装置、112…入力装置、113…表示装置、115…処理制御部、117…バス通信部、118…バス停通信部、150j…バス車両、151…通信部、152…制御装置、153…表示装置、154…入力装置、160j…車両通過時刻提示装置(運行情報定時手段)、161…通信部、162…制御装置、163…表示装置、210…記憶部(記憶手段)、220…集中需要対応運行計画作成部(集中需要対応運行計画作成手段)、230…運行計画作成部(運行計画作成手段)、240…集中需要対応情報送信部(集中需要対応情報送信手段)、250…利用実績更新部(利用実績更新手段)、260…運行制御部(運行制御手段)、310…電話機、320…携帯電話機。
【技術分野】
【0001】
本発明は、利用者からのデマンドに基づいて運行計画を作成し、作成された運行計画に沿って車両の運行を行う車両運行システムに関する。
【背景技術】
【0002】
近年、利用者が希望する乗車位置、乗車時刻及び降車位置を含むデマンドを受けて運行計画を作成し、作成された運行計画に従って、バス等の車両の運行を行うデマンドバスシステム等の車両運行システムが注目されている。こうした車両運行システムでは、従来から、受け付けられたデマンドに基づき、乗車待ち時間、迂回時間又は車両の総走行時間等といった、サービス圏内全体にわたる利用者の条件又は運行車両の走行条件を考慮して運行計画の作成を行っている(特許文献1参照)。
【0003】
こうした車両運行システムによれば、サービス圏内であれば、利用者は、どこからどこへでも乗り継ぎなしで、自由に行けるサービスを受けることができる。このため、路線バス方式よりもかなりコストパフォーマンスの高いサービスの提供が可能となっている。
【0004】
【特許文献1】特開2003−174397号公報
【発明の開示】
【発明が解決しようとする課題】
【0005】
上述した従来の車両運行システムにおいては、需要が少ない場合には路線バス方式よりも効率よくサービスできるが、集中需要があるところでは、受け付けたデマンドの1件ずつを組み合わせて最適化して運行計画を作成するという一般的な方法を採用することにすると、受付業務が膨大となってしまうとともに、迅速な運行計画の算出のためには計算資源を用意することが必要となってしまう。さらに、車両運用が輻輳して、全体の効率が低下する傾向がある。このため、従来では、需要の多いところには路線バスの運用を行ない、運行し、需要の少ないところだけを対象としてデマンド受け付けを行って、運行計画を作成することが一般的とされていた。
【0006】
しかしながら、路線バス方式を採用した重要集中区間に対しては、走行ルートと時刻表を固定し、公表して運行するために、天候等による需要の変動に対して、きめ細かく可変的に対応できない。このため、一部区間における路線バス方式の採用は、システム全体のコスト増及び車両の効率の低下を余儀なくされていた。
【0007】
本発明は、上記の事情を鑑みてなされたものであり、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができる新たな車両運行システムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明者が、長年の研究・開発の経験から得た知見によれば、従来の技術において発生した様々な問題点は、一部の集中需要のために、広い区域において走行箇所とダイヤを固定して車両運用を行うこと、又は、需要の多少に関係なく、デマンドの全てを同じ条件で受け付けようとすることに起因している。本発明は、かかる知見に基づいてなされたものである。
【0009】
すなわち、本発明の車両運行システムは、運行サービスの提供に供される車両の利用の実績情報を記憶する記憶手段と;前記記憶手段における記憶内容に基づいて、前記車両利用の需要の多い時間帯である集中需要時間帯と、前記車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出し、抽出結果に基づいて、前記集中需要に対応する集中需要対応運行計画を作成する集中需要対応運行計画作成手段と;乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、前記集中需要対応運行計画作成手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成する運行計画作成手段と;前記新たな運行計画に基づいて、前記車両ごとに運行時刻順に乗降地点を抽出し、該当する車両の車載装置へ送信する運行制御手段と;を備えることを特徴とする車両運行システムである。
【0010】
この車両運行システムでは、記憶手段における記憶されている運行サービスの提供に利用される車両の利用実績情報に基づいて、集中需要対応運行計画作成手段が、需要の多い時間帯である集中需要時間帯と、車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出する。ここで、利用実績情報には、利用時間、乗車停留所といった情報に加えて、曜日情報や天候情報等を含むようにすることができる。
【0011】
引き続き、集中需要対応運行計画作成手段が、抽出結果に基づいて、定期的に集中需要に適切に対応できる集中需要対応運行計画を作成する。ここで、利用実績情報には、利用時間、乗車停留所といった情報に加えて、曜日情報や天候情報等が含まれている場合には、需要の曜日変動や、天候変動に適切に対応できる集中需要対応運行計画を作成することができる。
【0012】
なお、集中需要対応運行計画は、変動要素に対応した複数のパターンのそれぞれについて、例えば月に一度等に予め作成しておき、適用日における変動要素の値に応じて選択するようにすることもできるし、変動要素の値が確定した時点で、適用日ごとに新たに作成するようにすることもできる。
【0013】
以上のようにして、適用日の集中需要対応運行計画が作成されていることを前提として、運行計画作成手段が、乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、集中需要対応運行計画作成手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成する。
【0014】
こうして、新たな運行計画が作成されると、運行制御手段が、新たな運行計画に基づいて、車両ごとに運行時刻順に乗降地点を抽出し、該当する車両の車載装置へ送信する。こうして送信された運行時刻順に乗降地点の情報に基づいて、各車両の運行が行われる。
【0015】
したがって、本発明の車両運行システムによれば、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができる。
【0016】
本発明の車両運行システムでは、前記車両に搭載され、乗降実績情報を送信する集中需要実績送信手段と;前記集中需要実績送信手段からの乗降実績情報に基づいて、前記記憶手段における利用実績情報を更新する利用実績更新手段と;を更に備えるようにすることができる。
【0017】
この場合には、実際の運行計画に基づく車両運行において得られた乗降実績情報が、運行中車両における集中需要実績送信手段から報告される。この報告を受けた利用実績更新手段は、記憶装置内の利用実績情報を更新する。このため、集中需要対応運行計画作成手段は、実際の利用実績を学習的に反映させたうえで、合理的な集中需要対応運行計画の作成を行うことができる。
【0018】
また、本発明の車両運行システムでは、前記集中需要区間における停留所に配置された運行情報提示手段と;前記集中需要対応運行計画に基づいて、前記集中需要区間の停留所ごとにおける前記車両の通過予定時刻情報を生成して、該当する停留所に配置された運行情報提示手段へ送る集中需要対応情報送信手段と;を更に備えるようにすることができる。
【0019】
この場合には、集中需要対応情報送信手段が、適用日の当日における集中需要区間における停留所ごとにおける車両の通過予定時刻情報を生成して、該当する停留所に配置された運行情報提示手段へ送る。そして、運行情報提示手段が、配置された停留所における車両の通過予定時刻情報を利用者に提示する。このため、利用者の利便性を向上できるとともに、集中需要区間における車両利用を集中需要対応計画による車両運行に効率的に集約することができる。
【0020】
ここで、前記運行情報提示手段が、現在時刻以降の前記集中需要時間帯における前記車両の通過予定時刻情報を提示するようにすることができる。
【発明の効果】
【0021】
以上説明したように、本発明の車両運行システムによれば、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができるという効果を奏する。
【発明を実施するための最良の形態】
【0022】
以下、本発明の一実施形態を、図1〜図12を参照しつつ説明する。なお、図面においては、同一又は同等の要素については同一の符号を付し、重複する説明を省略する。
【0023】
[構成]
図1には、本発明の一実施形態に係る車両運行サービスシステムであるデマンドバスシステム100の構成の概略が模式的に示されている。この図1に示されるように、デマンドバスシステム100は、管理センタ110と、バス車両150j(j=1〜5)と、車両通過時刻情報提示装置160k(k=1,…)とを備えている。
【0024】
ここで、管理センタ110は、利用者の電話機310又は携帯電話機320から、公衆電話網や移動通信網を介して、バスの利用予約に関するデマンドDMD1,DMD2を受けるとともに、当該デマンドDMD1,DMD2に対する応答RSP1,RSP2を送るようになっている。ここで、電話機310や携帯電話機320は多数存在するが、図1では、1台ずつが代表的に示されている。
【0025】
また、管理センタ110は、バス車両150j(j=1〜5)へ、運行指示情報RTDjを送るようになっている。また、また、バス車両150jは、管理センタ110からの運行指示情報RTDjに従って、サービス領域SVA内を走行するようになっている。更に、バス車両150jのそれぞれは、運行指示情報RTDjに従って、サービス領域SVA内を走行において得られる、後述する乗車人数情報NRDjを、管理センタ110へ送る。
【0026】
なお、本実施形態では、サービス領域SVAにおいては、バス停を全体で約250箇所設定してあるが、例えば、図2に示されるように、午前9時台にバス停A→B,C→Dという集中需要の乗降区間があり、午後2〜4時台にその逆の集中需要の乗降区間があるものとする。
【0027】
管理センタ110は、図3に示されるように、電話装置111と、入力装置112と、表示装置113とを備えている。また、管理センタ110は、処理制御部115と、バス通信部117と、バス停通信部118とを備えている。
【0028】
上記の電話装置111は、利用者の電話機310や携帯電話機320との間で通話通信を行う。この電話装置111を利用して、管理センタ110に駐在するオペレータが、利用者からのバスの利用予約に関するデマンドDMD1,DMD2を受けたり、当該デマンドDMD1,DMD2に対する応答RSP1,RSP2を送ったりするようになっている。ここで、デマンドDMD1,DMD2の内容は、乗降するバス停留所名、乗降人数及び乗車希望時刻等を含んでいる。
【0029】
入力装置112は、キーボードやマウス等を備えて構成されている。この入力装置112を操作して、オペレータは、デマンドDMD1,DMD2の内容や各種指令を処理制御部115へ入力するようになっている。
【0030】
表示装置113は、液晶ディスプレイパネル等を備えて構成されている。この表示装置113には、操作ガイダンス、入力装置112を利用した入力結果、新たに作成された運行計画候補におけるデマンドDMD1,DMD2に対応する乗車可能時刻等が表示されるようになっている。
【0031】
なお、オペレータは、表示装置113に表示される入力結果を確認しつつ、入力装置112を操作して、オペレータは、デマンドDMD1,DMD2の内容を処理制御部115へ入力するようになっている。
【0032】
処理制御部115は、管理センタ110全体の動作を制御する。この処理制御部115は、図4に示されるように、記憶部210と、集中需要対応運行計画作成部220と、運行計画作成部230とを備えている。また、処理制御部115は、集中需要対応情報送信部240と、利用実績更新部250と、運行制御部260とを備えている。
【0033】
記憶部210は、ハードディスク装置等を備えて構成されている。この記憶部210には、図5(A)に示されるように、利用実績情報211、集中需要対応運行計画候補情報212、集中需要対応運行計画情報213、予約リスト214、運行計画情報215等の様々な情報データが記憶されている。
【0034】
なお、記憶部210には、日々の年月日、曜日、天候等の情報が記憶されるようになっている。こうした情報は、入力装置112から入力することもできるし、管理センタ110における計時手段や、気象情報提供サイトから得るようにすることもできる。
【0035】
利用実績情報211としては、図5(B)に示されるように、需要の変動要素パターンごとに、それまでの実際に運用された運行計画と各バス停の乗降情報とが、時系列で、最近の所定期間分が登録される。ここで、所定期間の長さは、実験、シミュレーション、経験等に基づいて、予め定められる。
【0036】
なお、本実施形態では、当該変動要素パターンは、曜日と天候との組み合わせで指定されるようになっている。また、本実施形態では、乗降情報は、乗車人数となっている。
【0037】
集中需要対応運行計画候補情報212としては、集中需要対応運行計画作成部220により、後述のようにして作成された集中需要対応運行計画候補が登録される。なお、集中需要対応運行計画候補は、需要の変動要素パターンごとに作成されるようになっている。
【0038】
集中需要対応運行計画情報213としては、実際に運用中の集中需要対応運行計画、又は、前回の運行計画によるサービス提供が終了した後における次のサービス提供で適用されるべき運行計画で採用される集中需要対応運行計画が登録される。このため、集中需要対応運行計画情報213の内容は、一般に、毎日更新される。
【0039】
予約リスト214には、現時点の運行計画において予約がなされているデマンドが登録されている。また、運行計画情報215には、現時点の運行計画が登録されている。
【0040】
図4に戻り、集中需要対応運行計画作成部220は、集中需要対応運行計画候補を、例えば月に1回というように、定期的に作成する。かかる集中需要対応運行計画候補の作成に際して、集中需要対応運行計画作成部220は、まず、記憶部210から、利用実績情報を読み取り、需要の変動パターンごとに、集中需要が発生する蓋然性が高い区間と時間帯との組み合わせを抽出する。引き続き、集中需要対応運行計画作成部220は、当該組み合わせのそれぞれにおける需要量(すなわち、利用人数)の予測値を算出する。
【0041】
次に、集中需要対応運行計画作成部220は、当該組み合わせの抽出結果と、需要量の予測結果とに基づいて、需要の変動パターンごとの集中需要対応運行計画候補を作成する。そして、集中需要対応運行計画作成部220は、こうして作成された集中需要対応運行計画候補に、集中需要対応運行計画候補情報212の内容を更新する。
【0042】
また、集中需要対応運行計画作成部220は、運行計画作成の作成対象なる日の曜日、天候という需要の変動パターンが定まった段階(遅くとも運行計画作成の作成対象なる日におけるデマンド受付開始時刻まで)で、当該変動パターンに対応する集中需要対応運行計画候補を読み出す。そして、集中需要対応運行計画作成部220は、読み出された集中需要対応運行計画候補に、集中需要対応運行計画情報213の内容を更新する。
【0043】
運行計画作成部230は、新たなデマンドの内容を受けると、集中需要対応運行計画情報213に記憶された集中需要対応運行計画をそのまま取り込みつつ、新たな運行計画候補を作成する。そして、新たな運行計画が決定されると、運行計画作成部230は、予約リスト214に当該新たなデマンドの内容を追加するとともに、運行計画情報215の内容を、決定された新たな運行計画に更新する。
【0044】
なお、本実施形態では、バス車両150j(j=1〜5)に対して、ルート、ダイヤ及び担当エリアは予め設定されておらず、バス停を全体で約300箇所設定してある。そして、運行計画作成部230は、デマンドに応じて、自由な乗降の組み合わせ及び配車計算を行い、最適解を選定して運行計画を作成していくようになっている。
【0045】
集中需要対応情報送信部240は、集中需要対応運行計画情報213に基づいて、車両通過時刻情報提示装置160k(k=1,…)それぞれに通知すべき車両通過時刻情報DTDkを作成する。そして、集中需要対応情報送信部240は、車両通過時刻情報DTDkを、対応する車両通過時刻情報提示装置160kへ、バス停通信部118を介して送る。
【0046】
なお、集中需要対応情報送信部240は、後述するように、一定時間ごとに、作成された車両通過時刻情報DTDkを、対応する車両通過時刻情報提示装置160kへ送るようになっている。
【0047】
利用実績更新部250は、日々のデマンド受付終了時刻となると、運行計画情報215を読み出し、読み出された結果を利用実績情報211内に追加する。また、利用実績更新部250は、バス車両150jからバス通信部117を介して受けた乗車人数情報NRDjに基づいて、利用実績情報211の内容を更新する。ここで、乗車人数情報NRDjには、バス車両150jの識別子、バス停の識別子、年月日及び時刻情報、乗車人数等が含まれている。
【0048】
なお、利用実績更新部250は、所定期間が経過した情報については、利用実績情報211内から削除するようになっている。
【0049】
運行制御部260は、運行計画情報215に基づいて、バス車両150j(j=1〜5)に通知すべき運行指示RTDjを作成する。そして、運行制御部260は、運行指示情報RTDjを、対応するバス車両150jへ向けて送る。
【0050】
なお、運行制御部260は、後述するように、一定時間ごとに、運行計画情報215をチェックし、新たな運行計画が作成されていた場合に、運行指示RTDjを作成し、バス車両150jのそれぞれに送るようになっている。
【0051】
バス通信部117は、移動体通信網を介したバス車両150jとの間の通信制御を行う。このバス通信部117を介することにより、処理制御部115は、運行指示RTDjをバス車両150jのそれぞれに通知したり、乗車人数情報NRDj情報を受信したりすることができるようになっている。
【0052】
バス停通信部118は、バス車両150jとの間の通信制御を行う。このバス停通信部118を介することにより、処理制御部115は、車両通過時刻情報DTDkを車両通過時刻情報提示装置160kのそれぞれに通知することができるようになっている。
【0053】
バス車両150j(j=1〜5)のそれぞれには、管理センタ110への乗車人数情報NRDjの送信や、管理センタ110からの運行指示RTDjに応じた処理を行う車載器が搭載されている。この車載器は、図3に示されるように、通信部151と、制御装置152と、表示装置153、入力装置154とを備えている。
【0054】
通信部151は、移動体通信網を介した管理センタ110との間の通信制御を行う。この通信部151を利用した通信により、管理センタ110から運行指示RTDjを受けると、その内容が制御装置152に報告される。また、通信部151は、制御装置152からの指令に従って、管理センタ110へ乗車人数情報NRDjを送る。
【0055】
制御装置152は、車載器全体の動作の制御を行う。この制御装置152は、通信部151から運行指示RTDjの内容を受けると、当該運行指示RTDjの内容の表示画像データを作成する。そして、制御装置152は、作成された表示画像データを表示部153へ送る。
【0056】
また、制御装置152は、入力装置154からの乗車人数入力結果を受けると、乗車人数情報NRDjを作成する。そして、制御装置152は、作成された乗車人数情報NRDjを、通信部151を介して管理センタ110へ送る。
【0057】
なお、本実施形態では、車載器は、不図示のGPS計測部を更に備えており、当該GPS計測部により計測されたバス車両150jの現在位置は、制御装置152に報告されるようになっている。バス車両150jの現在位置を受けた制御装置152は、その情報を、通信部151を介して、定期的に管理センタ110へ送る。こうしてバス車両150jの現在位置情報を受けた管理センタ110では、その情報をバス運行管理に役立てるようになっている。
【0058】
表示装置153は、液晶ディスプレイパネル等を備えて構成されている。この表示装置153は、制御装置152からの表示画像データに従って、画像表示を行う。また、本実施形態では、入力装置154は、表示装置153の画面上に配置されたタッチバネルとして構成されている。
【0059】
[動作]
次に、上記のように構成されたデマンドバスシステム100の動作について、集中需要対応運行計画及び運行計画の作成処理に主に着目して、説明する。
【0060】
<利用実績情報の更新処理>
まず、集中需要対応運行計画の作成の基礎となる利用実績情報の更新について、説明する。
【0061】
日々の運行計画に沿った運行が行われているバス車両150j(j=1〜5)が、集中需要区間となる可能性がある区間のバス停において乗車があるたびに、運転手が入力装置153から乗車人数を入力する。かかる乗車人数の入力に際して、本実施形態では、制御装置152が、集中需要区間となる可能性がある区間のバス停において、図6に示されるような乗車人数入力画面を表示する。そして、当該乗車人数入力画面における表示に従って、入力装置154である当該画面上に配置されたタッチパネルの押下操作を行うことにより、乗車人数の入力が行われる。この入力結果は、制御装置152に報告される。
【0062】
乗車人数の入力結果が報告された制御装置152は、GPS計測結果等に基づいて、当該バス停を特定した後に、上述した乗車人数情報NRDjを作成する。そして、制御装置152は、作成された乗車人数情報NRDjを、通信部151を介して管理センタ110へ送る。
【0063】
管理センタ110では、乗車人数情報NRDjを利用実績更新部250が受ける。乗車人数情報NRDjを受けた利用実績更新部250は、当日の曜日及び天候によって定まる需要の変動パターンに対応する記憶部210内の利用実績情報211の内容を更新する。
【0064】
また、利用実績更新部250は、日々のデマンド受付終了時刻となると、運行計画情報215を読み出す。そして、利用実績更新部250は、読み出された結果を追加することにより、当日の需要の変動パターンに対応する記憶部210内の利用実績情報211の内容を更新する。
【0065】
<集中需要対応運行計画の作成処理>
次に、集中需要対応運行計画の作成処理について説明する。
【0066】
この集中需要対応運行計画の作成処理に際しては、図7に示されるように、まず、ステップS51において、集中需要対応運行計画作成部220が、集中需要対応運行計画候補の作成時期となったか否かを判定する。なお、本実施形態では、前回の集中需要対応運行計画候補の作成から1月が経過した場合に、集中需要対応運行計画作成部220が、集中需要対応運行計画候補の作成時期となったと判定するようになっている。
【0067】
ステップS51における判定の結果が否定的であった場合(ステップS51:N)には、ステップS51の処理が繰り返される。そして、前回の集中需要対応運行計画候補の作成から1月が経過し、ステップS51における判定の結果が肯定的となると(ステップS51:Y)、処理はステップS52へ進む。このステップS52においては、集中需要対応運行計画作成部220が、記憶部210から利用実績情報211を読み取る。
【0068】
次に、ステップS53において、集中需要対応運行計画作成部220が、利用実績情報211の読み取り結果に基づいて、利用実績の分析を行う。かかる分析に際して、集中需要対応運行計画作成部220は、まず、需要の変動パターンごとに、時間帯別にバス停間の利用件数と利用人数の累積及び平均値を算出する。引き続き、この算出結果に基づき、例えば、1時間に4件以上又は1時間に10人以上等の一定以上の利用のある時間帯及び乗降バス停間の組み合わせを、集中需要のある組み合わせとして抽出する。そして、抽出された乗降バス停間について、需要の時間帯変動を算出し、集中需要の基礎データとして、需要の変動パターンごとに、集中需要乗降バス停間の件数、人数の平均値と、時間帯の変動係数とを求める。
【0069】
次いで、ステップS54において、集中需要対応運行計画作成部220が、集中需要対応運行計画候補を、需要の変動パターンごとに作成する。かかる集中需要対応運行計画候補の作成に際して、集中需要対応運行計画作成部220は、ステップS53における分析結果に基づいて、需要の変動パターンごとに、集中需要の乗降バス停間の時間当たりの件数と利用者数を推定する。この推定結果に基づいて、バス車両の配分を行う。この配分に際しては、例えば、推定利用件数の3件に1回の割合で、また、推定利用者数に対して、使用する車両定員の0.7、すなわち9人乗りであれば6人に1回の割合で配車することとし、これらの内で配車数の大きい方を採用する。引き続き、配車が割り当てられたバス車両を等間隔運行として、例えば、3回ならばその時間帯の10分と30分と50分のように、乗車可能時刻を設定することにより、集中需要対応運行計画作成部220が、集中需要対応運行計画候補を作成する。
【0070】
こうして集中需要対応運行計画候補が作成されると、ステップS55において、集中需要対応運行計画作成部220は、新たに作成された集中需要対応運行計画候補に、記憶部210内の集中需要対応運行計画候補情報212の内容を更新する。そして、処理はステップS51に戻る。この後、ステップS51〜S55の処理が繰り返されることにより、定期的に新たな集中需要対応運行計画候補が作成され、集中需要対応運行計画候補情報212の内容が更新される。
【0071】
そして、集中需要対応運行計画作成部220は、運行計画作成の作成対象なる日の曜日、天候という需要の変動パターンが定まった段階(遅くとも運行計画作成の作成対象なる日におけるデマンド受付開始時刻まで)で、当該変動パターンに対応する集中需要対応運行計画候補を読み出す。そして、集中需要対応運行計画作成部220は、読み出された集中需要対応運行計画候補に、集中需要対応運行計画情報213の内容を更新する。
【0072】
<集中需要区間における集中需要に対応する車両通過時刻表示処理>
次に、運用当日における集中需要区間における集中需要に対応する車両通過時刻表示処理について、説明する。
【0073】
この処理では、図8に示されるように、まず、ステップS71において、運用当日におけるサービス開始時刻となると、集中需要対応情報送信部240が、記憶部210から集中需要対応運行計画情報213を読み取る。引き続き、ステップS72において、集中需要対応情報送信部240が、読み取られた集中需要対応運行計画情報213の内容に基づいて、車両通過時刻情報提示装置160k(k=1,…)それぞれに通知すべき車両通過時刻情報DTDkを作成する。そして、ステップS73において、集中需要対応情報送信部240が、集中需要の時間帯における車両通過時刻を内容とする車両通過時刻情報DTDkを、対応する車両通過時刻情報提示装置160kへ、バス停通信部118を介して送る。
【0074】
この車両通過時刻情報DTDkを受けた車両通過時刻情報提示装置160kでは、受信後における集中需要の時間帯における車両通過時刻を表示する。この表示結果の例が、図9に示されている。
【0075】
図8に戻り、ステップS73の処理が終了すると、処理は、ステップS74へ進む。このステップS74では、集中需要対応情報送信部240が、前回の車両通過時刻情報DTDkの送信から所定時間を経過したか否かを判定する。この判定の結果が否定的であった場合(ステップS74:N)には、ステップS74の処理が繰り返される。
【0076】
一方、ステップS74における判定の結果が肯定的であった場合(ステップS74:Y)の場合には、処理はステップS73へ戻る。この後、ステップS73,S74の処理が繰り返される。
【0077】
<運行計画の作成処理>
次に、デマンドに対応して行われる運行計画の作成処理について、説明する。
【0078】
前提として、現在までに受けた少なくとも1つのデマンドに対応した運行計画(以下、「現在運行計画」という)が作成され、管理センタ110の記憶部210内の運行計画情報215として登録されているものとする。また、現在運行計画において予約が完了しているデマンドの内容が、記憶部210内の予約リスト214に登録されているものとする。
【0079】
このデマンド処理では、図10に示されるように、まず、ステップS11において、利用者から新たなデマンドを受けたか否かが判定される。この判定の結果が否定的であった場合(ステップS11:N)には、ステップS11の処理が繰り返される。
【0080】
一方、オペレータが電話装置111により新たなデマンドを受けると、ステップS11における判定の結果が肯定的となり(ステップS11:Y)、処理はステップS12へ進む。このステップS12では、新たなデマンドの入力処理が行われる。かかる新たなデマンドの入力処理では、オペレータが表示装置113の表示を確認しながら、入力装置112を操作して、当該新たなデマンドの内容を運行計画作成部230に対して入力する。こうした新たなデマンドの内容は、乗降するバス停留所名、乗降人数及び乗車希望時刻等を含んでいる。
【0081】
次に、ステップS13において、運行計画作成部230により、新たなデマンドの内容に対応した新たな運行計画の作成処理が行われる。この処理では、図11に示されるように、まず、ステップS21において、新たな運行計画候補の作成が行われる。
【0082】
この新たな運行計画候補の作成に際して、運行計画作成部230は、予約リスト214に登録されているデマンド内容と、新たなデマンド内容との新たな組み合わせである新たな予約の組み合わせを作成する。引き続き、運行計画作成部230は、記憶部210から運用日に適用される集中需要対応運行計画に関する情報である集中需要対応運行計画情報213の内容を読み出す。そして、運行計画作成部230は、新たな予約の組み合わせから、運用日に適用される集中需要対応運行計画をそのまま取り込みつつ、仮運行計画を作成する。
【0083】
次に、運行計画作成部230は、作成された仮運行計画について、サービス指標及び運行指標を算出する。ここで、サービス指標には、待ち時間、迂回時間等が含まれ、運行指標には、総走行時間等が含まれる。
【0084】
こうして仮運行計画のサービス指標及び運行指標が算出されると、運行計画作成部230は、算出された指標の中に、現在運行計画の場合と比べて極端に悪い値のものが含まれているか否かを判定することにより、サービス指標及び運行指標に関する第1次評価に合格か否かを判定する。
【0085】
以上の仮運行計画の作成及び第1次評価を、予約リスト214に登録されているデマンド内容と、新たなデマンド内容との全ての組み合わせについて行ない、運行計画候補を作成する。そして、全ての組み合わせの第1次評価が完了すると、運行計画作成部230は、サービス指標及び運行指標に関する第1次評価に合格した新たな運行計画候補のランク付けを行う。このランク付けは、サービス指標及び運行指標を総合的に勘案して行われる。すなわち、サービス指標の値が小さいほど、運行指標の値が小さいほど総合ランクが高くなるように行われる。
【0086】
こうして、新たな運行計画候補のランク付けが終了すると、処理はステップS22へ進む。このステップS22では、ランク付けされた新たな運行計画候補の内で最もランクの高い第1候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容が利用者に通知される。かかる通知処理に際しては、まず、運行計画作成部230が、第1候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容を、表示装置113に表示させる。この表示内容を見たオペレータが、電話装置111を利用して、通話中の利用者に、その内容を通知する。
【0087】
次に、ステップS23において、まず、運行計画作成部230が、利用者の了解がとれたか否かを判定する。ここで、運行計画作成部230は、オペレータが、了解が取れた旨の操作入力を入力装置112に対して行ったことが、入力装置112から報告された場合に肯定的な判定を行う。一方、運行計画作成部230は、オペレータが、了解が取れなかった旨の操作入力を入力装置112に対して行ったことが、入力装置112から報告された場合に否定的な判定を行う。
【0088】
ステップS23における判定の結果が肯定的であった場合(ステップS23:Y)には、その時点において候補となっている新たな運行計画候補を新たな運行計画に決定し、ステップS13の処理が終了する。そして、処理は図10のステップS14へ進む。
【0089】
図11に戻り、ステップS23における判定の結果が否定的であった場合(ステップS23:N)には、処理はステップS24へ進む。このステップS24では、運行計画作成部230が、新たな運行計画候補として次候補があるか否かを判定する。
【0090】
ステップS24における判定の結果が肯定的であった場合(ステップS24:Y)には、処理はステップS25へ進む。このステップS25では、次候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容が利用者に通知される。かかる通知処理に際しては、まず、運行計画作成部230が、第1候補に基づく、新たなデマンドに対応する乗車可能時間等の予約内容を、表示装置113に表示させる。この表示内容を見たオペレータが、電話装置111を利用して、通話中の利用者に、その内容を通知する。
【0091】
この後、処理はステップS23へ戻る。そして、ステップS23における判定の結果が肯定的となるか、ステップS24における判定の結果が否定的となるまで、上記のステップS23〜S25の処理が繰り返される。
【0092】
上記のステップS24における判定の結果が否定的となった場合(ステップS24:N)には、処理はステップS26へ進む。このステップS26では、新たなデマンドに関するバス利用に対する予約が不可であることが、利用者に通知される。かかる通知に際しては、まず、運行計画作成部230が、新たなデマンドに対応するバス利用予約が不可である旨を、表示装置113に表示させる。この表示内容を見たオペレータが、電話装置111を利用して、通話中の利用者に、その旨を通知する。
【0093】
ステップS26の処理が終了すると、ステップS13の処理が終了する。そして、処理は図10のステップS14へ進む。
【0094】
ステップS14では、運行計画作成部230が、新たな運行計画が決定されたか否かを判定する。この判定の結果が否定的であった場合(ステップS14:N)には、処理はステップS11へ戻る。
【0095】
一方、ステップS14における判定の結果が肯定的であった場合(ステップS14:Y)には、処理はステップS15へ進む。このステップS15では、運行計画作成部230が、新たなデマンドの内容を予約リスト214内に追加するとともに、決定された新たな運行計画に運行計画情報215の内容を更新する。この更新に際して、運行計画作成部230は、更に運行計画情報215内の更新フラグをONにする。この後、処理はステップS11へ戻る。
【0096】
以後、上記のステップS11〜S15の処理が繰り返されることにより、新たなデマンドに対応した新たな運行計画の作成処理が行われる。
【0097】
<バス車両への運行指示情報の送信処理>
以上のような運行計画作成部230による新たな運行計画の作成処理と並行して、運行制御部260による運行指示RTDj(j=1〜5)の作成及びバス車両150jへの通知の処理が行われる。この運行指示RTDjの作成及び通知の処理では、図12に示されるように、まず、ステップS41において、運行計画作成部230が、所定時間が経過したか否かを判定する。
【0098】
ステップS41における判定の結果が否定的であった場合(ステップS41:N)には、処理はステップS41へ戻る。そして、ステップS41における判定の結果が肯定的となるまで、ステップS41の処理が繰り返される。
【0099】
所定時間が経過し、ステップS41における判定の結果が肯定的となると(ステップS41:Y)、処理はステップS42へ進む。このステップS42では、運行制御部260は、運行計画情報230内の更新フラグがONであるか否かを判定することにより、前回の参照時から運行計画情報230が更新されたか否かを判定する。この判定の結果が否定的であった場合(ステップS42:N)には、処理はステップS41へ戻る。そして、ステップS42における判定の結果が肯定的となるまで、上記のステップS41,S42の処理が繰り返される。
【0100】
運行計画作成部230により運行計画情報215が更新され、ステップS42における判定の結果が肯定的となると(ステップS42:Y)、処理はステップS43へ進む。このステップS43では、運行制御部260が、運行計画情報215に登録されている運行計画を取得する。そして、運行計画情報215内の更新フラグをONに設定する。
【0101】
次に、ステップS44において、運行制御部260が、取得された運行計画に基づいて、バス車両150j(j=1〜5)のそれぞれに通知すべき運行指示RTDjを作成する。引き続き、ステップS45において、運行制御部260が、作成された運行指示RTDjを、バス通信部117を介して、バス車両150jへ送る。
【0102】
この後、処理はステップS41へ戻る。そして、運行制御部260は、上記のステップS41〜S45の処理を繰り返す。
【0103】
以上のようにして、管理センタ110から発行された運行指示RTDjを受けると、バス車両150jでは、その内容が表示装置153に表示される。そして、運行指示RTDjの内容が、バス車両150jでの運転手に提示される。
【0104】
以上説明したように、本実施形態では、需要の変動パターンごとに、サービス領域SVAにおける集中需要区間と集中需要時間帯との組み合わせに対応する集中需要対応運行計画を作成する。そして、作成された集中需要対応運行計画をそのまま取り込みつつ、デマンドに対応した運行計画が作成される。したがって、本実施形態によれば、時間帯によって集中需要区間が存在する場合であっても、合理的な運行計画を簡易に作成して、車両運行サービスを提供することができる。
【0105】
すなわち、本実施形態のデマンドバスシステム100によれば、鉄道駅、病院、大規模店舗等の集中需要がある地区に適用するデマンドバスにおいて、集中需要バス停に先行的に仮予約の仮運行計画を設定し、その情報を利用者に提供して、需要の集約化を実現することにより、従来のように、集中需要地点を含む固定路線バスを設定して、その他をデマンドバスとするという、固定路線における無駄な運行を軽減し、かつ、すべてを個別予約とすることによる集中需要地点に係る予約と運行の混乱や輻輳を軽減することを可能としている。
【0106】
これにより、従来のデマンドバスでは1台1日当り数十人といわれてきた対応限界を超えることを可能とするとともに、受付の負担も大幅に軽減することを可能としている。
また、単に固定路線バスを一部に適用するのではなく、利用データに即してサービス地点や運行時刻を可変として随時に更新していく操作を付加することにより、肌理の細かい対応が可能となり、従来デマンドバスでは適用困難と考えられがちであった、都市部や観光地等集中需要のある地区でのコストパフォーマンスの高いバスサービスの方式を提供することを可能としている。
【0107】
また、本実施形態では、利用実績情報の基礎となる各バス停における乗車人数情報を、日々の実際のバス運行において収集している。合理的な集中需要対応運行計画を精度良く作成することができる。
【0108】
また、本実施形態では、管理センタ110が、集中需要区間におけるバス停に配置された車両通過時刻情報提示装置160kへ、集中需要時間帯における車両通過時刻情報NRDkを送り、車両通過時刻情報提示装置160kでは、受信した車両通過時刻情報NRDkで通知された集中需要時間帯における車両通過時刻情報を表示して、利用者に提示するようにしている。このため、利用者の利便性を向上できるとともに、集中需要区間における車両利用を集中需要対応計画による車両運行に効率的に集約することができる。
【0109】
[実施形態の変形]
本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。
【0110】
例えば、上記の実施形態では、バス車両の数を5台としたが、バス車両の数は任意の数とすることができる。
【0111】
また、上記の実施形態では、需要の変動パターンを曜日と天候との組み合わせにより指定するようにしたが、任意の要素の組み合わせとすることができる。例えば、曜日及び天候に加えて、季節を需要の変動パターンの要素とすることができる。
【0112】
また、上記の実施形態では、集中需要時における運行情報のバス停における利用者への提供を表示装置への表示により行うことにしたが、音声により、又は、音声と表示とを組み合わせて行うようにしてもよい。
【0113】
また、上記の実施形態では、新たな運行計画候補のランク付けを運行計画作成部230が行うようにしたが、オペレータが行うようにしてもよい。
【0114】
また、上記の実施形態では、新たな運行計画候補のランク付け後における第1候補における予約内容を利用者に提示し、利用者の了解が得られなかった場合に、次候補における予約内容を提示していくようにした。これに対し、当該第1候補における予約内容をのみ利用者に提示し、了解が得られなかった場合には、利用者のデマンド内容の変更を促すようにし、デマンド内容の変更がなされた場合には、当該変更されたデマンド内容を新たなデマンド内容として、新たに運行計画作成処理を行うようにしてもよい。
【0115】
また、上記の実施形態では、オペレータが入力装置112を操作して、デマンドの内容や利用者の承諾等を運行計画作成部230へ入力するようにしたが、利用者がパーソナルコンピュータ等の通信機能を有する情報処理装置を使用し、当該情報処理装置と運行計画作成部230とが直接通信することにより、デマンドの内容や利用者の承諾等を運行計画作成部230へ入力するようにしてもよい。
【0116】
また、上記の実施形態では、サービス提供に使用される車両をバスとするデマンドバスシステムについて本発明を適用したが、サービス提供に使用される車両をバス以外のタクシー等とするデマンドタクシーシステム等の車両運行システムに本発明を適用できることは、勿論である。
【産業上の利用可能性】
【0117】
以上説明したように、本発明の車両運行システムは、デマンドに対応して運行計画を作成し、作成された運行計画に沿って車両の運行を行う車両運行システムに適用することができる。
【図面の簡単な説明】
【0118】
【図1】本発明の一実施形態に係るデマンドバスシステムの構成を模式的に示す図である。
【図2】サービス領域内の集中需要区間を概念的に示す図である。
【図3】図1の管理センタ、バス車両の車載器、及び車両通過時刻提示装置の内部設備の構成を概略的に示すブロック図である。
【図4】図3の処理制御部の構成を示すブロック図である。
【図5】図4の記憶部における記憶内容を説明するための図である。
【図6】バス車両の車載器における乗車人数の入力操作を説明するための図である。
【図7】集中需要対応運行計画の作成処理を説明するためのフローチャートである。
【図8】集中需要区間における集中需要に対応する車両通過時刻表示処理を説明するためのフローチャートである。
【図9】車両通過時刻提示装置における表示例を説明するための図である。
【図10】デマンド処理を説明するためのフローチャートである。
【図11】図10の運行計画作成処理を説明するためのフローチャートである。
【図12】運行指示発行処理を説明するためのフローチャートである。
【符号の説明】
【0119】
100…デマンドバスシステム(車両運行システム)、110…管理センタ、111…電話装置、112…入力装置、113…表示装置、115…処理制御部、117…バス通信部、118…バス停通信部、150j…バス車両、151…通信部、152…制御装置、153…表示装置、154…入力装置、160j…車両通過時刻提示装置(運行情報定時手段)、161…通信部、162…制御装置、163…表示装置、210…記憶部(記憶手段)、220…集中需要対応運行計画作成部(集中需要対応運行計画作成手段)、230…運行計画作成部(運行計画作成手段)、240…集中需要対応情報送信部(集中需要対応情報送信手段)、250…利用実績更新部(利用実績更新手段)、260…運行制御部(運行制御手段)、310…電話機、320…携帯電話機。
【特許請求の範囲】
【請求項1】
運行サービスの提供に利用される車両の利用実績情報を記憶する記憶手段と;
前記記憶手段における記憶内容に基づいて、前記車両利用の需要の多い時間帯である集中需要時間帯と、前記車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出し、抽出結果抽出結果に基づいて、前記集中需要に対応する集中需要対応運行計画を作成する集中需要対応運行計画作成手段と;
乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、前記集中需要対応運行計画作成手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成する運行計画作成手段と;
前記新たな運行計画に基づいて、前記車両ごとに運行時刻順に乗降地点を抽出し、該当する車両の車載装置へ送信する運行制御手段と;
を備えることを特徴とする車両運行システム。
【請求項2】
前記車両に搭載され、乗降実績情報を送信する需要実績送信手段と;
前記需要実績送信手段からの乗降実績情報に基づいて、前記記憶手段における利用実績情報を更新する利用実績更新手段と;
を更に備えることを特徴とする請求項1に記載の車両運行システム。
【請求項3】
前記集中需要区間における停留所に配置された運行情報提示手段と;
前記集中需要対応運行計画に基づいて、前記集中需要区間の停留所ごとにおける前記車両の通過予定時刻情報を生成して、該当する停留所に配置された運行情報提示手段へ送る集中需要対応情報送信手段と;
を更に備えることを特徴とする請求項1又は2に記載の車両運行システム。
【請求項4】
前記運行情報提示手段は、現在時刻以降の前記集中需要時間帯における前記車両の通過予定時刻情報を提示する、ことを特徴とする請求項3に記載の車両運行システム。
【請求項1】
運行サービスの提供に利用される車両の利用実績情報を記憶する記憶手段と;
前記記憶手段における記憶内容に基づいて、前記車両利用の需要の多い時間帯である集中需要時間帯と、前記車両利用の需要の多い停留所区間である集中需要区間との組み合わせに対する集中需要を抽出し、抽出結果抽出結果に基づいて、前記集中需要に対応する集中需要対応運行計画を作成する集中需要対応運行計画作成手段と;
乗降地点、乗車人数及び乗車希望時刻を含む乗合車両の新たな利用要求情報に対応して、前記集中需要対応運行計画作成手段により作成された集中需要対応運行計画をそのまま取り込みつつ、現在の運行計画の更新を行ない、最適化された新たな運行計画を作成する運行計画作成手段と;
前記新たな運行計画に基づいて、前記車両ごとに運行時刻順に乗降地点を抽出し、該当する車両の車載装置へ送信する運行制御手段と;
を備えることを特徴とする車両運行システム。
【請求項2】
前記車両に搭載され、乗降実績情報を送信する需要実績送信手段と;
前記需要実績送信手段からの乗降実績情報に基づいて、前記記憶手段における利用実績情報を更新する利用実績更新手段と;
を更に備えることを特徴とする請求項1に記載の車両運行システム。
【請求項3】
前記集中需要区間における停留所に配置された運行情報提示手段と;
前記集中需要対応運行計画に基づいて、前記集中需要区間の停留所ごとにおける前記車両の通過予定時刻情報を生成して、該当する停留所に配置された運行情報提示手段へ送る集中需要対応情報送信手段と;
を更に備えることを特徴とする請求項1又は2に記載の車両運行システム。
【請求項4】
前記運行情報提示手段は、現在時刻以降の前記集中需要時間帯における前記車両の通過予定時刻情報を提示する、ことを特徴とする請求項3に記載の車両運行システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【公開番号】特開2009−301078(P2009−301078A)
【公開日】平成21年12月24日(2009.12.24)
【国際特許分類】
【出願番号】特願2008−151300(P2008−151300)
【出願日】平成20年6月10日(2008.6.10)
【出願人】(301032023)株式会社エイブイプランニングセンター (5)
【Fターム(参考)】
【公開日】平成21年12月24日(2009.12.24)
【国際特許分類】
【出願日】平成20年6月10日(2008.6.10)
【出願人】(301032023)株式会社エイブイプランニングセンター (5)
【Fターム(参考)】
[ Back to top ]