JP5398327B2

JP5398327B2 - 車両運行システム

Info

Publication number: JP5398327B2
Application number: JP2009090036A
Authority: JP
Inventors: 勉塚原
Original assignee: 株式会社エイブイプランニングセンター
Priority date: 2009-04-02
Filing date: 2009-04-02
Publication date: 2014-01-29
Anticipated expiration: 2029-04-02
Also published as: JP2010244177A

Description

本発明は、車両運行システムに係り、より詳しくは、利用者からの乗降地点及び希望乗車時刻を含むデマンドに基づいて、少なくとも１台の乗合車両の運行計画を作成し、作成された運行計画に従って車両運行を行う車両運行システムに関するものである。

近年、利用者が希望する乗車位置、乗車時刻及び降車位置を含むデマンドを受けて運行計画を作成し、作成された運行計画に従って、バス等の車両の運行を行うデマンドバスシステム等の車両運行システムが注目されている（特許文献１参照）。こうした車両運行システムでは、受け付けられたデマンドに基づき、乗車待ち時間、迂回時間又は車両の総走行時間等といった、サービス圏内全体にわたる利用者の条件又は運行車両の走行条件を考慮して運行計画の作成を行うことができる。

こうした車両運行システムによれば、路線バス方式よりもかなりコストパフォーマンスの高いサービスの提供が可能となっている。そして、サービス圏内であれば、路線バス方式ではバスの都合に利用者が合わせて利用するのに対して、利用者の都合にバスが合わせるものとして、着目されている。

特開２００３−１７３４９７号公報

上述した従来例の車両運行システムでは、利用者は、現時点における運行計画すなわち配車状況情報を適切に得る方法がない。このため、利用者は、一方的にデマンドを発行している。そして、車両運行システムは、受信したデマンドの内容を極力反映すべく、新たな運行計画を作成するようになっている。

すなわち、車両運行システムは、利用者に対しては、常に、受動的な立場となっている。このため、利用に適した配車の可能性があっても、予約のタイミングを失したり、混雑や空き時間帯があるにも拘らず、予約が集中してしまったりして、車両運行システムとして車両運行サービスの供給能力を十分に発揮できないことがあった。

本発明は、上記の事情を鑑みてなされたものであり、車両運行の効率性と利用者の利便性とを合理的に調和させることができる車両運行システムを提供することを目的とする。

本発明の車両運行システムは、利用者からの乗降地点及び希望乗車時刻を含むデマンドに基づいて、少なくとも１台の乗合車両の運行計画を作成し、作成された運行計画に従って車両運行を行う車両運行システムであって、前記車両運行に適用されている運行計画である現行運行計画に基づいて、新たなデマンドによる乗降車の予約容易性情報を定期的に導出する導出手段と；前記導出手段による導出結果を提示する提示手段と；を備え、前記予約容易性情報には、現時点以降における所定の時間帯ごとの車両運行の混雑度、前記所定の時間帯ごとの所定の乗降地点間における運行余裕度、及び、予測待ち時間の少なくとも１つが含まれ、前記予測待ち時間は、所定の主要乗車地点間についての希望乗車時刻を含む新たなデマンドを受け、前記現行運行計画に対して前記新たなデマンドを反映させた新たな運行計画を作成した場合に、前記新たな運行計画における前記新たなデマンドに含まれる希望乗車時刻からの待ち時間である、ことを特徴とする車両運行システムである。

この車両運行システムでは、一般の車両運行システムの場合と同様に、利用者からの乗降地点及び希望乗車時刻を含むデマンドに基づいて、運行計画を作成する。そして、作成された運行計画に従って車両運行を行う。

こうして作成され、車両運行に適用されている運行計画である現行運行計画に基づいて、導出手段が、新たなデマンドによる乗降車の予約容易性情報を定期的に導出する。こうした予約容易性情報には、現時点以降における所定の時間帯ごとの車両運行の混雑度、所定の時間帯ごとの所定の乗降地点間における運行余裕度、及び、予測待ち時間の少なくとも１つが含まれる。ここで、予測待ち時間は、所定の主要乗車地点間についての希望乗車時刻を含む新たなデマンドを受け、現行運行計画に対して新たなデマンドを反映させた新たな運行計画を作成した場合に、当該新たな運行計画における新たなデマンドに含まれる希望乗車時刻からの待ち時間である。

導出手段により導出された予約容易性情報は、提示手段により、利用者に提示される。こうした提示手段としては、例えば、主要地点に近接した施設内に設置された表示装置、電話問い合わせに対する自動応答装置、当該車両運行システムのＷＥＢページの更新装置等を採用することができる。

こうして提示手段により提示された予約可能性情報を参照することにより、利用者は、予約可能である蓋然性の高いデマンドを発行する。また、利用者からのデマンドが、予約可能である蓋然性の高いものに絞りこまれるので、車両運行システムにおける処理負荷が低減されるとともに、効率的な車両運行が可能となる。

本発明の車両運行システムでは、前記導出手段が、前記現行運行計画に基づいて、前記車両運行の混雑度を算出する混雑度算出手段と；前記現行運行計画に基づいて、前記運行余裕度を算出する運行余裕度算出手段と；前記予測待ち時間を算出する予測待ち時間算出手段と；を備えるようにすることができる。

この場合には、混雑度算出手段が、現行運行計画に基づいて、現時点以降における所定の時間帯ごとの車両運行の混雑度を算出する。また、運行余裕度算出手段が、現行運行計画に基づいて、所定の時間帯ごとに、所定の乗降地点間における運行余裕度を算出する。また、予測待ち時間算出手段が、所定の主要乗車地点間についての希望乗車時刻を含む新たなデマンドを受け、当該現行運行計画に対して新たなデマンドを反映させた新たな運行計画を作成した場合に、当該新たな運行計画における新たなデマンドに含まれる希望乗車時刻からの待ち時間として予測待ち時間を算出する。

ここで、前記混雑度算出手段が、前記現行運行計画における各車両の待機時間に基づいて、前記混雑度を算出するようにすることができる。

また、前記所定の乗降地点間は、前記現行運行計画において、運行車両に対して第１所定時間以上の待機時間が予定されている乗降地点間とし、前記運行余裕度算出手段は、前記待機時間及び乗車率に基づいて、前記運行余裕度を算出するようにすることができる。

また、前記予測待ち時間算出手段が、現時点以降における検討時間帯ごとに仮想デマンドを発生させ、前記現行運行計画に対して前記仮想デマンドを反映させた仮運行計画を作成した後、前記作成された仮運行計画に基づいて、前記予測待ち時間を算出するようにすることができる。

以上説明したように、本発明の車両運行システムによれば、車両運行の効率性と利用者の利便性とを合理的に調和させることができる。

本発明の一実施形態に係るデマンドバスシステムの構成を模式的に示す図である。図１の管理センタ、バス車両の車載器、及び、拠点端末装置の構成を概略的に示すブロック図である。図２の処理制御部の構成を示すブロック図である。図３の記憶部における記憶内容を説明するための図である。図４の混雑度情報の内容を説明するための図である。図４の運行余裕度情報の内容を説明するための図である。図４の予測待ち時間情報の内容を説明するための図である。混雑度情報の更新処理を説明するためのフローチャートである。図８の混雑度算出処理を説明するためのフローチャートである。運行余裕度情報の更新処理を説明するためのフローチャートである。図１０の運行余裕度算出処理を説明するためのフローチャートである。図１１の車両別運行余裕度算出処理を説明するためのフローチャートである。予測待ち時間情報の更新処理を説明するためのフローチャートである。予測待ち時間情報の導出処理を説明するためのフローチャートである。利用者への情報提示例を説明するための図である。

以下、本発明の一実施形態を、図１〜図１５を参照して説明する。なお、以下の説明及び図面においては、同一又は同等の要素には同一の符号を付し、重複する説明を省略する。

［構成］
図１には、本発明の一実施形態に係る車両運行サービスシステムであるデマンドバスシステム１００の構成の概略が模式的に示されている。この図１に示されるように、デマンドバスシステム１００は、管理センタ１１０と、バス車両１５０_j（ｊ＝１，…）と、拠点施設１７０_k（ｋ＝１，…）に設置された拠点端末装置１６０_kとを備えている。

ここで、管理センタ１１０は、携帯電話機等の利用者の電話機３１０から、公衆電話網や移動通信網を介して、バスの利用予約に関するデマンドを受けるとともに、当該デマンドに対する応答を送るようになっている。ここで、電話機３１０は多数存在するが、図１では、１台が代表的に示されている。

また、管理センタ１１０は、バス車両１５０_j（ｊ＝１，…）へ、運行指示情報を送るようになっている。そして、バス車両１５０_jは、管理センタ１１０からの運行指示情報に従って、サービス領域ＳＶＡ内を走行するようになっている。なお、本実施形態では、バス車両の台数を３台としている。

また、管理センタ１１０は、パーソナルコンピュータ３２０や、携帯電話機のようにデータ通信機能を有する電話機３１０からの運行状況情報の問い合わせに応答して、現時点における運行状況情報のうち、後述する混雑度情報及び運行余裕度情報を提示するようになっている。さらに、管理センタ１１０は、定期的に、上述した混雑度情報及び運行余裕度情報に加えて、拠点施設１７０_k（ｋ＝１，…）ごとに、後述する予測待ち時間情報を、拠点端末装置１６０_kへ送るようになっている。なお、以下の説明においては、データ通信機能を有する電話機３１０及びパーソナルコンピュータ３２０を総称して、「利用者端末装置３１０，３２０」とも呼ぶ。

管理センタ１１０は、図２に示されるように、電話装置１１１と、入力装置１１２と、表示装置１１３とを備えている。また、管理センタ１１０は、処理制御部１１５と、バス通信部１１７と、利用者端末通信部１１８と、拠点通信部１１９とを備えている。

上記の電話装置１１１は、利用者の電話機３１０との間で通話通信を行う。この電話装置１１１を利用して、管理センタ１１０に駐在するオペレータが、利用者からのバスの利用予約に関するデマンドを受けたり、当該デマンドに対する応答を送ったりするようになっている。ここで、デマンドの内容は、乗降するバス停留所名、乗降人数及び乗車希望時刻等を含んでいる。

入力装置１１２は、キーボードやマウス等を備えて構成されている。この入力装置１１２を操作して、オペレータは、利用者からのデマンドの内容や各種指令を処理制御部１１５へ入力するようになっている。

表示装置１１３は、液晶ディスプレイパネル等を備えて構成されている。この表示装置１１３には、操作ガイダンス、入力装置１１２を利用した入力結果、新たに作成された運行計画候補におけるデマンドに対応する乗車可能時刻等が表示されるようになっている。

なお、オペレータは、表示装置１１３に表示される入力結果を確認しつつ、入力装置１１２を操作して、オペレータは、利用者からのデマンドの内容を処理制御部１１５へ入力するようになっている。

処理制御部１１５は、管理センタ１１０全体の動作を制御する。この処理制御部１１５は、図３に示されるように、記憶部２１０と、運行計画作成部２２０と、運行制御部２３０とを備えている。また、処理制御部１１５は、混雑度算出部２４０と、運行余裕度算出部２５０と、予測待ち時間算出部２６０とを備えている。

記憶部２１０は、図４に示されるように、ハードディスク装置等を備えて構成されている。この記憶部２１０には、予約リスト２１１、現行運行計画情報２１２、混雑度情報２１３、運行余裕度情報２１４、予測待ち時間情報２１５等の様々な情報データが記憶されている。なお、以下の説明においては、「混雑度情報２１３」、「運行余裕度情報２１４」及び「予測待ち時間情報２１５」を総称して、「予約可能性情報」と記すものとする。

予約リスト２１１は、現在の運行計画の作成に際して考慮したデマンドを含む受付デマンド一覧リストである。また、現行運行計画情報２１２は、現在運用している車両運行計画の情報であり、バス車両１５０_j（ｊ＝１，…）のそれぞれに関する個別運行計画の情報を含んでいる。

また、混雑度情報２１３は、図５に示されるように、現在時刻以降の所定時間帯ごとにおける車両運行システム１００としての平均的な混雑度の情報である。ここで、混雑度は、複数段階でランク付けされた情報が登録されるようになっている。本実施形態では、ランク付けは７段階（ランク１〜７）で行われ、ランク数が大きな程、混雑度が高くなるようになっている。

また、運行余裕度情報２１４は、図６に示されるように、現在時刻以降におけるバス車両１５０_j（ｊ＝１，…）のそれぞれの停留所間の運行余裕度の情報である。ここで、運行余裕度は、複数段階でランク付けされた情報が登録されるようになっている。本実施形態では、ランク付けは３段階（小、中、大）で行われるようになっている。

また、予測待ち時間情報２１５は、図７に示されるように、現在時刻以降における拠点乗降位置ごとに、主な行き先へ向かうデマンドの受付可能状況の時間推移の情報である。ここで、受付可能状況は、複数段階でランク付けされた情報が登録されるようになっている。本実施形態では、ランク付けは３段階（良好、通常、劣悪）で行われるようになっており、何分後の乗車希望のデマンドが、どの段階の受付可能状況となっているかが登録されるようになっている。

なお、「拠点乗降位置」としては、駅、病院、役所等が挙げられる。こうした「拠点乗降位置」は、乗降実績に基づいて、予め定められる。

また、「主な行き先」としては、上記の「拠点乗降位置」の場合と同様に、駅、病院、役所等が挙げられる。こうした「主な行き先」も、乗降実績に基づいて、予め定められる。

図３に戻り、運行計画作成部２２０は、新たなデマンドの内容を受けると、新たな運行計画候補を作成する。かかる新たな運行計画候補の１つについて、当該新たなデマンドの通知を行った利用者の承諾が取れ、新たな運行計画が決定されると、運行計画作成部２２０は、記憶部２１０における予約リストに当該新たなデマンドの内容を追加するとともに、現行運行計画情報２１２の内容を、決定された新たな運行計画に更新する。

なお、本実施形態では、バス車両１５０_j（ｊ＝１，…）に対して、ルート、ダイヤ及び担当エリアは予め設定されていない。そして、運行計画作成部２２０は、デマンドに応じて、自由な乗降の組み合わせ及び配車計算を行い、最適解を選定して運行計画を作成していくようになっている。

運行制御部２３０は、記憶部２１０内の現行運行計画情報２１２に基づいて、バス車両１５０_j（ｊ＝１，…）に通知すべき運行指示を作成する。そして、運行制御部２３０は、運行指示情報を、対応するバス車両１５０_jへ向けて送る。なお、運行制御部２３０は、第１所定時間の経過ごとに、記憶部２１０の現行運行計画情報２１２をチェックし、新たな運行計画が作成されていた場合に、運行指示を作成し、バス車両１５０_jのそれぞれに送るようになっている。

混雑度算出部２４０は、記憶部２１０内の現行運行計画情報２１２に基づいて、現在時刻以降の所定時間帯ごとに、車両運行システム１００としての平均的な混雑度を算出し、記憶部２１０内の混雑度情報２１３を更新する。かかる混雑度の算出は、現行運行計画におけるバス車両１５０_jのそれぞれの待機時間に基づいて算出される。混雑度の算出処理の詳細については、後述する。

運行余裕度算出部２５０は、記憶部２１０内の現行運行計画情報２１２に基づいて、現在時刻以降におけるバス車両１５０_jのそれぞれの停留所間の運行余裕度の情報を算出し、記憶部２１０内の運行余裕度情報２１４を更新する。かかる運行余裕度の算出は、現行運行計画におけるバス車両１５０_jのそれぞれの停留所間の待機時間と、乗車予約率とに基づいて算出される。運行余裕度の算出処理の詳細については、後述する。

予測待ち時間算出部２６０は、記憶部２１０内の現行運行計画情報２１２に基づいて、現在時刻以降における拠点乗降位置と所定時間帯との組み合わせごとに、主な行き先へ向かうデマンドの予測待ち時間を算出して、予測待ち時間情報２１５を導出する。そして、算出結果に基づいて、予測待ち時間算出部２６０は、記憶部２１０内の予測待ち時間情報２１５を更新する。かかるデマンドの受付可能状況の時間推移の算出は、拠点乗降位置と所定時間帯との組み合わせごとに、当該拠点乗降地点に対応して定まる主な行き先について仮デマンドを発生させて、デマンドの受付可能状況を算出する。予測待ち時間の算出処理の詳細については、後述する。

図２に戻り、バス通信部１１７は、移動通信網を介したバス車両１５０_j（ｊ＝１，２，…）との間の通信処理を行う。このバス通信部１１７を介することにより、処理制御部１１５における運行制御部２３０は、運行指示をバス車両１５０_jのそれぞれに通知したり、乗車人数情報ＮＲＤ_j情報を受信したりすることができるようになっている。

利用者端末通信部１１８は、移動通信網又は固定通信網を介した利用者端末装置３１０，３２０との間の通信処理を行う。かかる利用者端末装置３１０，３２０との間の通信処理に際して、利用者端末通信部１１８は、定期的に、記憶部２１０内の混雑度情報２１３及び運行余裕度情報２１４に基づいて、一般利用者用情報を作成する。そして、利用者端末装置３１０，３２０から情報送信要求を受けると、利用者端末通信部１１８は、その時点で作成されている一般利用者用情報を、情報送信要求を発行した利用者端末装置３１０，３２０へ返送する。

拠点通信部１１９は、固定通信網を介した拠点端末装置１６０_k（ｋ＝１，２，…）との間の通信処理を行う。かかる拠点端末装置１６０_kとの間の通信処理に際して、拠点通信部１１９は、定期的に、記憶部２１０内の混雑度情報２１３、運行余裕度情報２１４及び予測待ち時間情報２１５に基づいて、拠点端末装置１６０_kのそれぞれに通知すべき拠点用情報を作成する。そして、拠点通信部１１９は、作成された情報を、拠点端末装置１６０_kへ送る。

バス車両１５０_j（ｊ＝１，…）のそれぞれには、管理センタ１１０への現在位置情報及び運転手の報告情報の送信や、管理センタ１１０からの運行指示に応じた処理を行う車載器が搭載されている。この車載器は、通信部１５１と、制御装置１５２と、表示装置１５３、入力装置１５４とを備えている。

通信部１５１は、移動体通信網を介した管理センタ１１０との間の通信制御を行う。この通信部１５１を利用した通信により、管理センタ１１０から運行指示を受け、受信した情報を制御装置１５２に報告する。また、通信部１５１は、制御装置１５２からの指令に従って、管理センタ１１０へ現在位置情報及び運転手の報告情報を送る。

制御装置１５２は、車載器全体の動作の制御を行う。この制御装置１５２は、通信部１５１から運行指示の内容を受けると、当該運行指示の内容の表示画像データを作成する。そして、制御装置１５２は、作成された表示画像データを表示装置１５３へ送る。

また、不図示のＧＰＳ計測部により計測されたバス車両１５０_jの現在位置が、制御装置１５２に報告されるようになっている。バス車両１５０_jの現在位置を受けた制御装置１５２は、その情報を、通信部１５１を介して、定期的に管理センタ１１０へ送る。また、制御装置１５２は、入力装置１５４を利用して運転手により入力された報告情報を、通信部１５１を介して、定期的に管理センタ１１０へ送る。こうしてバス車両１５０_jの現在位置情報や運転手の報告情報を受けた管理センタ１１０では、それらの情報をバス運行管理に役立てるようになっている。

表示装置１５３は、液晶ディスプレイパネル等を備えて構成されている。この表示装置１５３は、制御装置１５２からの表示画像データに従って、画像表示を行う。また、本実施形態では、入力装置１５４は、表示装置１５３の画面上に配置されたタッチパネルとして構成されている。

拠点端末装置１６０_k（ｋ＝１，…）のそれぞれは、通信部１６１と、制御装置１６２とを備えている。また、拠点端末装置１６０_kのそれぞれは、表示装置１６３を更に備えている。

通信部１６１は、固定通信網を介した管理センタ１１０との間の通信制御を行う。この通信部１６１を利用した通信により、管理センタ１１０から拠点用情報を受け、受信した情報を制御装置１６２に報告する。

制御装置１６２は、拠点端末装置１６０_k全体の動作の制御を行う。この制御装置１６２は、通信部１６１から運行指示の内容を受けると、当該運行指示の内容の表示画像データを作成する。そして、制御装置１６２は、作成された表示画像データを表示装置１６３へ送る。

表示装置１６３は、液晶ディスプレイパネル等を備えて構成されている。この表示装置１６３は、制御装置１６２からの表示画像データに従って、画像表示を行う。

［動作］
次に、上記のように構成されたデマンドバスシステム１００の動作について、記憶部２１０内の予約可能性情報の更新処理、及び、拠点端末装置１６０_k（ｋ＝１，…）及び利用者端末装置３１０，３２０を介した、予約可能性に関する情報の提示処理に主に着目して、説明する。なお、前提として、デマンドバスシステム１００は、現行運行計画情報２１２は既に作成されており、この現行運行計画情報２１２に基づくバス車両１５０_j（ｊ＝１，…）に運行制御が行われているものとする。

＜混雑度情報２１３の更新処理＞
まず、記憶部２１０内の混雑度情報２１３の更新処理について説明する。

この混雑度情報２１３の更新処理に際しては、図８に示されるように、まず、ステップＳ１１において、管理センタ１１０の処理制御部１１５における混雑度算出部２４０が、新たな混雑度算出タイミングとなったか否かを判定する。かかる判定に際して、混雑度算出部２４０は、前回の混雑度更新処理の実行から第１所定時間（例えば、「１時間」）が経過したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ１１：Ｎ）には、ステップＳ１１の処理が繰り返される。

前回の混雑度更新処理の実行から第１所定時間が経過して、ステップＳ１１における判定の結果が肯定的となると（ステップＳ１１：Ｙ）、処理はステップＳ１２へ進む。このステップＳ１２では、混雑度算出部２４０が、混雑度算出の対象となる現時点以降における最初の時間帯（例えば、現時点から１時間経過までの時間帯）を設定する。

次に、ステップＳ１３において、混雑度算出部２４０が、混雑度算出の対象となる時間帯における現行運行計画の部分を、記憶部２１０内の現行運行計画情報２１２から読み取る。引き続き、ステップＳ１４において、混雑度算出部２４０が、読み取られた現行運行計画の部分に基づいて、混雑度算出の対象時間帯におけるバス車両１５０_jのそれぞれの最大待機時間を抽出する。

次いで、ステップＳ１５において、混雑度算出部２４０が、ステップＳ１４において抽出されたバス車両１５０_jのそれぞれの最大待機時間に基づいて、混雑度算出の対象時間帯における混雑度を算出する。この混雑度算出処理に際しては、図９に示されるように、まず、ステップＳ２１において、混雑度算出部２４０が、２０分以上待機するバス車両が複数あるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２１：Ｙ）処理は、処理はステップＳ３１へ進む。

ステップＳ３１では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度１（良好）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

上述のステップＳ２１における判定の結果が否定的であった場合（ステップＳ２１：Ｎ）の場合には、処理は、ステップＳ２２へ進む。このステップＳ２２では、混雑度算出部２４０が、２０分以上待機するバス車両が１台あるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２２：Ｙ）処理は、処理はステップＳ３２へ進む。

ステップＳ３２では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度２（やや良好）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

上述のステップＳ２２における判定の結果が否定的であった場合（ステップＳ２２：Ｎ）の場合には、処理は、ステップＳ２３へ進む。このステップＳ２３では、混雑度算出部２４０が、１０分以上待機するバス車両が複数あるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２３：Ｙ）は、処理はステップＳ３３へ進む。

ステップＳ３３では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度２（やや良好）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

上述のステップＳ２３における判定の結果が否定的であった場合（ステップＳ２３：Ｎ）の場合には、処理は、ステップＳ２４へ進む。このステップＳ２４では、混雑度算出部２４０が、１０分以上待機するバス車両が１台あるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２４：Ｙ）は、処理はステップＳ３４へ進む。

ステップＳ３４では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度３（やや混雑）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

上述のステップＳ２４における判定の結果が否定的であった場合（ステップＳ２４：Ｎ）の場合には、処理は、ステップＳ２５へ進む。このステップＳ２５では、混雑度算出部２４０が、５分以上待機するバス車両が複数あるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２５：Ｙ）は、処理はステップＳ３５へ進む。

ステップＳ３５では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度４（かなり混雑）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

上述のステップＳ２５における判定の結果が否定的であった場合（ステップＳ２５：Ｎ）の場合には、処理は、ステップＳ２６へ進む。このステップＳ２６では、混雑度算出部２４０が、５分以上待機するバス車両が１台あるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２６：Ｙ）は、処理はステップＳ３６へ進む。

ステップＳ３６では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度５（混雑）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

上述のステップＳ２６における判定の結果が否定的であった場合（ステップＳ２６：Ｎ）の場合には、処理は、ステップＳ２７へ進む。このステップＳ２７では、混雑度算出部２４０が、バス車両１５０_j（ｊ＝１〜Ｎ）の乗車人数の定員に対する割合の平均が７割以下か否かを判定する。この判定の結果が肯定的であった場合（ステップＳ２７：Ｙ）は、処理はステップＳ３７へ進む。

ステップＳ３７では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度６（大混雑）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

一方、上述のステップＳ２７における判定の結果が否定的であった場合（ステップＳ２７：Ｎ）の場合には、処理はステップＳ３８へ進む。このステップＳ３８では、混雑度算出部２４０が、この段階で混雑度算出の対象となっている時間帯の混雑度を混雑度７（予約困難）と判断する。引き続き、混雑度算出部２４０は、混雑度算出対象時間帯と、混雑度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ１５の処理が終了する。

以上のようにしてステップＳ１５の処理が終了すると、処理は、図８のステップＳ１６へ進む。このステップＳ１６では、混雑度算出部２４０が、混雑度算出の対象時間帯における最後の時間帯についての混雑度を算出したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ１６：Ｎ）には、処理はステップＳ１７へ進む。

ステップＳ１７では、混雑度算出部２４０が、混雑度算出の対象となる現時点以降における次の時間帯を設定する。そして、処理はステップＳ１３へ戻る。以後、ステップＳ１６における判定の結果が肯定的となるまで、ステップＳ１３〜Ｓ１７の処理が繰り返される。

ステップＳ１６における判定の結果が肯定的となると（ステップＳ１６：Ｙ）、混雑度算出部２４０が、内部に保持している混雑度算出対象時間帯と混雑度判断結果とに基づいて、記憶部２１０内の混雑度情報２１３を更新する。この後、処理はステップＳ１１へ戻る。

以後、ステップＳ１１〜Ｓ１７の処理が繰り返される。この結果、記憶部２１０内の混雑度情報２１３が、第１所定時間の経過ごとに、定期的に更新される。

＜運行余裕度情報２１４の更新処理＞
次に、記憶部２１０内の運行余裕度情報２１４の更新処理について説明する。

この運行余裕度情報２１４の更新処理に際しては、図１０に示されるように、まず、ステップＳ４１において、管理センタ１１０の処理制御部１１５における運行余裕度算出部２５０が、新たな運行余裕度算出タイミングとなったか否かを判定する。かかる判定に際して、運行余裕度算出部２５０は、前回の運行余裕度更新処理の実行から第２所定時間（例えば、「２０分」）が経過したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４１：Ｎ）には、ステップＳ４１の処理が繰り返される。

前回の運行余裕度更新処理の実行から第２所定時間が経過して、ステップＳ４１における判定の結果が肯定的となると（ステップＳ４１：Ｙ）はステップＳ４２へ進む。このステップＳ４２では、運行余裕度算出部２５０が、運行余裕度算出の対象となる現時点以降における最初の時間帯（例えば、現時点から１時間経過までの時間帯）を設定する。

次に、ステップＳ４３において、運行余裕度算出部２５０が、運行余裕度算出の対象となる時間帯における現行運行計画の部分を、記憶部２１０内の現行運行計画情報２１２から読み取る。引き続き、ステップＳ４４において、運行余裕度算出部２５０が、運行余裕度算出の対象となる最初のバス車両（例えば、バス車両１５０₁）を選択する。

次いで、ステップＳ４５において、運行余裕度算出部２５０が、ステップＳ４４において選択された車両について、運行余裕度算出の対象時間帯における運行余裕度を算出する。この運行余裕度算出処理に際しては、図１１に示されるように、まず、ステップＳ５１において、運行余裕度算出部２５０が、５分以上の待機時間のある地点で区切った乗降地点のシリーズを抽出する。なお、抽出されるシリーズにおける乗降地点の数は、１つの場合もあれば、複数の場合もある。

引き続き、ステップＳ５２において、抽出されたシリーズの数が複数であるか否かを判定する。この判定の結果が否定的であった場合（ステップＳ５２：Ｎ）には、処理はステップＳ５３へ進む。このステップＳ５３では、運行余裕度算出部２５０が、選択されているバス車両については、設定されている時間帯については運行余裕度が無いと判断される。引き続き、運行余裕度算出部２５０は、運行余裕度算出対象時間帯と、選択されているバス車両と、運行余裕度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ４５の処理が終了する。

ステップＳ５２における判定の結果が肯定的であった場合（ステップＳ５２：Ｙ）には、処理はステップＳ５４へ進む。このステップＳ５４では、抽出されたシリーズのうちで、時間的に最初のシリーズにおける最後の待機時間を抽出する。

次に、ステップＳ５５において、ステップＳ５４の抽出結果に基づいて、選択されているバス車両の設定されている時間帯に関する着目シリーズ間における車両別運行余裕度を算出する。かかる車両別運行余裕度算出処理では、図１２に示されるように、まず、ステップＳ６１において、運行余裕度算出部２５０が、抽出待機時間が８分未満か否かを判定する。この判定の結果が肯定的であった場合（ステップＳ６１：Ｙ）には、処理はステップＳ７１へ進む。

ステップＳ７１では、運行余裕度算出部２５０が、この段階で運行余裕度算出の対象となっている時間帯の選択されたバス車両に関する着目シリーズにおける余裕度を「小」と判断する。引き続き、運行余裕度算出部２５０は、運行余裕度算出対象時間帯と、選択されたバス車両と、着目シリーズと、運行余裕度判断結果とを関連付けて、内部に一時的に保持する。そして、ステップＳ５５の処理が終了する。

上述のステップＳ６１における判定の結果が否定的であった場合（ステップＳ６１：Ｎ）の場合には、処理は、ステップＳ６２へ進む。このステップＳ６２では、運行余裕度算出部２５０が、抽出待機時間が１５分未満であるか否かを判定する。この判定の結果が肯定的であった場合（ステップＳ６２：Ｙ）には、処理はステップＳ７２へ進む。

ステップＳ７２では、運行余裕度算出部２５０が、この段階で運行余裕度算出の対象となっている時間帯の選択されたバス車両に関する着目シリーズにおける余裕度を暫定的に「中」と判断する。引き続き、運行余裕度算出部２５０は、運行余裕度算出対象時間帯と、選択されたバス車両と、着目シリーズと、運行余裕度判断結果とを関連付けて、内部に一時的に保持する。そして、処理はステップＳ６４へ進む。

上述のステップＳ６２における判定の結果が否定的であった場合（ステップＳ６２：Ｎ）の場合には、処理は、ステップＳ７３へ進む。このステップＳ７３では、運行余裕度算出部２５０が、この段階で運行余裕度算出の対象となっている時間帯の選択されたバス車両に関する着目シリーズにおける余裕度を暫定的に「大」と判断する。引き続き、運行余裕度算出部２５０は、運行余裕度算出対象時間帯と、選択されたバス車両と、着目シリーズと、運行余裕度判断結果とを関連付けて、内部に一時的に保持する。そして、処理はステップＳ６４へ進む。

ステップＳ６４では、運行余裕度算出部２５０が、着目シリーズにおける最大乗車人数が、選択されているバス車両の乗車定員と同一か否かを判定する。この判定の結果が肯定的であった場合（ステップＳ６４：Ｙ）には、処理はステップＳ７４へ進む。ステップＳ７４では、運行余裕度算出部２５０が、上述したステップＳ７２，Ｓ７３で一時的に保持した運行余裕度を、「小」に変更する。そして、ステップＳ５５の処理が終了する。

ステップＳ６４における判定の結果が否定的であった場合（ステップＳ６４：Ｎ）には、処理はステップＳ６５へ進む。ステップＳ６５では、運行余裕度算出部２５０が、着目シリーズにおける最大乗車人数が、選択されているバス車両の乗車定員の８割以上か否かを判定する。この判定の結果が否定的であった場合（ステップＳ６４：Ｎ）には、運行余裕度算出部２５０が、上述したステップＳ７２，Ｓ７３で一時的に保持した運行余裕度を変更することなく、ステップＳ５５の処理が終了する。

ステップＳ６５における判定の結果が肯定的であった場合（ステップＳ６５：Ｙ）には、処理はステップＳ７５へ進む。ステップＳ７５では、運行余裕度算出部２５０が、上述したステップＳ７２，Ｓ７３で一時的に保持した運行余裕度を、１ランクダウンさせるように変更する。そして、ステップＳ５５の処理が終了する。

こうしてステップＳ５５の処理が終了すると、処理は、図１１のステップＳ５６へ進む。このステップＳ５６では、運行余裕度算出部２５０が、選択しているバス車両に関して、全シリーズについての車両別運行余裕度を算出した否かを判定する。この判定の結果が否定的であった場合（ステップＳ５６：Ｎ）には、処理はステップＳ５７へ進む。

ステップＳ５７では、運行余裕度算出部２５０が、次のシリーズにおける最後の待機時間を抽出する。そして、処理はステップＳ５５へ戻る。この後、ステップＳ５６における判定の結果が肯定的となるまで、ステップＳ５５〜Ｓ５７の処理が繰り返される。

選択しているバス車両に関して、全シリーズについての車両別運行余裕度が算出され、ステップＳ５６における判定の結果が肯定的となると（ステップＳ５６：Ｙ）、ステップＳ４５の処理が終了する。

以上のようにしてステップＳ４５の処理が終了すると、処理は、図１０のステップＳ４６へ進む。このステップＳ４６では、運行余裕度算出部２５０が、全車両についての運行余裕度を算出したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４６：Ｎ）には、処理はステップＳ４７へ進む。

ステップＳ４７では、運行余裕度算出部２５０が、次のバス車両を選択する。そして、処理はステップＳ４５へ戻る。この後、ステップＳ４６における判定の結果が肯定的となるまで、ステップＳ４５〜Ｓ４７の処理が繰り返される。

全車両についての運行余裕度が算出され、ステップＳ４６における判定の結果が肯定的となると（ステップＳ４６：Ｙ）、処理はステップＳ４８へ進む。ステップＳ４８では、運行余裕度算出部２５０が、運行余裕度算出の対象時間帯における最後の時間帯についての運行余裕度を算出したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ４８：Ｎ）には、処理はステップＳ４９へ進む。

ステップＳ４９では、運行余裕度算出部２５０が、運行余裕度算出の対象となる現時点以降における次の時間帯を設定する。そして、処理はステップＳ４３へ戻る。以後、ステップＳ４８における判定の結果が肯定的となるまで、ステップＳ４３〜Ｓ４９の処理が繰り返される。

ステップＳ４８における判定の結果が肯定的となると（ステップＳ４８：Ｙ）、運行余裕度算出部２５０が、内部に保持している運行余裕度算出対象時間帯と、選択されたバス車両と、着目シリーズと、運行余裕度判断結果とに基づいて、記憶部２１０内の運行余裕度情報２１４を更新する。この後、処理はステップＳ４１へ戻る。

以後、ステップＳ４１〜Ｓ４９の処理が繰り返される。この結果、記憶部２１０内の運行余裕度情報２１４が、第２所定時間の経過ごとに、定期的に更新される。

＜予測待ち時間情報２１５の更新処理＞
次いで、記憶部２１０内の予測待ち時間情報２１５の更新処理について説明する。

この運行余裕度情報２１５の更新処理に際しては、図１３に示されるように、まず、ステップＳ８１において、管理センタ１１０の処理制御部１１５における予測待ち時間算出部２６０が、新たな予測待ち時間算出タイミングとなったか否かを判定する。かかる判定に際して、予測待ち時間算出部２６０は、前回の予測待ち時間更新処理の実行から第３所定時間（例えば、「５分」）が経過したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ８１：Ｎ）には、ステップＳ８１の処理が繰り返される。

前回の予測待ち時間更新処理の実行から第３所定時間が経過して、ステップＳ８１における判定の結果が肯定的となると（ステップＳ８１：Ｙ）はステップＳ８２へ進む。このステップＳ８２では、予測待ち時間算出部２６０が、予測待ち時間算出の対象となる拠点（以下、「対象拠点」とも呼ぶ）のうちで最初の対象拠点を設定する。

次に、ステップＳ８３において、設定対象拠点に関して、現時点以降における主要地点へ向かうバス車両への乗車に関する予測待ち時間情報を導出する。この予測待ち時間情報導出処理では、図１４に示されるように、まず、ステップＳ９１において、予測待ち時間算出部２６０が、設定対象拠点を乗車地点とし、当該設定対象拠点に対応して定まる主要地点のうちで最初の主要地点を降車地点とする最初の乗降地点ペアを設定する。

次いで、ステップＳ９２において、予測待ち時間算出部２６０が、現時点以降における最初の詳細検討時間帯（例えば、現時点から１０分経過まで）を設定する。引き続き、ステップＳ９３において、予測待ち時間算出部２６０が、予測待ち時間算出の対象となる時間帯における現行運行計画情報の部分を、記憶部２１０内の現行運行計画情報２１２から読み取る。

次に、ステップＳ９４において、設定された乗降地点ペアについて、予測待ち時間算出の対象時間帯における予測待ち時間を算出する。この予測待ち時間算出処理に際しては、予測待ち時間算出部２６０が、当該拠点を乗車地点とし、当該対象時間帯の始点時刻を乗車希望時刻とする仮デマンドを発生される。引き続き、予測待ち時間算出部２６０は、現行運行計画に当該仮デマンドを加えた場合の仮運行計画を作成する。

次いで、予測待ち時間算出部２６０は、作成された仮運行計画において、仮デマンドを受け付けたために新たに発生した迂回時間が、第４所定時間（例えば、１５分）以下であるか否かを判定する。この判定の結果が否定的であった場合には、予測待ち時間算出部２６０は、乗車予約ができないと判断し、その旨を、予測待ち時間算出対象時間帯及び設定された乗降地点ペアに関連付けて、内部に一時的に保持する。

一方、迂回時間に関する判定の結果が肯定的であった場合には、予測待ち時間算出部２６０は、仮運行計画で求められた乗車可能時刻と、当該仮デマンドで指定した乗車希望時刻と差を予測待ち時間と特定する。そして、予測待ち時間算出部２６０は、特定された予測待ち時間を、予測待ち時間算出対象時間帯及び設定された乗降地点ペアに関連付けて、内部に一時的に保持する。

次に、ステップＳ９５において、予測待ち時間算出部２６０が、設定されている拠点に関して、最後の対象時間帯の予測待ち時間を算出した否かを判定する。この判定の結果が否定的であった場合（ステップＳ９５：Ｎ）には、処理はステップＳ９６へ進む。

ステップＳ９６では、予測待ち時間算出部２６０が、予測待ち時間算出の対象となる詳細検討時間帯として、次の詳細検討時間帯を設定する。そして、処理はステップＳ９４へ戻る。以後、ステップＳ９５における判定の結果が肯定的となるまで、ステップＳ９４〜Ｓ９６の処理が繰り返される。

設定されている拠点に関して、最後の対象時間帯の予測待ち時間を算出し、ステップＳ９５における判定結果が肯定的となると（ステップＳ９５：Ｙ）、処理はステップＳ９７へ進む。このステップＳ９７では、予測待ち時間算出部２６０が、上述したステップＳ９４における予測待ち時間の算出結果に基づいて、予測待ち時間情報を導出する。

本実施形態では、予測待ち時間情報の導出に際して、予測待ち時間算出部２６０は、予約ができなかった、又は、予測待ち時間が１５分以上の場合には、予測待ち時間情報として、予約受付状況が「劣悪」と判断する。また、予測待ち時間算出部２６０は、予測待ち時間が５分以上１５分未満の場合には、予測待ち時間情報として、予約受付状況が「通常」と判断する。さらに、予測待ち時間算出部２６０は、予測待ち時間が５分未満の場合には、予測待ち時間情報として、予約受付状況が「良好」と判断する。

こうして予測待ち時間情報の導出が終了すると、処理はステップＳ９８へ進む。このステップＳ９８では、予測待ち時間算出部２６０が、当該拠点における全ての乗降地点ペアについて、予測待ち時間情報を導出したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ９８：Ｎ）には、処理はステップＳ９９へ進む。

ステップＳ９９では、予測待ち時間算出部２６０が、予測待ち時間算出の対象となる詳細検討時間帯を、次の詳細検討時間帯に設定する。そして、処理はステップＳ９２へ戻る。以後、ステップＳ９８における判定の結果が肯定的となるまで、ステップＳ９２〜Ｓ９９の処理が繰り返される。

当該拠点における全ての乗降地点ペアについて予測待ち時間情報を導出し、ステップＳ９８における判定の結果が肯定的となると（ステップＳ９８：Ｙ）、ステップＳ８３の処理が終了する。そして、処理は図１３のステップＳ８４へ進む。

ステップＳ８４では、予測待ち時間算出部２６０が、予測待ち時間算出の対象となる最後の拠点について、予測待ち時間情報を導出したか否かを判定する。この判定の結果が否定的であった場合（ステップＳ８４：Ｎ）には、処理はステップＳ８５へ進む。

ステップＳ８５では、予測待ち時間算出部２６０が、予測待ち時間算出の対象となる次の対象拠点を設定する。そして、処理はステップＳ８３へ戻る。以後、ステップＳ８４における判定の結果が肯定的となるまで、ステップＳ８３〜Ｓ８５の処理が繰り返される。

全ての対象拠点について予測待ち時間情報が導出され、ステップＳ８４における判定の結果が肯定的となると（ステップＳ８４：Ｙ）、予測待ち時間算出部２６０が、内部に保持している予測待ち時間算出対象時間帯と、設定された対象拠点と、設定された情報ペアと、導出された予測待ち時間情報とに基づいて、記憶部２１０内の予測待ち時間情報２１５を更新する。この後、処理はステップＳ８１へ戻る。

以後、ステップＳ８１〜Ｓ８５の処理が繰り返される。この結果、記憶部２１０内の予測待ち時間情報２１５が、第３所定時間の経過ごとに、定期的に更新される。

＜利用者端末装置への予約容易性情報の提供処理＞
次に、利用者端末装置３１０，３２０への予約容易性情報の提供処理について説明する。

かかる処理に際して、利用者端末通信部１１８は、定期的に、記憶部２１０内の混雑度情報２１３及び運行余裕度情報２１４に基づいて、一般利用者用情報を作成する。ここで、利用者端末通信部１１８は、第５所定時間（例えば、１５分）ごとに、記憶部２１０内の混雑度情報２１３及び運行余裕度情報２１４を読み取る。そして、利用者端末通信部１１８は、読み取られた混雑度情報２１３及び運行余裕度情報２１４に基づいて、デマンドバスシステム１００の全体としての予約容易性情報である混雑度情報と、バス車両１５０_j（ｊ＝１，２，…）のそれぞれについての予約容易性情報である運行余裕度情報とを、利用者端末装置３１０，３２０への提供形態で準備し、内部に保持する。

また、利用者端末通信部１１８は、利用者端末装置３１０，３２０からの予約容易性情報の要求を受けると、予約容易性情報である混雑度情報又は運行余裕度情報を返送する。ここで、利用者端末通信部１１８は、混雑度情報を指定した予約容易性情報の要求を受けた場合には、予約容易性情報として混雑度情報を、当該要求を行った利用者端末装置へ返送する。こうして返送された混雑度情報の利用者端末装置３１０，３２０における表示例が、図１５（Ａ）に示されている。

また、利用者端末通信部１１８は、運行余裕度情報を指定した予約容易性情報の要求を受けた場合には、予約容易性情報として運行余裕度情報を、当該要求を行った利用者端末装置へ返送する。こうして返送された運行余裕度情報の利用者端末装置３１０，３２０における表示例が、図１５（Ｂ）に示されている。

なお、図１５（Ｂ）では、運行余裕度が高いほど、線幅が太くなる表示を行う例が示されている。また、図１５（Ｂ）においては記載が省略されているが、運行余裕度が変化する停車予定地点と、その停車予定地点からの出発予定時刻とが、表示されるようになっている。

＜拠点端末装置への予約容易性情報の提供処理＞
次いで、拠点端末装置１６０_k（ｋ＝１，２，…）への予約容易性情報の提供処理について説明する。

かかる処理に際して、拠点通信部１１９は、定期的に、記憶部２１０内の混雑度情報２１３、運行余裕度情報２１４及び予測待ち時間情報２１５に基づいて、拠点用情報を作成する。ここで、拠点通信部１１９は、第６所定時間（例えば、５分）ごとに、記憶部２１０内の混雑度情報２１３、運行余裕度情報２１４及び予測待ち時間情報２１５を読み取る。

引き続き、拠点通信部１１９は、上述した利用者端末通信部１１８の場合と同様に、読み取られた混雑度情報２１３及び運行余裕度情報２１４に基づいて、デマンドバスシステム１００の全体としての予約容易性情報である混雑度情報と、バス車両１５０_j（ｊ＝１，２，…）のそれぞれについての予約容易性情報である運行余裕度情報とを、拠点端末装置１６０_k（ｋ＝１，２，…）への提供形態で準備する。また、拠点通信部１１９は、読み取られた予測待ち時間情報２１５に基づいて、各拠点におけるデマンド予約の可能性情報を、拠点端末装置１６０_k（ｋ＝１，２，…）のそれぞれへの提供形態で準備する。

そして、拠点通信部１１９は、こうして準備された予約容易性情報を、拠点端末装置１６０_kのそれぞれへ送る。ここで、拠点通信部１１９は、混雑度情報及び運行余裕度情報については、共通の内容を、拠点端末装置１６０_kのそれぞれへ送る。また、拠点通信部１１９は、拠点端末装置１６０_kのそれぞれへ、対応するデマンド予約の可能性情報のみを送る。

こうした予約容易性情報を受けた拠点端末装置１６０_kのそれぞれは、混雑度情報、運行余裕度情報及びデマンド予約の可能性情報を表示する。なお、混雑度情報及び運行余裕度情報については、上述した図１５（Ａ），（Ｂ）に示した態様で、拠点端末装置１６０_kの表示装置１６３に表示される。また、デマンド予約の可能性情報については、図１５（Ｃ）の例示される態様で、拠点端末装置１６０_kの表示装置１６３に表示される。

なお、拠点端末装置１６０_kの表示装置１６３に表示には、図１５（Ａ）〜（Ｃ）のそれぞれの表示の順次表示が定期的に繰り返されるようになっている。

以上説明したように、本実施形態のデマンドバスシステム１００では、一般のデマンドバスシステムの場合と同様に、利用者からの乗降地点及び希望乗車時刻を含むデマンドに基づいて、運行計画を作成する。そして、作成された運行計画に従って車両運行を行う。

こうして作成され、バス車両運行に適用されている運行計画である現行運行計画に基づいて、導出手段が、新たなデマンドによる乗降車の予約容易性情報を定期的に導出し、利用者に提示される。こうした予約容易性情報としては、所定の時間帯ごとの車両システムとしての混雑情報、所定の時間帯ごとの所定乗降地点間における車両運行の余裕度情報、主要地点間における予測待ち時間情報がある。

こうした予約容易性情報の提示により、利用者は受け付けられる可能性の高い内容のデマンドを送ることができ、迅速に乗車予約を行うことができる。また、デマンドバスシステム１００にとっては、利用者からのデマンドが、予約可能である蓋然性の高いものに絞りこまれるので、車両運行システムにおける処理負荷が低減されるとともに、効率的な車両運行が可能となる。

したがって、本実施形態によれば、車両運行の効率性と利用者の利便性とを合理的に調和させることができる。

［実施形態の変形］
本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。

例えば、上記の実施形態では、バス車両の数を３台としたが、バス車両の数は任意の数とすることができる。

また、上記の実施形態では、予測待ち時間情報として、複数の時間帯における予測待ち時間を算出し、予測待ち時間の算出結果により、予約受付状況をランク分けするようにした。これに対し、迂回時間が第４所定時間以内となる最短の予測待ち時間のみを算出するようにし、利用者に提示するようにしてもよい。

また、上記の実施形態では、予約容易性情報として、混雑度情報、運行余裕度情報及び予測待ち時間情報の３種を求めるようにした。これに対し、これら３種の情報のうち、任意の１種又は２種を求めるようにしてもよい。

また、上記の実施形態では、サービス提供に使用される車両をバスとするデマンドバスシステムについて本発明を適用したが、サービス提供に使用される車両をバス以外のタクシー等とするデマンドタクシーシステム等の車両運行システムに本発明を適用できることは、勿論である。

以上説明したように、本発明の車両運行システムは、デマンドに対応して運行計画を作成し、作成された運行計画に沿って車両の運行を行う車両運行システムに適用することができる。

１００…デマンドバスシステム（車両運行システム）、１１０…管理センタ、１１１…電話装置、１１２…入力装置、１１３…表示装置、１１５…処理制御部（導出手段）、１１７…バス通信部、１１８…利用者端末通信部（提示手段の一部）、１１９…拠点通信部（提示手段の一部）、１５０_j…バス車両、１５１…通信部、１５２…制御装置、１５３…表示装置、１５４…入力装置、１６０_k…拠点端末装置（運行情報定時手段）、１６１…通信部、１６２…制御装置、１６３…表示装置、２１０…記憶部（記憶手段）、２２０…運行計画作成部、２３０…運行制御部、２４０…混雑度算出部（混雑度算出手段）、２５０…運行余裕度算出部（運行余裕度算出手段）、２６０…予測待ち時間算出部（予測待ち時間算出手段）、３１０…電話機、３２０…パーソナルコンピュータ。

Claims

利用者からの乗降地点及び希望乗車時刻を含むデマンドに基づいて、少なくとも１台の乗合車両の運行計画を作成し、作成された運行計画に従って車両運行を行う車両運行システムであって、
前記車両運行に適用されている運行計画である現行運行計画に基づいて、新たなデマンドによる乗降車の予約容易性情報を定期的に導出する導出手段と；
前記導出手段による導出結果を提示する提示手段と；を備え、
前記予約容易性情報には、現時点以降における所定の時間帯ごとの車両運行の混雑度、前記所定の時間帯ごとの所定の乗降地点間における運行余裕度、及び、予測待ち時間の少なくとも１つが含まれ、
前記予測待ち時間は、所定の主要乗車地点間についての希望乗車時刻を含む新たなデマンドを受け、前記現行運行計画に対して前記新たなデマンドを反映させた新たな運行計画を作成した場合に、前記新たな運行計画における前記新たなデマンドに含まれる希望乗車時刻からの待ち時間である、
ことを特徴とする車両運行システム。
前記導出手段は、
前記現行運行計画に基づいて、前記車両運行の混雑度を算出する混雑度算出手段と；
前記現行運行計画に基づいて、前記運行余裕度を算出する運行余裕度算出手段と；
前記予測待ち時間を算出する予測待ち時間算出手段と；
を備えることを特徴とする請求項１に記載の車両運行システム。
前記混雑度算出手段は、前記現行運行計画における各車両の待機時間に基づいて、前記混雑度を算出する、ことを特徴とする請求項２に記載の車両運行システム。
前記所定の乗降地点間は、前記現行運行計画において、運行車両に対して第１所定時間以上の待機時間が予定されている乗降地点間であり、
前記運行余裕度算出手段は、前記待機時間及び乗車率に基づいて、前記運行余裕度を算出する、
ことを特徴とする請求項２又は３に記載の車両運行システム。
前記予測待ち時間算出手段は、現時点以降における検討時間帯ごとに仮想デマンドを発生させ、前記現行運行計画に対して前記仮想デマンドを反映させた仮運行計画を作成した後、前記作成された仮運行計画に基づいて、前記予測待ち時間を算出する、ことを特徴とする請求項２〜４のいずれか一項に記載の車両運行システム。