(57)【要約】      （修正有）【課題】利用者の利便性を高めることのできるバス運行管理システムを提供する。【解決手段】特定施設と送迎地点との間での複数台のバスの運行を管理する運行管理サーバ１０と、各バスにそれぞれ設けられて運行管理サーバ１０との間で情報通信する端末装置３０とからなり、各端末装置３０は、ＧＰＳ受信機３１にて取得した自車の位置情報と自車の運行状況を運行管理サーバ１０に送信すると共に、運行管理サーバ１０から通知される後続バスの位置情報および／または後続バスの前記送迎地点への到着予想時刻を受信する手段と、自車の発車予定時刻を含むサービス情報を乗客に提示するモニタ装置３６とを備え、運行管理サーバ１０は、前記各バスから取得した情報に基づいて前記送迎地点への後続バスの到着時刻を予測し、後続バスの到着予測時刻および／または該後続バスの位置情報を前記送迎地点で待機中のバスに通知する手段を備える。【選択図】図２
2013206448.tif 000002
【特許請求の範囲】
【請求項１】
特定施設と予め設定した送迎地点との間での複数台のバスの運行を管理する管理サーバと、前記各バスにそれぞれ備えられて前記管理サーバとの間で情報通信する端末機器とからなり、
各バスに備えられる端末機器は、地図上の自車位置情報を取得する自車位置情報取得手段と、取得した自車の位置情報と共に自車の運行状況を前記管理サーバに送信する送信手段と、前記管理サーバから通知される後続バスの位置情報および／または該後続バスの前記送迎地点への到着予想時刻を受信する受信手段と、自車の発車予定時刻を含むサービス情報を乗客に提示するモニタ装置とを具備し、
前記管理サーバは、前記各バスから通知される情報に基づいて前記送迎地点への後続バスの到着時刻を予測する予測手段と、予測した後続バスの到着予測時刻および／または該後続バスの位置情報を前記送迎地点で待機中のバスに通知する通知手段とを具備したことを特徴とするバス運行管理システム。
【請求項２】
前記自車位置情報取得手段は、バスに搭載されたＧＰＳ受信機からなり、
前記予測手段は、バス運行ルート情報と運行中のバスから通知される位置情報とから該バスの前記送迎地点への到着予測時刻を予測するものであって、
前記モニタ装置は、前記管理サーバから通知される前記到着予想時刻を自車の発車予定時刻として表示するものである請求項１に記載のバス運行管理システム。
【請求項３】
前記特定施設は、ホテル・旅館または催し物会場であって、
前記送迎地点は、前記特定施設に近い最寄り駅である請求項１に記載のバス運行管理システム。
【請求項４】
前記モニタ装置は、当該バスの前記送迎地点での待機時には発車予定時刻と後続バスの運行状況を表示し、前記送迎地点からの発車後は自車位置に応じて前記特定施設に係わる情報および／または予め設定した広告表示を行うものである請求項１に記載のバス運行管理システム。
【請求項５】
請求項１に記載のバス運行管理システムにおいて、
前記運行管理サーバは、更に、前記送迎地点への後続バスの到着を確認して該送迎地点で待機中のバスに発車を指示する発車指示手段を備えることを特徴とするバス運行管理システム。
【請求項６】
請求項１に記載のバス運行管理システムにおいて、
前記端末機器は、更に、事前登録された携帯端末に対して前記発車予定時刻が迫った旨を通知する連絡手段を備えることを特徴とするバス運行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送迎バスの利用者に対する利便性を高めた送迎バス用の運行管理システムに関する。
【背景技術】
【０００２】
ホテルや旅館、或いは催し物会場の送迎バスは、従来では専ら、予め定めたスケジュールの下で運行管理されている。具体的には最寄り駅等の送迎地点からホテル等の特定施設に向けて、予め定めた時刻毎に送迎バスを発車させるように運行管理している。また複数の施設における顧客の送迎に関するデータに基づいて送迎バスの運行情報を作成することでバス運行管理に柔軟性を持たせ、乗客の利便性とバスの効率的な運行を図ることも提唱されている（例えば特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３４５６８７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら予め定めた時刻毎に送迎バスを運行する場合、その利用者にとっては事前に送迎バスの発車時刻を調べておく必要がある。しかも予定していた送迎バスの発車時刻に遅れた場合、利用者は送迎バスの次の発車時刻まで、或いは次の送迎バスが到着するまで、どこかで待つことが必要となる。また特許文献１に紹介されるシステムにおいては、予め顧客の送迎に関する情報（送迎日時と人数等）を収集してバスの運行スケジュールを決定する必要がある。しかも利用者がバスに乗り遅れた場合、新たに運行スケジュールを作成しなおすことが必要である。これ故、送迎バスの利用者にとっては利便性が高いとは言い難い。
【０００５】
本発明はこのような事情を考慮してなされたもので、その目的は、利用者に負担を掛けることなく送迎バスを効率的に運行することができ、更には利用者の利便性を高めることのできるバス運行管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した目的を達成するべく本発明に係るバス運行管理システムは、ホテル・旅館または催し物会場等の特定施設と該特定施設の最寄り駅等の予め設定した送迎地点との間での送迎バスの運行を管理するものであって、複数台のバスの運行を管理する運行管理サーバと、前記各バスにそれぞれ備えられて前記運行管理サーバとの間で情報通信する端末装置とからなり、
各バスに備えられる端末装置は、地図上の自車位置情報を取得するＧＰＳ受信機等の自車位置情報取得手段と、取得した自車の位置情報と共に自車の運行状況（例えば送迎地点への出迎え時・送迎地点での待機時・送迎地点からの戻り時の別）を前記運行管理サーバに送信する送信手段と、前記運行管理サーバから通知される後続バスの位置情報および／または該後続バスの前記送迎地点への到着予想時刻を受信する受信手段と、自車の発車予定時刻を含むサービス情報を乗客に提示するモニタ装置とを具備し、
前記運行管理サーバは、前記各バスから通知される情報に基づいて前記送迎地点への後続バスの到着時刻を予測する予測手段と、予測した後続バスの到着予測時刻および／または該後続バスの位置情報を前記送迎地点で待機中のバスに通知する通知手段とを具備したことを特徴としている。
【０００７】
ちなみに前記予測手段は、バス運行ルート情報と運行中のバスから通知される位置情報とから該バスの前記送迎地点への到着予測時刻を予測するものであって、
前記モニタ装置は、前記運行管理サーバから通知される前記後続バスの到着予想時刻を自車の発車予定時刻として表示するように構成される。
【０００８】
また前記モニタ装置を用いて、該バスの前記送迎地点での待機時には発車予定時刻と後続バスの運行状況を表示し、前記送迎地点からの発車後は自車位置に応じて前記特定施設に係わる情報および／または予め設定した広告の表示を行うことが好ましい。
更には前記運行管理サーバは、前記送迎地点への後続バスの到着を確認して前記送迎地点で待機中のバスに発車を指示する発車指示手段を備えても良い。また前記端末装置は、事前登録された携帯端末に対して前記発車予定時刻が迫った旨を通知する連絡手段を備えることが好ましい。
【発明の効果】
【０００９】
本発明に係るバス運行管理システムによれば、送迎地点で待機するバスは該送迎地点に後続バスが到着する次第に発車することになるので、送迎地点には常にバスが待機していることになる。従ってバスの利用者は事前に送迎バスの運行スケジュールを調べなくても送迎地点に待機中の送迎バスに速やかに乗車することができ、車外（一般的には屋外）でバスの到着を待つことなく待機中のバス内でその発車を待つことが可能となる。またバスに乗車した利用者はその発車予定時刻を容易に知ることができるので、発車予定時刻までに時間的余裕がある場合には、その待ち時間を有効に活用することも可能となる。
【００１０】
更にはモニタ装置を用いて特定施設に係わる情報および／または予め設定した広告を表示することで、前記特定施設に到着する前にその乗客に対して、当該特定施設の利用に必要・有用な情報（役立つ情報）を事前提供することが可能となる。またこの情報提供によって乗客を退屈させることなく送迎し得る等の二次的効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明が適用される送迎バスの運行形態を概略的に示す図。
【図２】本発明の一実施形態に係るバス運行管理システムの概略的な構成図。
【図３】送迎バスでの概略的な処理手順を示す図。
【図４】運行管理サーバでの概略的な処理手順を示す図。
【図５】図２の記憶部１１の運行情報として保存される運行ルート毎の送迎バスの位置情報を保存するテーブルのデータ構成図。
【図６】図２の記憶部１１の運行情報として保存される送迎バスの位置情報とステータス保存するテーブルのデータ構成図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の一実施形態に係るバス運行管理システムについて説明する。
このバス運行管理システムは、図１にその概念を示すようにホテル・旅館または催し物会場等の特定施設Ｈと該特定施設の最寄り駅等の予め設定した送迎地点Ｓとの間で複数台の送迎バスＢを運行するに際して、各送迎バスＢの運行状況に応じてその運行スケジュールを管理するものである。このバス運行管理システムは、基本的には図２にその概略構成を示すように、例えばホテル（特定施設）Ｈ側に設けられて複数台の送迎バスＢの運行を管理する運行管理サーバ１０と、前記各送迎バスＢにそれぞれ備えられて前記運行管理サーバ１０との間で情報通信する端末装置３０とからなる。
【００１３】
尚、図１においては２台の送迎バスＢ１,Ｂ２をホテル（特定施設）Ｈとその最寄り駅（送迎地点）Ｓとの間で運行する例について示すが、ホテルＨと最寄り駅Ｓとの位置関係や道路等の地理的条件に依存する運行距離によっては更に多くの送迎バスＢを運行することも可能である。またホテルＨと場所を異にする複数の送迎地点（最寄り駅）Ｓとの間でそれぞれ路線別に送迎バスＢを運行したり、複数の送迎地点（最寄り駅）Ｓを順に経由して送迎バスＢを運行することも勿論可能である。
【００１４】
さて前記運行管理サーバ１０は、概略的には図２に示すように送迎バスＢの運行ルートに関するルート情報を記憶すると共に、複数の送迎バスＢからそれぞれ取得した各バスの運行情報を記憶する記憶部１１を備える。これらの送迎バスＢの運行管理を実行する演算処理部１２は、通信インフェース１３を介して接続された通信部１４を用いて前記各送迎バスＢにそれぞれ搭載された端末装置３０との間で情報通信し、後述するように送迎バスＢ側から取得した運行情報と前記記憶部１１に記憶された情報とに従って各送迎バスＢの運行を管理する。
【００１５】
具体的には前記演算処理部１２は、各送迎バスＢからそれぞれ通知される位置情報やステータス情報を収集し、位置情報からバス運行ルートにおける各送迎バスＢの位置をそれぞれ検出すると共に、前記ステータス情報から各送迎バスＢの運行状態、詳細にはホテルＨから最寄り駅Ｓに向かっている途中（出迎え時）であるか、最寄り駅Ｓで待機中（待機時）であるか、或いは最寄り駅ＳからホテルＨへの戻りの途中（戻り時）であるか検出する。その上で演算処理部１２は、前述した運行ルート情報を参照してホテルＨから最寄り駅Ｓに向かっている、いわゆる後続バスの前記最寄り駅Ｓへの到着時刻を予測演算により求め、予測した到着予想時刻を前記最寄り駅Ｓで待機中の送迎バスＢに通知する。
【００１６】
即ち、前記演算処理部１２は、複数台の送迎バスＢから、予め個々の送迎バスＢに付されたＩＤ情報および前記ステータス情報と共に通知されるバス位置情報を収集し［位置情報取得手段］、各送迎バスＢの運行状況を調べる。そして前記ステータス情報に基づいて送迎地点（最寄り駅）Ｓにて待機中の送迎バスＢ１と、送迎地点（最寄り駅）Ｓに向かっている後続の送迎バスＢ２とをそれぞれ特定し、後続の送迎バスＢ２の送迎地点（最寄り駅）Ｓへの到着時刻を予測する［到着時刻予測手段］。
【００１７】
尚、送迎地点（最寄り駅）Ｓに向かっている送迎バスＢが複数台存在する場合には、該送迎地点（最寄り駅）Ｓに最も早く到着するバス、つまり同一運行ルートを先行しているバスを後続バスＢ２として特定する。その上で前記演算処理部１２は、送迎地点（最寄り駅）Ｓにて待機中の送迎バスＢ１に対して後続バスＢ２の到着予想時刻と該後続バスＢ２の位置情報を通知する［通知手段］。また前記演算処理部１２は、後続バスＢ２に対しては前記送迎地点（最寄り駅）Ｓへの到着予測時刻を通知する［通知手段］。
【００１８】
一方、複数台の送迎バスＢにそれぞれ搭載される前記端末装置３０は、地図上の自車位置を検出するＧＰＳ受信機３１を備えると共に、前記運行管理サーバ１０との間で情報通信する通信部３２を備える。通信インターフェース３３を介して前記通信部３２に接続された演算処理部３４は、前記ＧＰＳ受信機３１を用いて検出される自車位置情報を前記通信部３２を介して前述した運行管理サーバ１０に通知する役割を担う［位置情報送信手段］。更に前記演算処理部３４は、前記運行管理サーバ１０から通知されたルート情報を受信して記憶部３５に記憶し、また前記運行管理サーバ１０から通知される後続バスＢ２の到着予想時刻およびバス位置情報をそれぞれ受信し［受信手段］、後続バスＢ２の到着予想時刻を自車Ｂ１の発車予定時刻として、また後続バスＢ２の位置情報を地図上にマッピングしたシンボルマーク情報としてモニタ装置（表示部）３６に表示して当該送迎バスＢ１の乗務員（運転手）や乗客（利用者）に提示する。
【００１９】
尚、後続バスＢ２の位置表示に用いられる地図情報については、運行管理サーバ１０から通知されて記憶部３５に記憶したルート情報を利用するものであっても良い。この場合、地図情報として地形図をベースとした道路地図等に代えて、運行ルートを模式的に簡略表現したイラスト図を用いることも可能である。
【００２０】
図３は上述した機能ブロックで示されるバス運行管理システムにおける送迎バスＢ側、つまり端末装置３０での概略的な処理手順を示しており、また図４は運行管理サーバ１での概略的な運行管理処理手順を示している。
前記端末装置３０での処理手順について説明すると、送迎バスＢにおいては先ず当該送迎バスＢの乗務員（運転手）によってステータスの設定が行われる＜ステップＳ１＞。このステータス設定は、例えばステータス・スイッチの切り替えによって［出迎え・待機・戻り］のいずれの状態（ステータス）であるかを選択設定することによって行われる。当然のことながらホテルＨから最寄り駅Ｓに向かう場合にはステータスを［出迎え］に設定し、最寄り駅Ｓに到着して客待ちするときには［待機］に設定し、最寄り駅Ｓを出発してホテルＨに戻る際には［戻り］に設定することになる。
【００２１】
ステータスが設定されると運行管理処理が開始される。この運行管理処理は、先ずＧＰＳ受信機３１を用いて自車位置を検出し＜ステップＳ２＞、検出した自車位置情報を自車に割り当てられたＩＤ情報および上述した如く設定したステータス情報と共に運行管理サーバ１０に送信する＜ステップＳ３＞。しかる後、設定したステータスに応じた処理を開始する＜ステップＳ４＞。
【００２２】
即ち、［出迎え］のステータスが設定されている場合には、演算処理部３４においては後述するように運行管理サーバ１０にて予測された送迎地点（最寄り駅）Ｓへの到着予想時刻を受信し＜ステップＳ１１＞、受信した到着予想時刻を前記モニタ装置３６を用いて表示する。同時に前記ＧＰＳ受信機３１を用いて検出された自車位置を地図表示し＜ステップＳ１２＞、更には必要に応じて予め定めた広告等を前記モニタ装置３６に表示する＜ステップＳ１３＞。この広告等の表示は、予めタイムスケジュール管理された複数種のスポンサー広告画像（動画・静止画）であっても良いし、運行ルート近傍における名所・旧跡等の観光案内等であっても良い。以上の処理については、設定されたステータスが解除されるまで繰り返し実行する＜ステップＳ５＞。この結果、ホテルＨから最寄り駅Ｓに向かう送迎バスＢにおいては、運行ルート上における当該バスの現在位置と最寄り駅Ｓへの到着予想時刻、そして広告等のサービス情報が表示されることになる。
【００２３】
一方、送迎バスＢが最寄り駅Ｓに到着した場合、前述したステータスは［待機］に変更される。するとこの場合には、演算処理部３４は先ず前述した如く自車の位置情報とステータス情報を前記運行管理サーバ３０に通知した後＜ステップＳ２,Ｓ３＞、設定されたステータスに従って前記運行管理サーバ３０にて予測された後続バスＢ２の送迎地点（最寄り駅）Ｓへの到着予想時刻および後続バスＢ２の位置情報等を受信する＜ステップＳ２１＞。そして受信した後続バスＢ２の到着予想時刻を自車（送迎バスＢ１）の発車予定時刻として前記モニタ装置３６を用いて表示すると共に＜ステップＳ２２＞、前記運行管理サーバ３０に収集されて該運行管理サーバ３０から通知された後続バスＢ２の位置情報を地図表示する＜ステップＳ２３＞。
【００２４】
この際、後続バスＢ２の位置情報が自車Ｂ１の位置情報と一致し、また後続バスＢ２の到着予想時刻（自車Ｂ１の発車予定時刻）が現在時刻と一致した場合、これを後続バスＢ２が送迎地点（最寄り駅）Ｓに到着したと判定し、或いは運行管理サーバ１０から自車Ｂ１の発車が促されたと判定するようにしても良い。その上で発車予定時刻まで時間がある場合には、予め定めた広告等を前記モニタ装置３６に表示する＜ステップＳ２４＞。この広告等の表示についても、予めタイムスケジュール管理された複数種のスポンサー広告画像（動画・静止画）であっても良いし、運行ルート近傍の名所・旧跡等の観光案内等であっても良い。
【００２５】
しかる後、上述した発車予定時刻が迫ったか否かを判定し＜ステップＳ２５＞、例えば発車予定時刻の５分前や１０分前であれば、予め登録されたバス利用者の携帯端末Ｔに対して［発車予定時刻が迫った］旨を通知する＜ステップＳ２６＞。ちなみにこの通知サービスは、バス利用者が発車予定時刻まで車外に出掛けるに際して、該利用者が携帯する携帯端末Ｔの番号あるいはメールアドレスを事前登録しておくことによって実行される。尚、携帯端末Ｔが備えるＧＰＳ機能を利用してバス利用者の所在位置をモニタすることが可能な場合には、その所在位置から送迎地点（最寄り駅）Ｓへの戻り時間を見込んで上述した［発車予定時刻が迫った］旨の通知サービスを自動音声通知あるいはメール通知で行うことも勿論可能である。
【００２６】
なお、上記は、通知サービスの利用者がバスの端末３０に登録することしたが、運行管理サーバ１０のＵＲＬを予めバス利用者に知らせておいて、バス利用者はこのＵＲＬにアクセスすることによって、登録を行うようにしても良い。この場合、ステップＳ２５，ステップＳ２６の処理は、運行管理サーバ１０が実行することになる。
【００２７】
尚、運行管理サーバ１０から別途発車の指示がある場合には、この指示に従って送迎地点（最寄り駅）Ｓから発車するようにしても良い。この場合には、前記運行管理サーバ１０において、例えば後続バスＢ２の位置情報から該後続バスＢ２が送迎地点（最寄り駅）Ｓに到着したか否かを常に監視することが必要であることは言うまでもない。また送迎地点（最寄り駅）Ｓにて待機中の送迎バスＢ１の乗務員（運転者）による後続バスＢ２の目視確認を併用することも勿論可能である。
【００２８】
しかして送迎地点（最寄り駅）Ｓから出発する場合、前述したステータスは［戻り］に変更される。そしてこの場合には、前述したように自車Ｂ１の位置情報とステータス情報を前記運行管理サーバ３０に通知しながら＜ステップＳ２,Ｓ３＞、自車位置の地図表示と広告表示を行う＜ステップＳ３１,Ｓ３２＞。この広告表示に際しては、ホテルＨのチェックイン時の手続きその他の利用案内やホテルの設備案内等を行うことも有用である。
【００２９】
尚、上述した如く送迎バスＢに対して情報提供を行う運行管理サーバ１０においては、概略的には図４に示すように各送迎バスＢからそれぞれリアルタイムにバス情報を取得する＜ステップＳ４１＞。このバス情報は、個々の送迎バスＢに予め付したＩＤ番号、前述したＧＰＳ受信機３１にて検出されるバス位置情報、およびバスのステータス情報からなる。そして運行管理サーバ３０では、例えば図５に示すように予め設定された路線（運行ルート）毎に、その運行ルートに配されている複数台の送迎バスＢのＩＤ番号と、その送迎バスＢの現在位置（ＧＰＳ情報）を記憶して管理し、同時に図６に示すように時々刻々変化する各路線バスＢの位置情報とステータスとを管理する。
【００３０】
その上で運行管理サーバ３０は、路線（運行ルート）毎に送迎地点（最寄り駅）Ｓで待機している送迎バスＢ１と、その送迎地点（最寄り駅）Ｓに向かっている後続バスＢ２をそれぞれ検出（特定）し＜ステップＳ４２＞、後続バスＢ２の送迎地点（最寄り駅）Ｓへの到着時刻を予測する＜ステップＳ４３＞。ちなみに後続バスＢ２の特定は、前述したように同一運行ルートを運行中の送迎バスＢの中で、送迎地点（最寄り駅）Ｓに最も早く到着する先行バスとして求められる。また到着時刻の予測は、基本的には運行ルート情報で示される送迎地点（最寄り駅）Ｓまでの距離と、送迎バスＢの運行速度とに基づいて算出され、後続バスＢ２の位置情報の変化に応じて逐次更新される。この際、道路事情等の過去実績データ等を参照して運行所要時間を補正しながら到着時刻を予測するようにしても良い。
【００３１】
そして運行管理サーバ１０は、上述した如く求めた後続バスＢ２の前記送迎地点（最寄り駅）Ｓへの到着予想時刻と該後続バスＢ２の位置情報を前記送迎地点（最寄り駅）Ｓに待機中の送迎バスＢ１に通知すると共に、上記到着予想時刻を後続バスＢ２に通知する＜ステップＳ４４＞。この際、後続バスＢ２の位置情報が送迎地点（最寄り駅）Ｓとなり、その到着予想時刻が現在時刻と一致した場合、これを後続バスＢ２が送迎地点（最寄り駅）Ｓに到着したと判定して前記送迎地点（最寄り駅）Ｓに待機中の送迎バスＢ１に発車の指示を通知することも可能である。
【００３２】
以上のように構成されたバス運行管理システムによれば、送迎地点（最寄り駅）Ｓで待機中の送迎バスＢ１においては、後続バスＢ２の運行状況に応じて運行管理サーバ１０から通知される到着予想時刻を自車Ｂ１の発車予定時刻としてバス利用者に提示し、後続バスＢ２の送迎地点（最寄り駅）Ｓへの到着を待って、つまり後続バスＢ２の到着次第、速やかに発車することができる。換言すれば複数台の送迎バスＢのいずれかを常に送迎地点（最寄り駅）Ｓに待機させながら、送迎バスＢを効率的に運行することができる。従ってバス利用者にとっては事前に送迎バスＢの発車時刻を調べる必要がなく、また送迎地点（最寄り駅）Ｓに到着したバス利用者は車外（屋外）で待つことなしに、その送迎地点（最寄り駅）Ｓで待機中の送迎バスＢに速やかに乗り込むことができる。しかも待機中の送迎バスＢ１においては、その発車予定時刻をバス利用者に提示するので、バス利用者に徒に不安感を抱かせることがない等の効果が奏せられる。
【００３３】
またバスの発車予定時刻までに時間的余裕がある場合には、バス利用者はその時間を利用して送迎地点（最寄り駅）Ｓの近傍を散策したり、適宜、買い物等を楽しむことも可能となる。この際、前述したように携帯端末Ｔの番号を送迎バスＢ１の端末装置３０に登録すれば、発車予定時刻が迫った旨の通知サービスが行われるので、予定している送迎バスＢへの乗り遅れを防ぐことができる。また仮に乗り遅れたとしても次の送迎バスＢが同じ送迎地点（最寄り駅）Ｓで待機しているので、送迎バスＢを利用する上での利便性が損なわれることがない。
【００３４】
尚、本発明は上述した実施形態に限定されるものではない。例えばホテル（特定施設）Ｈとその最寄り駅（送迎地点）Ｓとの間の運行距離が長い場合、その運行ルートに投入する送迎バスＢの台数を増やしておけば送迎バスＢの運行間隔を短くすることができ、ひいては最寄り駅（送迎地点）Ｓでの待機時間を短くすることができる。また最寄り駅（送迎地点）Ｓへの後続バスＢ２の到着判定については、該最寄り駅（送迎地点）Ｓから一定距離範囲内、例えば駅前ロータリー内を最寄り駅（送迎地点）Ｓへの到着として判定するようにしても良い。
【００３５】
更には後続バスＢ２の端末装置３０において現在位置と最寄り駅（送迎地点）Ｓの位置情報とから該最寄り駅（送迎地点）Ｓまでの到達所要時間または到着予定時刻を求め、この到達所要時間または到着予定時刻を前記運行管理サーバ１０を介して最寄り駅（送迎地点）Ｓに待機中の送迎バスＢ１に通知するようにシステムを構築することも可能である。また送迎バスＢの運行間隔が大略的に定められているような場合には、最寄り駅（送迎地点）Ｓで待機中の送迎バスＢ１において前述した如く求められた発車予定時刻に加えて、次発、更には次々発の送迎バスＢの発車予定時刻を表示するように構成することも可能である。
【００３６】
また実施形態においてはスイッチ操作によりステータスを手動設定するものとしたが、
送迎地点Ｓの近傍における送迎バスの自車位置の変化から走行停止・停車・走行開始を検出し、その検出結果に応じてステータスを自動的に切り替えるように構成することも可能である。この場合、混雑や信号待ち等に起因する所定時間に満たない停車や、僅かなバス位置の移動等をステータスの切り替え要件から排除することは言うまでもない。
【００３７】
更に送迎地点Ｓで待機中の送迎バスにおいて、運行管理サーバから通知される後続バスの位置情報および／または到着予想時刻を逐次解析（判定）して後続バスの送迎地点Ｓへの到着を自ら検出し、これを以て前記運行管理サーバからの指示を待つことなく送迎地点Ｓからの発車指示として判断することも可能である。その他、本発明はその要旨を逸脱しない範囲で種々変形して実施することが可能である。
【符号の説明】
【００３８】
Ｂ  送迎バス
Ｂ１  自車（送迎バス）
Ｂ２  後続バス（送迎バス）
Ｈ  ホテル（特定施設）
Ｓ  最寄り駅（送迎地点）
Ｔ  携帯端末
１０  運行管理サーバ
１１  記憶部
１２  演算処理部
１３  通信インターフェース
１４  通信部
３０  端末装置
３１  ＧＰＳ受信機
３２  通信部
３３  通信インターフェース
３４  演算処理部
３５  記憶部
３６  モニタ装置
【図２】
2013206448.tif 000003
【図３】
2013206448.tif 000004
【図４】
2013206448.tif 000005
【図５】
2013206448.tif 000006
【図６】
2013206448.tif 000007
【図１】
2013206448.tif 000008