JP3734799B2

JP3734799B2 - Immediate vehicle entry / exit system, method and program

Info

Publication number: JP3734799B2
Application number: JP2003013941A
Authority: JP
Inventors: 昌宏粕谷; 直之辻本; 隆之成嶋
Original assignee: Nippon Telegraph and Telephone East Corp
Current assignee: Nippon Telegraph and Telephone East Corp
Priority date: 2003-01-22
Filing date: 2003-01-22
Publication date: 2006-01-11
Anticipated expiration: 2023-01-22
Also published as: JP2004227262A

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば山間部と平野部の中間の地域および山間地域を含むような中山間地域などのように分岐状の道路形態を有し、交通の便が悪く、比較的過疎であるような地域を走行する路線バスなどの車両において利用者の乗降に対する利便性と車両運行の効率化を考慮して所定の路線以外からの利用者の乗降要求に応じて車両を運行する即応型車両乗降システムに関し、更に詳しくは、予め定められた路線である基幹ルートを所定の車両運行計画に従って走行する車両に対する基幹ルート以外のデマンドルートにおける利用者の乗降要求を受け付け、該乗降要求に対して利用者の車両への乗降を可能とする即応型車両乗降システム、方法およびプログラムに関する。
【０００２】
【従来の技術】
従来、路線バスにおいて予め定められた路線以外の比較的乗客の利用が少ない走行ルートをデマンドルートとし、このデマンドルートに対する利用者からの乗降要求を受け付け、この乗降要求に応じて路線バスをデマンドルートへ運行し、利用者をデマンドルートにおいて乗降させるデマンドバスシステムは実用化されている（例えば、非特許文献１，２参照）。
【０００３】
このようなデマンドバスシステムは、中山間地域のように比較的へんぴな地域の住民にとっては非常に便利であり、また路線バスの運営側にとっては、経済的かつ効率的であるというメリットがある。
【０００４】
【非特許文献１】
http://www.jice.or.jp/itschiiki-j/deployment/areas/06-lnakamura_-change.htm.
【非特許文献２】
http://member.nifty.ne.jp/oneda/inagisanpo/inagicitybus.htm
【０００５】
【発明が解決しようとする課題】
従来のデマンドバスシステムは、予め定められたデマンドルートを単にショートカットするか否かを決定する程度の比較的簡単なものであり、デマンド状況に応じて分岐した各デマンドルートの運行の順序を適確に決定するようなシステムはなく、このようなデマンドバスシステムの開発が要望されている。
【０００６】
また、従来のデマンドバスシステムでは、各利用者から受け付けた乗降要求を集約して運行計画を決定し、その後に各利用者に停車時刻などを連絡するというものであり、即時性に欠けるという問題がある。
【０００７】
本発明は、上記に鑑みてなされたもので、その目的とするところは、利用者の利便性および車両運行に要求される定時性を考慮して通常の車両運行計画を原則として変更せず、利用者の乗降要求に対して即時に乗降時間を回答でき、中山間地域などのように分岐状の道路形態に適用し得る即応型車両乗降システムを提供することにある。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、請求項１記載の本発明は、予め定められた路線である基幹ルートを所定の車両運行計画に従って走行する車両に対する前記基幹ルート以外のデマンドルートにおける利用者の乗降要求を受け付け、該乗降要求に対して利用者の車両への乗降を可能とする即応型車両乗降システムであって、利用者からのデマンドルートに関する乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付ける受付手段と、この受け付けた乗降情報を前記車両運行計画と照合し、該車両運行計画を原則として変更せず、乗降要求の受付順に基本的に従いながら、降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するように車両が走行するデマンド走行計画を乗降決定地点、乗降決定日時とともに決定するデマンド走行計画決定手段と、この決定された乗降決定地点情報および乗降決定日時情報を含むデマンド走行計画情報を利用者に通知する利用者通知手段と、前記決定された乗降決定地点情報および乗降決定日時情報を含むデマンド走行計画情報を通信手段を介して車載端末に通知する車載端末通知手段とを有することを要旨とする。
【０００９】
請求項１記載の本発明にあっては、利用者からのデマンドルートに関する乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付けると、この乗降情報を車両運行計画と照合し、車両運行計画を原則として変更せず、乗降要求の受付順に基本的に従いながら、降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するようにデマンド走行計画を乗降決定地点、乗降決定日時とともに決定し、この決定した乗降決定地点情報および乗降決定日時情報を含むデマンド走行計画情報を利用者および車載端末に通知するため、地域住民にとっては交通の利便性を確保でき、車両運行の事業者側にとっては経済的かつ効率的であり、従来不採算等を理由に路線縮小していた車両運行を柔軟かつ効率的に拡大できるとともに利用者の拡大も図ることができ、また利用者の乗降要求に対して即時に一度で回答でき、事後連絡の煩わしさがなく効率的であり、更にデマンドルート以外の所定の基幹ルートの車両運行計画に変更がなく、通常の利用者に対する影響もなく、また従来のようにショートカットのデマンドルートのみでなく、分岐状の道路形態にも適用することができる。
【００１０】
また、請求項２記載の本発明は、請求項１記載の発明において、前記車両運行計画が、前記デマンドルートに通じる基幹ルート上の所定の地点において利用者からの乗降要求に対応し得るように車両を待機させて時間調整を行うように設定されていることを要旨とする。
【００１１】
請求項２記載の本発明にあっては、デマンドルートに通じる基幹ルート上の所定の地点において利用者からの乗降要求に対応し得るように車両を待機させて時間調整を行うため、デマンドルートにおける利用者からの種々の乗降要求に適確に答えることができ、利用者の利便性を確保することができる。
【００１２】
更に、請求項３記載の本発明は、請求項１記載の発明において、前記受付手段が、利用者の通信端末からのネットワークを介した前記乗降情報を含む乗降要求を受け付ける手段を有し、前記利用者通知手段が、前記決定した乗降決定地点および乗降決定日時を含むデマンド走行計画を利用者の通信端末にネットワークを介して送信する送信手段を有することを要旨とする。
【００１３】
請求項３記載の本発明にあっては、利用者の通信端末からのネットワークを介した乗降要求を受け付け、決定したデマンド走行計画を利用者の通信端末にネットワークを介して送信するため、利用者は電話を用いた通話による乗降要求のみでなく、例えばプッシュホンの押しボタン入力、公衆回線網を利用した任意のインターネット等のサービス（例えばＬモード（登録商標））に接続した通信端末（以下、単にＬモード（登録商標）電話機）、携帯電話網を利用した任意のインターネットサービス（例えばｉモード（登録商標）、ｅｚｗｅｂ（登録商標）、Ｊ−スカイ（登録商標）等）に接続した携帯端末（以下、単にｉモード（登録商標）携帯電話機）、パソコンのような通信端末からも乗降要求を行い、またこれらの端末でデマンド走行計画の回答も受け取ることができる。
【００１４】
請求項４記載の本発明は、予め定められた路線である基幹ルートを所定の車両運行計画に従って走行する車両に対する前記基幹ルート以外のデマンドルートにおける利用者の乗降要求を受け付け、該乗降要求に対して利用者の車両への乗降を可能とする即応型車両乗降方法であって、利用者からのデマンドルートに関する乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付け、この受け付けた乗降情報を前記車両運行計画と照合し、該車両運行計画を原則として変更せず、乗降要求の受付順に基本的に従いながら、降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するように車両が走行するデマンド走行計画を乗降決定地点、乗降決定日時とともに決定し、この決定したデマンド走行計画を乗降決定地点および乗降決定日時とともに利用者に通知し、前記乗降決定地点情報および乗降決定日時情報を含むデマンド走行計画情報を通信手段を介して車載端末に通知することを要旨とする。
【００１５】
請求項４記載の本発明にあっては、利用者からのデマンドルートに関する乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付けると、この乗降情報を車両運行計画と照合し、車両運行計画を原則として変更せず、乗降要求の受付順に基本的に従いながら、降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するようにデマンド走行計画を乗降決定地点、乗降決定日時とともに決定し、この決定した乗降決定地点情報および乗降決定日時情報を含むデマンド走行計画情報を利用者および車載端末に通知するため、地域住民にとっては交通の利便性を確保でき、車両運行の事業者側にとっては経済的かつ効率的であり、従来不採算等を理由に路線縮小していた車両運行を柔軟かつ効率的に拡大できるとともに利用者の拡大も図ることができ、また利用者の乗降要求に対して即時に一度で回答でき、事後連絡の煩わしさがなく効率的であり、更にデマンドルート以外の所定の基幹ルートの車両運行計画に変更がなく、通常の利用者に対する影響もなく、また従来のようにショートカットのデマンドルートのみでなく、分岐状の道路形態にも適用することができる。
【００１６】
また、請求項５記載の本発明は、請求項４記載の発明において、前記車両運行計画が、前記デマンドルートに通じる基幹ルート上の所定の地点において利用者からの乗降要求に対応し得るように車両を待機させて時間調整を行うように設定されていることを要旨とする。
【００１７】
請求項５記載の本発明にあっては、デマンドルートに通じる基幹ルート上の所定の地点において利用者からの乗降要求に対応し得るように車両を待機させて時間調整を行うため、デマンドルートにおける利用者からの種々の乗降要求に適確に答えることができ、利用者の利便性を確保することができる。
【００１８】
更に、請求項６記載の本発明は、請求項４記載の発明において、前記乗降要求の受付処理が、利用者の通信端末からのネットワークを介した前記乗降情報を含む乗降要求を受け付け、前記利用者への通知処理が、前記決定した乗降決定地点および乗降決定日時を含むデマンド走行計画を利用者の通信端末にネットワークを介して送信することを要旨とする。
【００１９】
請求項６記載の本発明にあっては、利用者の通信端末からのネットワークを介した乗降要求を受け付け、決定したデマンド走行計画を利用者の通信端末にネットワークを介して送信するため、利用者は電話による通話による乗降要求のみでなく、例えばプッシュホンの押しボタン入力、公衆回線網を利用した任意のインターネット等のサービス（例えばＬモード（登録商標））に接続した通信端末（以下、単にＬモード（登録商標）電話機）、携帯電話網を利用した任意のインターネットサービス（例えばｉモード（登録商標）、ｅｚｗｅｂ（登録商標）、Ｊ−スカイ（登録商標）等）に接続した携帯端末（以下、単にｉモード（登録商標）携帯電話機）、パソコンのような通信端末からも乗降要求を行い、またこれらの端末でデマンド走行計画の回答も受け取ることができる。
【００２０】
請求項７記載の本発明は、請求項４乃至６のいずれか１項に記載の即応型車両乗降方法をプログラムで実行することを要旨とする。
【００２１】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。図１は、本発明の一実施形態に係る即応型車両乗降システムを適用した中山間地域型デマンドバスシステムの構成を示すブロック図である。
【００２２】
同図に示すデマンドバスシステムは、例えば山間部と平野部の中間の地域および山間地域を含むような中山間地域などのように分岐状の道路形態を有し、交通の便が悪く、比較的過疎であり、住民集落が駅などの交通結節点と離れているような地域を走行する車両であって、予め定められた路線である基幹ルートを所定の車両運行計画に従って走行するような路線バスに適用され、この路線バスに対する基幹ルート以外のデマンドルートにおける利用者の乗降要求を受け付け、該乗降要求に対して利用者の車両への乗降を可能とするものであり、乗降客である利用者の例えば電話機３からの乗降要求を受け付けるセンタ装置１およびこのセンタ装置１と無線通信を行い得るようにバス４に搭載されているバス車載装置５を有する。
【００２３】
更に詳しくは、センタ装置１は、利用者の電話機３からの例えばデマンドルートに対する乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付ける受付手段を構成する電話機１１、この電話機１１で受け付けた乗降情報を入力するキーボードとディスプレイなどからなる入力装置１３、この入力装置１３から入力された乗降情報を供給され、この乗降情報に基づいてバスのデマンド運行計画を立案するデマンド運行サーバ１５を有する。
【００２４】
また、デマンド運行サーバ１５は、予約情報受付部１７、運行計画管理部１９に接続され、この予約情報受付部１７および運行計画管理部１９には車両運行計画を含む各種運行データを蓄積しているデータベース（ＤＢ）２１が接続されている。
【００２５】
デマンド運行サーバ１５は、利用者の乗降情報を入力装置１３から受け取ると、この乗降情報を予約情報受付部１７に供給し、予約情報受付部１７は当該利用者の乗降情報を運行計画管理部１９に供給する。運行計画管理部１９は、利用者の乗降情報を受け取ると、データベース２１にアクセスして、車両運行計画を取得し、この車両運行計画と利用者の乗降情報とを照合し、利用者のデマンドルートに対する乗降希望地点、乗降希望日時に適合した乗降決定地点、乗降決定日時を含むデマンド走行計画を決定してデマンド運行サーバ１５に供給するとともに、このデマンド走行計画をデータベース２１に蓄積する。
【００２６】
更に、デマンド運行サーバ１５は、無線通信装置２３を介して電柱などに設けられている路側アンテナ２５に接続され、この路側アンテナ２５を介してバス４に搭載されているバス車載装置５と無線通信し得るようになっている。そして、デマンド運行サーバ１５は、上述したように運行計画管理部１９から乗降決定地点、乗降決定日時を含むデマンド走行計画を受け取ると、このデマンド走行計画を含む車両運行計画を路側アンテナ２５から無線通信でバス車載装置５に送信するようになっている。
【００２７】
バス車載装置５は、センタ装置１の路側アンテナ２５から送信されてくるデマンド走行計画を含む車両運行計画を車載アンテナ５１で受信すると、車載無線通信装置５３を介して例えばパソコンなどのデータ端末からなる車載端末５５に供給する。車載端末５５は、この車両運行計画をディスプレイに表示し、バス４の運転手に提示する。運転手はこの提示された車両運行計画に従ってバス４を運行する。
【００２８】
また更に、センタ装置１のデマンド運行サーバ１５は、通信網７を介して無線ＬＡＮ対応ＩＳＤＮルータ９に接続されていて、この無線ＬＡＮ対応ＩＳＤＮルータ９を介してバス４に搭載されているバス車載装置５とも通信し、車両運行計画をバス車載装置５に供給し得るようになっている。すなわち、センタ装置１は、デマンド運行サーバ１５から路側アンテナ２５を経由したり、または通信網７、無線ＬＡＮ対応ＩＳＤＮルータ９を経由してバス車載装置５と通信できるようになっている。
【００２９】
図２は、図１に示す実施形態のデマンドバスシステムが適用される路線バス４が走行する路線系統図である。同図に示すように、本実施形態のデマンドバスシステムが適用されるバス４が走行する路線は、交通結節点である○○駅を基幹ルートの始点として、この駅から離れて存在する比較的へんぴな中山間地域などに位置する住民集落に基幹ルートが太い実線で示すように延出し、この集落の地点Ａに基幹ルートの終点が設定されている。
【００３０】
そして、この地点Ａを中心として集落を囲むように利用者の乗降要求を受け付けるデマンド対象地域が設定されている。このデマンド対象地域には、地点Ａから分岐したデマンドルートが複数の、本実施形態では一例として３つのデマンドルートが太い点線で示すように延出している。この３つの分岐したデマンドルートのうち、第１のデマンドルートにはデマンドルート上の停留所であるデマンドポイントとして地点Ｂと地点Ｃが設定されている。
【００３１】
また、第２のデマンドルートにはデマンドポイントとして地点Ｄと地点Ｅが設定され、第３のデマンドルートにはデマンドポイントとして地点Ｆと地点Ｇが設定されている。なお、このデマンド対象地域に存在する複数のデマンドルートに対して地点Ａをデマンドルートの起点と定義する。
【００３２】
なお、本実施形態では分岐数を３としたが、これに限定されること無く、例えば基幹ルート終点での待機時間と利用度合（頻度、利用人数、ルート距離、交通量等）とを勘案して分岐数を適宜設定することが可能である。
【００３３】
図２に示すようなバス４の路線系統において、バス４は○○駅に位置する始点と地点Ａに位置する終点との間の基幹ルートを所定の車両運行計画に従って毎日同じように往復走行するとともに、この往復走行ではデマンド対象地域内の地点Ａのデマンドルート起点においてデマンドルートでの利用者の乗降要求に対応し得るようにバス４を例えば数分乃至十数分などの比較的短い時間待機させて時間調整を行うように所定の車両運行計画を設定している。
【００３４】
上述したように、バス４がデマンドルート起点の地点Ａにおいて時間調整しながら基幹ルートを往復走行する場合において、センタ装置１がデマンド対象地域の利用者からデマンドルートにおける乗降要求を受け付けると、この利用者の乗降要求を満足するも、バス４が基幹ルートを走行する所定の車両運行計画を変更することのないデマンド走行計画を立案する。
【００３５】
このデマンド走行計画の立案は、更に詳しくは、デマンド走行計画決定手段を構成するセンタ装置１の運行計画管理部１９において基幹ルートに対する所定の車両運行計画、すなわち基幹ルートに対して毎日定時的に行われる所定の車両運行計画を原則として変更することなく、乗降要求の受付順に基本的に従いながら、更に降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するように行われる。
【００３６】
なお、このデマンド走行計画にはデマンドルート上のデマンドポイントである乗降決定地点、すなわち利用者が乗降すべく運行計画管理部１９で決定された乗降決定地点の情報とこの地点における利用者の乗降日時を示す乗降決定日時の情報とが含まれ、この乗降決定地点情報と乗降決定日時情報を含むデマンド走行計画がセンタ装置１から利用者に通知される。
【００３７】
また、デマンドルートにおける利用者からの乗降要求に基づいて作成されるデマンド走行計画は、原則として要求の受付締切り時刻を設定し、この受付締切り時刻まで受け付けた各乗降要求に対してセンタ装置１において乗降決定地点および乗降決定日時を含むデマンド走行計画を即時に作成し、利用者に即時に通知する。なお、受付開始時刻の設定は当該便の受付締切り時刻前であれば任意であり、また受付開始時刻を設定した場合であっても、通常は１週間前からとか１ヶ月前からと比較的長い期間が設定される。
【００３８】
そして、受付締切り時刻以降は、当該受付締切り時刻に対する利用者からの乗降要求の受付を停止し、この受付停止以降に発生する利用者からの乗降要求は、また次に設定する受付締切り時刻に対して受け付けるようになっている。具体的には、乗降要求の受付締切り時刻は、例えば前日の午後６時までと設定されていて、この受付締切り時刻までに受け付けた各乗降要求に対して翌日以降のデマンド走行計画をセンタ装置１で即時に作成して利用者に通知するようになっている。
【００３９】
また、バス４の基幹ルート始点からの出発および基幹ルート始点への到着は、○○駅における列車の到着時刻および発車時刻などの列車時刻に合うように行われ、これにより○○駅においてバス４から降車する利用者が列車にタイミング良く乗ることができ、また列車で○○駅に到着した利用者がバス４にタイミング良く乗ることができるようになっている。また、車両運行計画は、このようなタイミングを満足するように設定されている。
【００４０】
センタ装置１に設けられているデータベース２１には、車両運行計画が登録されるが、この登録されるデータベース２１の内容について図３を参照して説明する。
【００４１】
データベース２１には、デマンドバスダイヤテーブル（図３（ａ））、デマンド運行テーブル（図３（ｂ））、デマンド予約テーブル（図３（ｃ））、デマンドルートテーブル（図３（ｄ））、デマンドポイントテーブル（図３（ｅ））およびデマンドユーザテーブル（図３（ｆ））が登録されている。
【００４２】
図３（ａ）に示すデマンドバスダイヤテーブルは、上述した所定の車両運行計画を登録しているものであり、バス便番号、バス路線名称、基幹ルート始点で接続する交通機関の発車時刻（バス発車時刻前、上り方面）、基幹ルート始点で接続する交通機関の発車時刻（バス発車時刻前、下り方面）、基幹ルート始点発車時刻、基幹ルート終点到着時刻、基幹ルート終点発車時刻、基幹ルート始点の到着時刻、基幹ルート始点で接続する交通機関の到着時刻（バス発車時刻後、上り方面）、基幹ルート始点で接続する交通機関の到着時刻（バス発車時刻後、下り方面）、バス定員人数、バス管理番号、バス運転手名称を登録する。なお、ここでバス定員人数、バス管理番号、バス運転手名称は必須項目ではなく、必要に応じて、例えば運行管理上、適宜設定される項目の一つである。
【００４３】
図３（ｂ）に示すデマンド運行テーブルは、運行番号、運行年月日、便番号、デマンドルート１の経由順番号、デマンドルート２の経由順番号、デマンドルート３の経由順番号、デマンドルート４の経由順番号、デマンドルート５の経由順番号、締切（１）、受付中（０）、締切の有無（締切済（１）、受付中（０））、デマンドルート１の経由順序時間、デマンドルート２の経由順序時間、デマンドルート３の経由順序時間、デマンドルート４の経由順序時間、デマンドルート５の経由順序時間、メモ項目を登録する。
【００４４】
図３（ｃ）に示すデマンド予約テーブルは、予約番号、運行番号、乗降種別：乗（１）、降（２）、利用者乗降場所の名称、利用者乗降時間、デマンドルート番号、利用者名称：苗字（ひらがな）、利用者名称：名前（ひらがな）、利用者電話番号、利用者人数、取消の有無：取消有（１）、取消無（２）、利用者判定：前回利用：有り（１）、なし（２）を登録する。
【００４５】
図３（ｄ）に示すデマンドルートテーブルは、ルート番号、ルート名称、基本ルート（Ｂ）、デマンドルート（Ｄ）、往復所要時間、往路所要時間、復路所要時間を登録する。
【００４６】
また、図３（ｅ）に示すデマンドポイントテーブルは、デマンドポイントＩＤ、バス停留所名称、デマンドルート番号、ルート基幹からデマンドポイント（行き）までの所要時間（分）、ルート基幹からデマンドポイント（戻り）までの所要時間（分）を登録する。
【００４７】
さらに図３（ｆ）に示すデマンドユーザテーブルは、会員番号、会員の苗字（漢字）、会員の名前（漢字）、会員の苗字（ふりがな）、会員の名前（ふりがな）、住所、電話、携帯電話番号：ハイフンあり、括弧なし、性別：男（Ｍ）、女（Ｆ）、年齢、デマンドポイントＩＤを登録する。なお、ここで住所、電話、携帯電話番号、性別、年齢は必須項目ではなく、必要に応じて、例えば運行管理上、適宜設定される項目の一つである。
【００４８】
次に、図４に示すフローチャートを参照して、本実施形態の即応型車両乗降システムであるデマンドバスシステムの作用について説明する。
【００４９】
まず、利用者から電話機３を介してセンタ装置１の電話機１１にアクセスがあり、デマンド予約があると（ステップＳ１１）、センタ装置１においては電話機１１において利用者からのデマンド内容を受け付ける（ステップＳ１３）。
【００５０】
このデマンド予約では、具体的には利用者の乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付け、入力装置１３に入力する。更に具体的には、入力装置１３のディスプレイには、図６に示すような予約情報入力画面が表示されるので、この予約情報入力画面に従って利用者のデマンド予約情報を入力する。すなわち、図６に示す予約情報入力画面では、上側に予約情報を入力する案内が表示され、下側には本日のバスダイヤが表示されているので、利用者からのデマンド予約電話を受け取ったオペレータは、上側の予約情報入力画面の案内に従って、まず利用者の名前（ひらがな）、電話番号、乗車場所、降車場所、乗車日、乗車便、乗車人数を利用者に問い合わせながら入力する。なお、乗車便は、下側に表示されている本日のバスダイヤを参照して利用者と話し合いながら利用者にとって最も良い乗車便を入力する。
【００５１】
このように入力された乗降情報は、入力装置１３からデマンド運行サーバ１５に送られ、デマンド運行サーバ１５から更に予約情報受付部１７を介して運行計画管理部１９に送られ、この運行計画管理部１９において巡回すべきデマンドルートが特定される（ステップＳ１５）。
【００５２】
運行計画管理部１９において、巡回すべきデマンドルートが特定されると、このデマンドルートが既に運行計画にあるルートであるか否かが判定される（ステップＳ１７）。換言すると、前記特定されたデマンドルートは図３（ｂ）に示すデマンド運行テーブルに示されているようなデマンドルート１，２，…などの経由順番号がふられているルートであるか否かが判定される。
【００５３】
ステップＳ１７の判定の結果、特定されたデマンドルートが既に運行計画にあるルートである場合には、ステップＳ２９に進み、このルートの運行計画から利用者の乗降希望地点であるデマンドポイントへのバスの到着時間を計算し、この計算した到着時間を巡回時刻として利用者に回答する（ステップＳ３１）。利用者は、この巡回時刻を確認し（ステップＳ３３）、その時刻にデマンドポイントでバスを待機する。
【００５４】
一方、ステップＳ１７の判定の結果、特定されたデマンドルートが既に運行計画にあるルートでない場合には、利用者によるデマンドルートの利用がデマンドルートからの乗車であるかデマンドルートでの降車であるか否かが判定される（ステップＳ１９）。デマンドルートからの乗車の場合には、当該デマンドルートの経由順番号として大きい方（順序の後ろの方）から設定し（ステップＳ２１）、またデマンドルートでの降車の場合には、当該デマンドルートの経由順番号として小さい方（順番が最初の方）から設定する（ステップＳ２３）。
【００５５】
このようにデマンドルートに対して経由順番号を設定すると、次に基幹ルート終点、すなわちデマンドルート起点からの出発時刻および利用者の乗降希望地点であるデマンドポイントへの到着時間を計算する（ステップＳ２５）。そして、この計算したデマンドルート起点からの出発時刻とデマンドポイントへの到着時間で確定される巡回するデマンドルートの運行時刻をそれまでの車両運行計画に追加し（ステップＳ２７）、このデマンドルートの運行時刻を巡回時刻として利用者に回答する（ステップＳ３１）。利用者は、この巡回時刻を確認し（ステップＳ３３）、その時刻にデマンドポイントでバスを待機する。
【００５６】
以上の処理は、上述した利用者からの乗降要求の受付締切り時刻まで繰り返し行われ（ステップＳ３５）、利用者からの乗降要求の受付を締め切り、車両運行計画を確定する（ステップＳ３７）。この確定された車両運行計画はバス車載装置５の車載端末５５で取得され、例えば図７に示すように車載端末５５のディスプレイに表示され（ステップＳ３９）、バスはこの車両運行計画に従って運行される。
【００５７】
この車載端末５５のディスプレイに表示される車載端末用運行計画は、図７に示すように、当該バスの運行番号、運行日、運行便、路線、定員を示す一番上の表示と次の行の当該バスの駅出発時刻と駅到着時刻に関連する出発列車時刻と到着列車時刻の表示の下に、各利用者の乗降要求に対応する情報として発車時刻、乗降予定時刻、乗降場所、乗降種別、利用者、人数が表示される。従って、バスの運転手はこの運行計画を見ながら、利用者の乗降要求に応じてバスを運行することができる。
【００５８】
次に、図５に示す表を参照してデマンド順路決定方法について具体的に説明する。
【００５９】
図５に示すデマンド順路決定方法では、各利用者からの乗降要求を受け付ける受付締切り時刻を一例として１１月７日に設定され、この受付締切り時刻の前の１１月６日に各利用者から受け付けた乗降要求に対してデマンド走行計画であるデマンド順路を決定している。この図５に示すデマンド順路決定は、第△便の車両運行計画に対して各利用者からの乗降要求を満たすように作成しているものである。
【００６０】
また、このデマンド順路の決定では、上述したように、基幹ルートに対して毎日定時的に行われる所定の車両運行計画を原則として変更することなく、乗降要求の受付順に従いながら、降車する利用者を早く降車させるように優先させ、また利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するように行われている。
【００６１】
更に、図５では、４人の利用者Ｗ，Ｘ，Ｙ，Ｚからの乗降要求に答えるものであり、利用者Ｗからは予約日時１１／６，１０：００に「地点Ｂで乗車」という予約内容があり、利用者Ｘからは予約日時１１／６，１０：３０に「○○駅で乗車、地点Ｄで降車」という予約内容があり、利用者Ｙからは予約日時１１／６，１１：３０に「○○駅で乗車、地点Ｂで降車」という予約内容があり、利用者Ｚからは予約日時１１／６，１３：３０に「地点Ｆで乗車」という予約内容がある。
【００６２】
第△便の車両運行計画は、○○駅を９：５３に出発し、地点Ａを１０：０４に至り、ここで時間調整をしてから地点Ａを１０：４５に出て、○○駅に１０：５６に到着するというものである。このような車両運行計画に対して、まず利用者Ｗから１１／６，１０：００に「地点Ｂで乗車」としたいという乗降要求を受け付けると、センタ装置１の運行計画管理部１９は、この乗降要求をデータベース２１に登録されている車両運行計画と照合し、バス４が地点Ａを出る時刻１０：４５の直前の時刻１０：３８に地点Ｂを巡回するように車両運行計画に設定し、その旨を利用者Ｗに通知する。この結果、利用者Ｗの乗車時間は最も短いものとなる。
【００６３】
次に、利用者Ｘから１１／６，１０：３０に「○○駅で乗車、地点Ｄで降車」したいという乗降要求を受け付けると、運行計画管理部１９は同様にしてバス４が○○駅を９：５３に出て地点Ａに至る時刻１０：０４の直後の時刻１０：１１に地点Ｄを巡回するように車両運行計画に設定し、その旨を利用者Ｘに通知する。この結果、利用者Ｘは早く降車できるようになる。
【００６４】
また次に、利用者Ｙから１１／６，１１：３０に「○○駅で乗車、地点Ｂで降車」したいという乗降要求を受け付けると、運行計画管理部１９は先に登録した地点Ｂで利用者Ｗを乗車させる時刻１０：３８に地点Ｂで利用者Ｙを降車させるように車両運行計画を設定し、その旨を利用者Ｙに通知する。この結果、バス４は地点Ｂで利用者Ｗを乗車させるとともに、利用者Ｙを降車させることができるというように巡回の順番を変更することなくまた効率的に走行することができる。
【００６５】
次に、利用者Ｚから１１／６，１３：３０に「地点Ｆで乗車」したいという乗降要求を受け付けると、乗車であるので、地点Ｆを巡回する順番は最後の方になるが、既に地点Ｂが決定しているので、この地点Ｂの前の時刻１０：２５に地点Ｆを巡回するように車両運行計画を設定し、その旨を利用者Ｚに通知する。
【００６６】
次に、図８を参照して、本発明の他の実施形態に係る即応型車両乗降システムを適用したデマンドバスシステムについて説明する。
【００６７】
本実施形態のデマンドバスシステムは、図１に示した実施形態が利用者の乗降要求を電話機３からの通話により受け付けるようにしていたものに対して、電話機３からの通話以外にプッシュホン７３からの押しボタン信号による乗降要求、公衆回線網を利用した任意のインターネット等のサービス（例えばＬモード（登録商標））に接続した通信端末（以下、単にＬモード（登録商標）電話機７５）からの乗降要求、携帯電話網を利用した任意のインターネットサービス（例えばｉモード（登録商標）、ｅｚｗｅｂ（登録商標）、Ｊ−スカイ（登録商標）等）に接続した携帯端末（以下、単にｉモード（登録商標）携帯電話機７７）からの乗降要求、自宅におけるパソコンなどの通信端末７９からの乗降要求も受け付けるように構成した点が異なるものであり、その他の構成および作用は図１の実施形態と同じであり、同じ構成要素には同じ符号が付されている。
【００６８】
なお、プッシュホン７３は、電話網７１を介してセンタ装置１に接続され、センタ装置１においてはモデム６１を介してデマンド運行サーバ１５に接続され、これによりプッシュホン７３を介した利用者からの乗降要求をデマンド運行サーバ１５で受け付けるようになっている。
【００６９】
また、センタ装置１は、インターネット７２に接続されたルータ６５をファイヤウォール６３を介してデマンド運行サーバ１５に接続し、Ｌモード（登録商標）電話機７５は電話網７１、インターネット７２を介してセンタ装置１のルータ６５に接続され、ルータ６５からファイヤウォール６３を介してデマンド運行サーバ１５に接続され、これによりＬモード（登録商標）電話機７５を介した利用者からの乗降要求をデマンド運行サーバ１５で受け付けるようになっている。
【００７０】
ｉモード（登録商標）携帯電話機７７および通信端末７９はインターネット７２を介してセンタ装置１のルータ６５に接続され、ルータ６５からファイヤウォール６３を介してデマンド運行サーバ１５に接続され、これによりｉモード（登録商標）携帯電話機７７を介した利用者からの乗降要求をデマンド運行サーバ１５で受け付けるようになっている。
【００７１】
なお、上記実施形態の即応型車両乗降方法の処理手順をプログラムとして例えばＣＤやＦＤなどの記録媒体に記録して、この記録媒体をコンピュータシステムに組み込んだり、または記録媒体に記録されたプログラムを通信回線を介してコンピュータシステムにダウンロードしたり、または記録媒体からインストールし、コンピュータシステム上で該プログラムを作動させることにより、即応型車両乗降方法を実施する即応型車両乗降システムとして機能させることができることは勿論であり、このような記録媒体を用いることにより、その流通性を高めることができるものである。
【００７２】
【発明の効果】
以上説明したように、本発明によれば、利用者からのデマンドルートに関する乗降希望地点情報、乗降希望日時情報、利用者識別情報を含む乗降情報を乗降要求とともに受け付けると、この乗降情報を車両運行計画と照合し、車両運行計画を原則として変更せず、乗降要求の受付順に基本的に従いながら、降車する利用者を早く降車させ、利用者の乗車時間が短くなるという条件に従って利用者の乗降要求を満足するようにデマンド走行計画を乗降決定地点、乗降決定日時とともに決定し、この決定した乗降決定地点情報および乗降決定日時情報を含むデマンド走行計画情報を利用者および車載端末に通知するので、地域住民にとっては交通の利便性を確保でき、車両運行の事業者側にとっては経済的かつ効率的であり、従来不採算等を理由に路線縮小していた車両運行を柔軟かつ効率的に拡大できるとともに利用者の拡大も図ることができ、また利用者の乗降要求に対して即時に一度で回答でき、事後連絡の煩わしさがなく効率的であり、更にデマンドルート以外の所定の基幹ルートの車両運行計画に変更がなく、通常の利用者に対する影響もなく、また従来のようにショートカットのデマンドルートのみでなく、分岐状の道路形態にも適用することができる。
【００７３】
また、本発明によれば、デマンドルートに通じる基幹ルート上の所定の地点において利用者からの乗降要求に対応し得るように車両を待機させて時間調整を行うので、デマンドルートにおける利用者からの種々の乗降要求に適確に答えることができ、利用者の利便性を確保することができる。
【００７４】
更に、本発明によれば、利用者の通信端末からのネットワークを介した乗降要求を受け付け、決定したデマンド走行計画を利用者の通信端末にネットワークを介して送信するので、利用者は電話を用いた通話による乗降要求のみでなく、例えばプッシュホンの押しボタン入力、Ｌモード電話機、ｉモード携帯電話機、パソコンのような通信端末からも乗降要求を行い、またこれらの端末でデマンド走行計画の回答も受け取ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る即応型車両乗降システムを適用したデマンドバスシステムの構成を示すブロック図である。
【図２】図１に示す実施形態のデマンドバスシステムが適用される路線バスが走行する路線系統図である。
【図３】図１に示す実施形態のデマンドバスシステムに使用されているデータベースの登録される各種データの内容を示す表である。
【図４】図１に示す実施形態のデマンドバスシステムの作用を示すフローチャートである。
【図５】図１に示す実施形態のデマンドバスシステムのデマンド順路決定方法を具体的に説明するための表である。
【図６】図１に示す実施形態のデマンドバスシステムにおいて利用者からの予約情報を入力するための予約情報入力画面を示す図である。
【図７】図１に示す実施形態のデマンドバスシステムで作成されバス車載装置の車載端末のディスプレイに表示される車載端末用運行計画を示す画面である。
【図８】本発明の他の実施形態に係る即応型車両乗降システムが適用されたデマンドバスシステムの構成を示すブロック図である。
【符号の説明】
１センタ装置
３，１１電話機
５バス車載装置
７通信網
９無線ＬＡＮ対応ＩＳＤＮルータ
１３入力装置
１５デマンド運行サーバ
１７予約情報受付部
１９運行計画管理部
２１データベース
２３無線通信装置
２５路側アンテナ
５１車載アンテナ
５３車載無線通信装置
５５車載端末
７３プッシュホン
７５Ｌモード電話機
７７ｉモード携帯電話機
７９通信端末[0001]
BACKGROUND OF THE INVENTION
The present invention has a branched road form such as a mountainous area including a mountainous area and an intermediate area between a mountainous area and a plain area, and has poor traffic convenience and is relatively depopulated. In response to user requests for getting in and out of a specific route in consideration of the convenience of getting on and off the user and the efficiency of vehicle operation in vehicles such as route buses traveling in the area, an responsive vehicle getting on and off system In more detail, in response to a user's boarding / alighting request on a demand route other than the trunk route for a vehicle traveling on a trunk route that is a predetermined route according to a predetermined vehicle operation plan, The present invention relates to an responsive vehicle entry / exit system, a method, and a program that enable entry / exit into a vehicle.
[0002]
[Prior art]
Conventionally, a travel route other than a predetermined route on a route bus that is used by a relatively small number of passengers is used as a demand route, and a request for getting on / off from the user for the demand route is accepted. A demand bus system that travels to and from a passenger on a demand route has been put into practical use (see, for example, Non-Patent Documents 1 and 2).
[0003]
Such a demand bus system is very convenient for residents in relatively hilly areas such as mountainous areas, and has an advantage that it is economical and efficient for the operation side of the route bus.
[0004]
[Non-Patent Document 1]
http://www.jice.or.jp/itschiiki-j/deployment/areas/06-lnakamura _- change.htm.
[Non-Patent Document 2]
http://member.nifty.ne.jp/oneda/inagisanpo/inagicitybus.htm
[0005]
[Problems to be solved by the invention]
The conventional demand bus system is relatively simple enough to determine whether or not to simply shortcut a predetermined demand route, and the order of operation of each demand route branched according to the demand situation is accurately determined. However, there is a demand for the development of such a demand bus system.
[0006]
Also, in the conventional demand bus system, the operation plan is decided by collecting the boarding / alighting requests received from each user, and then the stop time is notified to each user, which is not immediate. There is.
[0007]
The present invention has been made in view of the above, and its purpose is not to change the normal vehicle operation plan in principle in consideration of user convenience and the punctuality required for vehicle operation, It is an object of the present invention to provide a quick response vehicle boarding / alighting system that can immediately answer boarding / alighting times in response to a user's boarding / alighting request and can be applied to a branched road form such as a mountainous area.
[0008]
[Means for Solving the Problems]
In order to achieve the above-mentioned object, the present invention as claimed in claim 1 provides a user boarding / alighting request on a demand route other than the basic route for a vehicle traveling on a basic route which is a predetermined route according to a predetermined vehicle operation plan. An responsive vehicle boarding / alighting system that allows a user to get on and off the vehicle in response to the boarding / alighting request, and includes information on a desired boarding / alighting point information, demanding date / time information, and user identification information regarding a demand route from the user. Accepting means for receiving boarding / alighting information together with boarding / alighting requests, and using the received boarding / alighting information to collate with the vehicle operation plan, to get off while basically following the order of boarding / alighting requests without changing the vehicle operation plan in principle The vehicle travels so as to satisfy the user's boarding / exiting request according to the condition that the user gets off quickly and the boarding time of the user is shortened. Demand travel plan determination means for determining the vehicle travel plan together with the boarding / departure determination point and the boarding / departure determination date and time, and user notification means for notifying the user of demand travel plan information including the determined boarding / departure determination point information and boarding / departure determination date / time information And vehicle-mounted terminal notification means for notifying the vehicle-mounted terminal of demand travel plan information including the determined boarding / departing determination point information and boarding / departure determination date / time information via communication means.
[0009]
In this invention of Claim 1, if boarding / alighting information including the boarding / alighting point information regarding the demand route from a user, boarding / alighting date information, and user identification information is received with a boarding / alighting request, this boarding / alighting information will be operated. Compared with the plan, in principle, the vehicle operation plan is not changed, and the user boarding request is made according to the condition that the user getting off the vehicle quickly gets off and the boarding time of the user is shortened while following the basic order of the boarding / exiting request. In order to determine the demand travel plan together with the boarding / departure decision point and the boarding / departure decision date and time, and to inform the user and the in-vehicle terminal of the demand trip plan information including the decided boarding / departure decision point information and boarding / departure decision date / time information, The convenience of transportation can be ensured for the residents, and it is economical and efficient for the operator of the vehicle operation. Reduced vehicle operation can be expanded flexibly and efficiently, and the number of users can be increased. In addition, users can immediately respond to boarding / exiting requests at once, and there is no need for troublesome post-contact. In addition, there is no change in the vehicle operation plan for a predetermined basic route other than the demand route, there is no effect on normal users, and not only the shortcut demand route as in the past, but also a branched road form Can be applied.
[0010]
Further, the present invention according to claim 2 is the invention according to claim 1, wherein the vehicle operation plan can respond to a boarding / alighting request from a user at a predetermined point on a backbone route leading to the demand route. The gist is that the vehicle is set to wait and time adjustment is performed.
[0011]
In the present invention according to claim 2, in order to adjust the time by waiting the vehicle so that it can respond to a boarding / alighting request from the user at a predetermined point on the backbone route leading to the demand route, It is possible to accurately answer various boarding / alighting requests from the user, and to ensure the convenience for the user.
[0012]
Furthermore, the present invention according to claim 3 is the invention according to claim 1, wherein the accepting means includes means for accepting a boarding / alighting request including the boarding / alighting information via a network from a user communication terminal, The gist of the invention is that the user notifying means has a transmitting means for transmitting a demand travel plan including the determined boarding / departing decision point and boarding / departing date / time to a user's communication terminal via a network.
[0013]
In this invention of Claim 3, in order to receive the boarding / alighting request | requirement via a network from a user's communication terminal and to transmit the determined demand travel plan to a user's communication terminal via a network, a user Is a communication terminal (hereinafter simply referred to as L mode (registered trademark)) connected to a service (for example, L mode (registered trademark)) using not only a boarding / exiting request by a telephone call but also, for example, push-button input of a push phone or a public network. L-mode (registered trademark) telephone), a portable terminal connected to any Internet service (for example, i-mode (registered trademark), ezweb (registered trademark), J-sky (registered trademark), etc.) using a cellular phone network Simple i-mode (registered trademark) mobile phone), requesting boarding / exiting from communication terminals such as personal computers, and running demand on these terminals. You can also receive answers plan.
[0014]
The present invention according to claim 4 accepts a user's boarding / exiting request on a demand route other than the basic route for a vehicle traveling on a basic route, which is a predetermined route, according to a predetermined vehicle operation plan. This is an immediate vehicle entry / exit method that enables the user to get on and off the vehicle, including information on desired point of entry / exit about the demand route from the user, information on the date / time of getting on / off, and user identification information along with a request for getting on / off. Accepting and checking this accepted boarding / exiting information with the vehicle operation plan, without changing the vehicle operation plan in principle, and following the basic order of acceptance of boarding / exiting requests, get off the user quickly and get off the user Demand driving plan where the vehicle travels to satisfy the user's boarding / exiting request according to the condition that the time is shortened The determined demand travel plan is notified to the user together with the entry / exit decision point and the entry / exit date / time, and the demand travel plan information including the entry / exit decision point information and the entry / exit decision date / time information is transmitted to the in-vehicle terminal via the communication means. The gist is to notify.
[0015]
In this invention of Claim 4, if boarding / alighting information including the boarding / alighting point information regarding the demand route from a user, boarding / alighting date information, and user identification information is received with a boarding / alighting request, this boarding / alighting information will be operated. Compared with the plan, in principle, the vehicle operation plan is not changed, and the user boarding request is made according to the condition that the user getting off the vehicle quickly gets off and the boarding time of the user is shortened while following the basic order of the boarding / exiting request. In order to determine the demand travel plan together with the boarding / departure decision point and the boarding / departure decision date and time, and to inform the user and the in-vehicle terminal of the demand trip plan information including the decided boarding / departure decision point information and boarding / departure decision date / time information, The convenience of transportation can be ensured for the residents, and it is economical and efficient for the operator of the vehicle operation. Reduced vehicle operation can be expanded flexibly and efficiently, and the number of users can be increased. In addition, users can immediately respond to boarding / exiting requests at once, and there is no need for troublesome post-contact. In addition, there is no change in the vehicle operation plan for a predetermined basic route other than the demand route, there is no effect on normal users, and not only the shortcut demand route as in the past, but also a branched road form Can be applied.
[0016]
According to a fifth aspect of the present invention, in the invention according to the fourth aspect, the vehicle operation plan can respond to a boarding / alighting request from a user at a predetermined point on a backbone route leading to the demand route. The gist is that the vehicle is set to wait and time adjustment is performed.
[0017]
In the present invention according to claim 5, in order to adjust the time by making the vehicle stand by so as to be able to respond to a boarding / alighting request from a user at a predetermined point on the backbone route leading to the demand route, It is possible to accurately answer various boarding / alighting requests from the user, and to ensure the convenience for the user.
[0018]
Further, according to the present invention of claim 6, in the invention of claim 4, the boarding / alighting request accepting process accepts a boarding / alighting request including the boarding / alighting information via a network from a user communication terminal, and the use The gist of the notification process to the user is to transmit the demand travel plan including the determined boarding / departing determination point and boarding / departing determination date and time to the user's communication terminal via the network.
[0019]
In the present invention according to claim 6, in order to receive a boarding / alighting request from the user's communication terminal via the network and transmit the determined demand travel plan to the user's communication terminal via the network, the user Is a communication terminal (hereinafter simply referred to as L mode) connected to a service (for example, L mode (registered trademark)) using not only a request for getting on and off by a telephone call but also, for example, pushbutton pushbutton input, public line network, etc. (Registered trademark) telephone), a portable terminal connected to an arbitrary Internet service (for example, i-mode (registered trademark), ezweb (registered trademark), J-sky (registered trademark), etc.) using a cellular phone network i-mode (registered trademark) mobile phone), request for getting on and off from a communication terminal such as a personal computer, and demand travel on these terminals View of the answer can also be received.
[0020]
The gist of the present invention described in claim 7 is to execute the rapid vehicle entry / exit method according to any one of claims 4 to 6 by a program.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a configuration of a mountain-mountainous region type demand bus system to which an responsive vehicle boarding / alighting system according to an embodiment of the present invention is applied.
[0022]
The demand bus system shown in the figure has a branched road form such as a mountainous area including a mountainous area and an intermediate area between a mountainous area and a plainous area. A route bus that travels in a sparsely populated area where residents' villages are far from traffic nodes such as stations, and runs on a basic route that is a predetermined route according to a predetermined vehicle operation plan A user who is a passenger who is a passenger who accepts a user's boarding / alighting request on a demand route other than the main route for this route bus and enables the user to get on and off the vehicle in response to the boarding / alighting request. For example, a center device 1 that accepts a boarding / alighting request from the telephone 3 and a bus on-vehicle device 5 mounted on the bus 4 so as to be able to perform wireless communication with the center device 1.
[0023]
More specifically, the center device 1 includes a telephone 11 that constitutes an accepting unit that accepts boarding / alighting information including, for example, demanding / obtaining point information, demanding date / time information, and user identification information for a demand route from the telephone 3 of the user. An input device 13 including a keyboard and a display for inputting the boarding / alighting information received by the telephone 11, and boarding / alighting information input from the input device 13 are supplied, and a bus demand operation plan is made based on the boarding / alighting information. A demand operation server 15 is provided.
[0024]
The demand operation server 15 is connected to a reservation information reception unit 17 and an operation plan management unit 19, and various operation data including a vehicle operation plan are stored in the reservation information reception unit 17 and the operation plan management unit 19. A database (DB) 21 is connected.
[0025]
When the demand operation server 15 receives the user's getting-on / off information from the input device 13, the demand operation server 15 supplies the getting-on / off information to the reservation information receiving unit 17, and the reservation information receiving unit 17 receives the user's getting-on / off information from the operation plan managing unit 19. To supply. When receiving the user boarding / alighting information, the operation plan management unit 19 accesses the database 21 to obtain the vehicle operation plan, collates the vehicle operation plan with the user boarding / alighting information, and obtains the user demand route. A demand travel plan including a desired boarding / exiting point, a boarding / determining decision point suitable for the boarding / exiting date / time, and a boarding / determining date / time is determined and supplied to the demand travel server 15, and the demand travel plan is stored in the database 21.
[0026]
Further, the demand operation server 15 is connected to a roadside antenna 25 provided on a power pole or the like via a wireless communication device 23, and wirelessly communicates with the on-vehicle device 5 mounted on the bus 4 via the roadside antenna 25. It has come to be able to do. When the demand operation server 15 receives the demand travel plan including the boarding / departure decision point and the boarding / departure decision date / time from the operation plan management unit 19 as described above, the demand operation server 15 wirelessly communicates the vehicle operation plan including the demand travel plan from the roadside antenna 25. Is transmitted to the on-vehicle device 5.
[0027]
When the on-vehicle antenna 51 receives the vehicle operation plan including the demand travel plan transmitted from the roadside antenna 25 of the center device 1 by the on-vehicle antenna 51, the bus in-vehicle device 5 includes a data terminal such as a personal computer via the in-vehicle wireless communication device 53. This is supplied to the in-vehicle terminal 55. The in-vehicle terminal 55 displays this vehicle operation plan on the display and presents it to the driver of the bus 4. The driver operates the bus 4 according to the presented vehicle operation plan.
[0028]
Furthermore, the demand operation server 15 of the center device 1 is connected to the wireless LAN compatible ISDN router 9 via the communication network 7, and is mounted on the bus 4 via the wireless LAN compatible ISDN router 9. It communicates with the device 5 so that the vehicle operation plan can be supplied to the bus in-vehicle device 5. That is, the center device 1 can communicate with the bus in-vehicle device 5 from the demand operation server 15 via the roadside antenna 25 or via the communication network 7 and the wireless LAN compatible ISDN router 9.
[0029]
FIG. 2 is a route system diagram on which the route bus 4 to which the demand bus system of the embodiment shown in FIG. 1 is applied travels. As shown in the figure, the route on which the bus 4 to which the demand bus system of the present embodiment is applied travels with a traffic node XX station as the starting point of the basic route, and is relatively away from this station. The basic route extends to the villages located in the hilly mountainous areas, etc., as indicated by the thick solid line, and the end point of the basic route is set at point A of this village.
[0030]
And the demand object area which receives a user's boarding / alighting request | requirement is set so that a village may be surrounded centering on this point A. FIG. In this demand target area, there are a plurality of demand routes branched from the point A. In the present embodiment, three demand routes are extended as shown by thick dotted lines as an example. Among the three branched demand routes, the first demand route has point B and point C set as demand points that are stops on the demand route.
[0031]
In addition, a point D and a point E are set as demand points in the second demand route, and a point F and a point G are set as demand points in the third demand route. Note that point A is defined as the starting point of a demand route for a plurality of demand routes existing in the demand target area.
[0032]
In the present embodiment, the number of branches is three. However, the present invention is not limited to this. For example, the waiting time at the end point of the basic route and the degree of use (frequency, number of users, route distance, traffic volume, etc.) are taken into consideration. The number of branches can be set as appropriate.
[0033]
In the route system of the bus 4 as shown in FIG. 2, the bus 4 reciprocates in the same way every day according to a predetermined vehicle operation plan on the basic route between the start point located at the station XX and the end point located at the point A. In addition, in this round trip, the bus 4 waits for a relatively short time, such as several minutes to several tens of minutes, so that it can respond to a user's boarding / exiting request on the demand route at the demand route starting point of the point A in the demand target area. A predetermined vehicle operation plan is set so as to adjust the time.
[0034]
As described above, when the center device 1 receives a request for getting on and off the demand route from a user in the demand target area when the bus 4 travels back and forth on the basic route while adjusting the time at the point A where the demand route starts, this use is performed. A demand travel plan that satisfies the passenger's boarding / exiting request but does not change the predetermined vehicle travel plan on which the bus 4 travels on the main route is made.
[0035]
More specifically, the demand travel plan is planned on a daily basis for a predetermined vehicle operation plan for the basic route, that is, for the basic route, in the operation plan management unit 19 of the center apparatus 1 constituting the demand travel plan determination means. In principle, without changing the prescribed vehicle operation plan, the user is requested to get on and off in accordance with the condition that the user who gets off the vehicle gets off early and the boarding time is shortened while following the basic order of acceptance of the boarding and exiting requests. Is done to satisfy.
[0036]
The demand travel plan includes information on the boarding / departure decision point that is a demand point on the demand route, that is, information on the boarding / departure decision point determined by the operation plan management unit 19 for the user to get on and off, and the user's boarding date / time at this point. , And a demand travel plan including the boarding / departure decision point information and boarding / departure decision date / time information is notified from the center device 1 to the user.
[0037]
In addition, a demand travel plan created based on a boarding / alighting request from a user on a demand route basically sets a request reception deadline, and the center device 1 responds to each boarding request received up to the reception deadline. A demand travel plan including the boarding / departure decision point and boarding / departure decision date / time is immediately created and immediately notified to the user. The setting of the reception start time is arbitrary as long as it is before the reception deadline of the flight, and even if the reception start time is set, it is usually relatively long from one week or one month ago. A period is set.
[0038]
Then, after the reception deadline time, the acceptance of the boarding / alighting request from the user for the reception deadline time is stopped, and the boarding / alighting request from the user after the suspension of the reception is again for the next reception deadline to be set. To accept. Specifically, the acceptance deadline of the boarding / alighting request is set to, for example, until 6:00 pm on the previous day, and a demand travel plan for the next day and after is received for each boarding boarding request accepted by this reception deadline. It is designed to immediately create and notify the user.
[0039]
In addition, the departure of the bus 4 from the basic route start point and the arrival at the basic route start point is performed in accordance with the train time such as the arrival time and departure time of the train at the XX station. A user who gets off the train can get on the train in a timely manner, and a user who arrives at the OO station on the train can get on the bus 4 in a timely manner. The vehicle operation plan is set so as to satisfy such timing.
[0040]
The vehicle operation plan is registered in the database 21 provided in the center apparatus 1. The contents of the registered database 21 will be described with reference to FIG.
[0041]
The database 21 includes a demand bus diagram table (FIG. 3A), a demand operation table (FIG. 3B), a demand reservation table (FIG. 3C), a demand route table (FIG. 3D), A demand point table (FIG. 3 (e)) and a demand user table (FIG. 3 (f)) are registered.
[0042]
The demand bus diagram table shown in FIG. 3 (a) is a table in which the predetermined vehicle operation plan described above is registered. The bus flight number, the bus route name, the departure time of the transportation system connected at the start point of the main route (bus Before departure time, up direction), departure time of transportation connected at the basic route start point (before bus departure time, down direction), basic route start point departure time, basic route end point arrival time, basic route end point departure time, basic route start point Arrival time, transportation arrival time at the main route starting point (after bus departure time, going up), transportation time connecting time at the main route starting point (after bus departure time, going down direction), bus capacity, Register the bus management number and bus driver name. Here, the number of buses, the bus management number, and the bus driver name are not essential items, but are one of items that are appropriately set for operation management, for example.
[0043]
The demand operation table shown in FIG. 3B includes an operation number, an operation date, a flight number, a route order number for demand route 1, a route order number for demand route 2, a route order number for demand route 3, and a demand route 4 Via route number, via route number of demand route 5, deadline (1), accepting (0), presence of deadline (deadline completed (1), accepting (0)), order route time of demand route 1, demand Route 2 route order time, demand route 3 route order time, demand route 4 route order time, demand route 5 route order time, and memo items are registered.
[0044]
The demand reservation table shown in FIG. 3 (c) includes a reservation number, an operation number, a boarding / exiting type: boarding (1), boarding (2), user boarding place name, user boarding time, demand route number, and user name. : Last name (Hiragana), User name: Name (Hiragana), User phone number, Number of users, Revocation status: Canceled (1), Canceled (2), User judgment: Previous usage: Available (1 ), None (2) are registered.
[0045]
In the demand route table shown in FIG. 3 (d), a route number, a route name, a basic route (B), a demand route (D), a required round-trip time, a required traveling time, and a required return route are registered.
[0046]
In addition, the demand point table shown in FIG. 3E includes a demand point ID, a bus stop name, a demand route number, a required time (minutes) from the route backbone to the demand point (bound), and a demand point (return) from the route backbone. Register the required time (minutes).
[0047]
Further, the demand user table shown in FIG. 3 (f) includes a member number, a member's last name (kanji), a member's name (kanji), a member's last name (furigana), a member's name (furigana), an address, a telephone, and a mobile phone. Number: hyphen, no parentheses, gender: male (M), female (F), age, demand point ID is registered. Here, the address, telephone, mobile phone number, gender, and age are not essential items, but are one of items that are set as appropriate, for example, for operation management.
[0048]
Next, with reference to the flowchart shown in FIG. 4, the operation of the demand bus system which is the quick response vehicle boarding / alighting system of this embodiment will be described.
[0049]
First, when the user accesses the telephone 11 of the center apparatus 1 via the telephone 3, and there is a demand reservation (step S11), the center apparatus 1 accepts the demand content from the user at the telephone 11 (step S13). ).
[0050]
In this demand reservation, specifically, boarding / alighting information including user's boarding / departure point information, boarding / desiring date / time information, and user identification information is received together with a boarding / alighting request and input to the input device 13. More specifically, since the reservation information input screen as shown in FIG. 6 is displayed on the display of the input device 13, the user's demand reservation information is input according to the reservation information input screen. That is, in the reservation information input screen shown in FIG. 6, guidance for inputting reservation information is displayed on the upper side, and today's bus schedule is displayed on the lower side. Therefore, the operator who received the demand reservation call from the user In accordance with the guidance on the reservation information input screen on the upper side, first, the user's name (hiragana), telephone number, boarding location, getting-off location, boarding date, boarding flight, and number of passengers are entered while inquiring the user. As for the boarding flight, the best boarding flight for the user is input while talking with the user with reference to today's bus schedule displayed on the lower side.
[0051]
The boarding / alighting information input in this way is sent from the input device 13 to the demand operation server 15, and further sent from the demand operation server 15 to the operation plan management unit 19 via the reservation information receiving unit 17, and this operation plan management unit. A demand route to be visited in 19 is specified (step S15).
[0052]
When the demand route to be visited is specified in the operation plan management unit 19, it is determined whether or not this demand route is already in the operation plan (step S17). In other words, whether or not the identified demand route is a route assigned with a route order number such as demand routes 1, 2,... As shown in the demand operation table shown in FIG. Is determined.
[0053]
As a result of the determination in step S17, if the specified demand route is a route already in the operation plan, the process proceeds to step S29, and the bus from the operation plan of this route to the demand point that is the user's desired boarding / departing point is obtained. The arrival time is calculated, and the calculated arrival time is returned to the user as the traveling time (step S31). The user confirms this tour time (step S33), and waits for the bus at the demand point at that time.
[0054]
On the other hand, as a result of the determination in step S17, if the identified demand route is not a route already in the operation plan, is the user using the demand route to get on the demand route or to get off on the demand route? It is determined whether or not (step S19). In case of boarding from the demand route, the order number of the demand route is set from the larger one (after the order) (step S21). In case of getting off by the demand route, the demand route The route number is set from the smaller one (the first in the order) (step S23).
[0055]
When the route order number is set for the demand route in this way, next, the departure time from the basic route end point, that is, the departure time from the demand route starting point, and the arrival time at the demand point which is the user's desired boarding / exiting point are calculated (step S25). ). Then, the operation time of the circulating demand route determined by the calculated departure time from the demand route starting point and the arrival time at the demand point is added to the vehicle operation plan so far (step S27), and the operation of this demand route is performed. The time is returned to the user as the traveling time (step S31). The user confirms this tour time (step S33), and waits for the bus at the demand point at that time.
[0056]
The above processing is repeated until the above-described deadline for accepting boarding / exiting requests from the user (step S35), deadline for accepting boarding / exiting requests from the user is closed, and the vehicle operation plan is finalized (step S37). This determined vehicle operation plan is acquired by the in-vehicle terminal 55 of the bus in-vehicle device 5 and displayed on the display of the in-vehicle terminal 55 as shown in FIG. 7, for example (step S39), and the bus is operated according to this vehicle operation plan. .
[0057]
The in-vehicle terminal operation plan displayed on the display of the in-vehicle terminal 55 is, as shown in FIG. 7, the top display and the next line indicating the bus operation number, operation date, operating flights, routes, capacity. Under the display of departure train time and arrival train time related to the station departure time and station arrival time of the bus, departure time, estimated boarding time, boarding location, boarding type as information corresponding to each user's boarding / exiting request , Users and number of people are displayed. Accordingly, the bus driver can operate the bus according to the user's boarding / exiting request while looking at the operation plan.
[0058]
Next, the demand route determination method will be specifically described with reference to the table shown in FIG.
[0059]
In the demand route determination method shown in FIG. 5, a reception deadline time for accepting a boarding / alighting request from each user is set as an example on November 7th, and is accepted from each user on November 6 before this reception deadline time. A demand route that is a demand travel plan is determined in response to a request for getting on and off. The demand route determination shown in FIG. 5 is prepared so as to satisfy a boarding / alighting request from each user with respect to the vehicle operation plan for the Δth flight.
[0060]
In addition, in determining the demand route, as described above, the user who gets off the vehicle while following the order of getting on / off requests without changing the predetermined vehicle operation plan that is regularly scheduled for the main route every day. In order to satisfy the user's getting-on / off request according to the condition that the user's getting-on time is shortened and the user's boarding time is shortened.
[0061]
Furthermore, in FIG. 5, it responds to the boarding / alighting request from four users W, X, Y, Z, and the user W says “boarding at the point B” at the reservation date 11/6, 10:00. There is a reservation content, and there is a reservation content from the user X at the reservation date and time 11/6, 10:30 “get on at the station XX, get off at the point D”, and from the user Y the reservation date and time : 30, there is a reservation content “get on at XX station, get off at point B”, and from user Z there is a reservation content “get on at point F” at the reservation date 11/6, 13:30.
[0062]
The vehicle operation plan for flight # △ departed from XX station at 9:53, reached point A at 10:04, adjusted the time here, then exited point A at 10:45, Arrives at 10:56. In response to such a vehicle operation plan, when the user W first receives a boarding / alighting request that he / she wants to “get on at point B” at 11/6, 10:00, the operation plan management unit 19 of the center device 1 Check the boarding / alighting request with the vehicle operation plan registered in the database 21, and set the vehicle operation plan so that the bus 4 goes around the point B at the time 10:38 immediately before the time 10:45 leaving the point A, This is notified to the user W. As a result, the boarding time of the user W is the shortest.
[0063]
Next, when the user X receives a request for getting on and off at 11/6, 10:30 to “get on at XX station, get off at point D”, the operation plan management unit 19 similarly connects the bus 4 to XX station. Is set to the vehicle operation plan so as to go to the point D at time 10:11 immediately after the time 10:04 to reach the point A at 9:53, and the fact is notified to the user X. As a result, the user X can get off quickly.
[0064]
Next, when the user Y receives a request for getting on and off at 11/6, 11:30 to “get on at XX station and get off at point B”, the operation plan management unit 19 uses it at the point B registered earlier. The vehicle operation plan is set so that the user Y gets off at the point B at the time 10:38 when the person W gets on, and the user Y is notified of this. As a result, the bus 4 can travel efficiently without changing the turn order so that the user W can get on at the point B and the user Y can get off.
[0065]
Next, if the user Z receives a boarding / alighting request to “get on at point F” at 11/6, 13:30, it is a boarding, so the order of going around the point F is the last, Since B is determined, the vehicle operation plan is set so as to go around the point F at the time 10:25 before the point B, and the user Z is notified accordingly.
[0066]
Next, with reference to FIG. 8, a demand bus system to which an responsive vehicle boarding / alighting system according to another embodiment of the present invention is applied will be described.
[0067]
The demand bus system of the present embodiment is different from that in which the embodiment shown in FIG. 1 accepts a user's boarding / alighting request by a call from the telephone 3, but from the push phone 73 in addition to the telephone 3 A boarding / alighting request by a push button signal, a boarding / alighting request from a communication terminal (hereinafter simply referred to as an L mode (registered trademark) telephone 75) connected to any service such as the Internet (for example, L mode (registered trademark)) using a public line network A mobile terminal (hereinafter simply referred to as i-mode (registered trademark)) connected to an arbitrary Internet service (for example, i-mode (registered trademark), ezweb (registered trademark), J-sky (registered trademark)) using a cellular phone network It is configured to accept a boarding / alighting request from a mobile phone 77) and a boarding / alighting request from a communication terminal 79 such as a personal computer at home. Made are those, other configurations and operations are the same as the embodiment of FIG. 1, the same reference numerals are given to the same components.
[0068]
The push phone 73 is connected to the center device 1 via the telephone network 71, and is connected to the demand operation server 15 via the modem 61 in the center device 1, whereby a boarding / alighting request from the user via the push phone 73 is obtained. Is received by the demand operation server 15.
[0069]
Further, the center device 1 connects a router 65 connected to the Internet 72 to the demand operation server 15 via the firewall 63, and the L mode (registered trademark) telephone 75 is connected to the center device via the telephone network 71 and the Internet 72. 1 is connected to the demand operation server 15 from the router 65 through the firewall 63, whereby a request for getting on and off from the user through the L mode (registered trademark) telephone 75 is received by the demand operation server 15. It has come to accept.
[0070]
The i-mode (registered trademark) mobile phone 77 and the communication terminal 79 are connected to the router 65 of the center apparatus 1 via the Internet 72, and are connected to the demand operation server 15 via the firewall 63 from the router 65. The demand operation server 15 accepts a boarding / alighting request from a user via a (registered trademark) mobile phone 77.
[0071]
It should be noted that the processing procedure of the rapid vehicle entry / exit method of the above embodiment is recorded as a program on a recording medium such as a CD or FD, and this recording medium is incorporated into a computer system, or the program recorded on the recording medium is communicated. It can be downloaded to a computer system via a line or installed from a recording medium, and the program can be operated on the computer system to function as an responsive vehicle getting-on / off system that implements an responsive vehicle getting-on / off method. Of course, the use of such a recording medium can improve the distribution.
[0072]
【The invention's effect】
As described above, according to the present invention, when boarding / alighting information including a boarding / alighting point information, a boarding / desiring date / time information, and user identification information regarding a demand route from a user is received together with a boarding / alighting request, Compared with the plan, in principle, the vehicle operation plan is not changed, and the user boarding request is made according to the condition that the user getting off the vehicle quickly gets off and the boarding time of the user is shortened while following the basic order of the boarding / exiting request. The demand travel plan is determined together with the boarding / departure decision point and the boarding / departure decision date and time so as to satisfy the demand travel plan information including the decided boarding / departure decision point information and boarding / departure decision date / time information to the user and the in-vehicle terminal. It is possible to ensure the convenience of transportation for the residents, and it is economical and efficient for the operator of the vehicle operation. It is possible to flexibly and efficiently expand the operation of vehicles that have been reduced, and to increase the number of users. In addition, it is possible to respond immediately to the user's boarding / exiting requests at once, and there is no need for troublesome subsequent communication. In addition, there is no change in the vehicle operation plan of the specified basic route other than the demand route, there is no influence on normal users, and not only the demand route of the shortcut as in the past, but also a branched road form Can also be applied.
[0073]
In addition, according to the present invention, the vehicle is placed on standby so as to be able to respond to a boarding / alighting request from a user at a predetermined point on the backbone route leading to the demand route. Various requests for getting on and off can be answered accurately, and user convenience can be ensured.
[0074]
Furthermore, according to the present invention, since a boarding / alighting request from a user's communication terminal is accepted and the determined demand travel plan is transmitted to the user's communication terminal via the network, the user uses a telephone. In addition to a boarding / departing request by a call, for example, a push-button input of a push phone, an L-mode phone, an i-mode mobile phone, or a communication terminal such as a personal computer makes a boarding / alighting request and receives a demand travel plan response at these terminals. be able to.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a demand bus system to which an responsive vehicle boarding / alighting system according to an embodiment of the present invention is applied.
FIG. 2 is a route system diagram on which a route bus to which the demand bus system of the embodiment shown in FIG. 1 is applied travels.
FIG. 3 is a table showing the contents of various data registered in a database used in the demand bus system of the embodiment shown in FIG. 1;
4 is a flowchart showing the operation of the demand bus system of the embodiment shown in FIG.
FIG. 5 is a table for specifically explaining a demand route determination method of the demand bus system according to the embodiment shown in FIG. 1;
6 is a diagram showing a reservation information input screen for inputting reservation information from a user in the demand bus system of the embodiment shown in FIG. 1. FIG.
7 is a screen showing an in-vehicle terminal operation plan created by the demand bus system of the embodiment shown in FIG. 1 and displayed on the display of the in-vehicle terminal of the in-vehicle bus device.
FIG. 8 is a block diagram showing a configuration of a demand bus system to which an responsive vehicle getting-on / off system according to another embodiment of the present invention is applied.
[Explanation of symbols]
1 Center device
3,11 telephone
5 on-vehicle equipment
7 Communication network
9 ISDN router for wireless LAN
13 Input device
15 Demand service server
17 Reservation information reception
19 Operation Planning Management Department
21 Database
23 Wireless communication device
25 Roadside antenna
51 Onboard antenna
53 On-vehicle wireless communication device
55 In-vehicle terminal
73 Pushphone
75 L-mode telephone
77 i-mode mobile phone
79 Communication terminal

Claims

Accepting a user's boarding / exiting request on a demand route other than the basic route for a vehicle traveling on a basic route which is a predetermined route according to a predetermined vehicle operation plan, An responsive vehicle entry / exit system that enables
Accepting means for receiving boarding / alighting request information including a desired boarding / alighting point information, user boarding / exiting date / time information, and user identification information regarding a demand route from a user;
The received boarding / exiting information is checked against the vehicle operation plan, the vehicle operation plan is not changed in principle, and the user who gets off the vehicle quickly gets off while following the basic order of the boarding request. A demand travel plan that the vehicle travels to satisfy the user's boarding / exiting request according to the condition of shortening is determined together with the boarding / departing decision point, boarding / departure decision date and time, and the determined order of the tour does not change depending on the subsequent boarding / exiting request A travel plan determination means;
User notification means for notifying the user of the demand travel plan information including the determined boarding / departure determination point information and boarding / departure determination date and time information;
An on-board terminal notifying means for notifying the on-board terminal of the demand travel plan information including the determined boarding / departing decision point information and boarding / determining date / time information via a communication means.

The vehicle operation plan is set so that time adjustment is performed by waiting the vehicle so as to be able to respond to a boarding / alighting request from a user at a predetermined point on a backbone route leading to the demand route. The responsive vehicle boarding / alighting system according to claim 1.

The reception means includes means for receiving a boarding / alighting request including the boarding / alighting information via a network from a user's communication terminal,
The said user notification means has a transmission means which transmits the demand travel plan containing the determined boarding / alighting determination point and boarding / alighting determination date to a user's communication terminal via a network, The quick response of Claim 1 characterized by the above-mentioned. Type vehicle getting on and off system.

Accepting a user's boarding / exiting request on a demand route other than the basic route for a vehicle traveling on a basic route which is a predetermined route according to a predetermined vehicle operation plan, An responsive vehicle entry / exit method that enables
Accepting boarding / alighting information including information on desired points of boarding / departing points, demanding date / time information, and user identification information from users,
The received boarding / exiting information is checked against the vehicle operation plan, the vehicle operation plan is not changed in principle, and the user who gets off the vehicle quickly gets off while following the basic order of the boarding request. The demand travel plan that the vehicle travels to satisfy the user's boarding / exiting request according to the condition of shortening is determined together with the boarding / departing decision point, boarding / departure decision date and time, and the determined order of the tour is not changed depending on the subsequent boarding / exiting request West,
Notify the user of this determined demand travel plan together with the boarding / departure decision point and boarding / departure decision date
Demand driving plan information including the boarding / departure determination point information and boarding / departure determination date / time information is notified to the in-vehicle terminal via communication means.

The vehicle operation plan is set so that time adjustment is performed by waiting the vehicle so as to be able to respond to a boarding / alighting request from a user at a predetermined point on a backbone route leading to the demand route. The quick response vehicle boarding / alighting method according to claim 4.

The boarding / alighting request accepting process accepts a boarding / alighting request including the boarding / alighting information via a network from a user communication terminal,
5. The responsive vehicle according to claim 4, wherein the notification process to the user transmits a demand travel plan including the determined boarding / determining point and boarding / determining date / time to the user's communication terminal via a network. How to get on and off.

The program which performs the quick response vehicle boarding / alighting method of any one of Claims 4 thru | or 6.