JP2002279031A - 観光バスの運行システムおよび運行計画策定方法 - Google Patents

Abstract

(57)【要約】 【課題】顧客の満足度と、車両の運行効率との両方の向
上を図ること。 【解決手段】予め定めたエリア内の観光スポットの中か
ら、観光バスの乗車希望者が選択した希望観光スポット
の入力を、乗車希望日に関連付けて受け付ける希望観光
スポット受付部１０と、希望観光スポット受付部１０に
入力された結果に基づいて、観光バスの乗車希望者によ
って選択された各希望観光スポットを、乗車希望日毎に
認識する希望観光スポット認識部８と、希望観光スポッ
ト認識部８によって同一の乗車希望日において認識され
た各希望観光スポットを網羅するように、観光バスの運
行計画を各乗車希望日毎に策定する運行計画策定部９
と、運行計画策定部９によって策定された運行計画、お
よびこの運行計画に基づいて観光バスが運行される乗車
希望日を乗車希望者に通知する運行計画通知部１１とを
備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、観光バスの運行シ
ステムおよび運行計画策定方法に係り、更に詳しくは、
顧客の満足度と、車両の運行効率との両方を向上するこ
とが可能な観光バスの運行システムおよび運行計画策定
方法に関するものである。

【０００２】

【従来の技術】通常、観光バスは、予め観光コースをエ
リア毎に設定し、これに対する参加者を集う方式で運営
されている。また、観光バスの運行は、複数の事業者毎
に個別に実施されている。したがって、特定の観光エリ
アにおいて観光スポットが複数ある場合には、個別の顧
客嗜好に合わせた複数パターンの運行コースが各事業者
毎にそれぞれ設定されている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の観光バスの運行方法では、以下のような問題
がある。

【０００４】すなわち、上述したような従来の観光バス
の運行方法によれば、特定エリア内で重複する観光スポ
ットを網羅する個別の観光コースが設定され、設定され
た観光コースに沿って観光バスが運行されている。この
ため、顧客は自分の嗜好に合わせ、各々の観光コースを
選択し、その運行日に観光バスを利用している。

【０００５】これは、同一の特定エリアに訪れる観光客
の数が多くても、これら観光客は、それぞれ別の観光コ
ースに分散してしまうので、どの観光バスとも集客率が
落ち、車両の運行効率の低下をもたらしてしまうという
問題がある。

【０００６】本発明はこのような事情に鑑みてなされた
ものであり、特定エリア毎の観光スポット内から顧客の
希望観光スポットを希望日別に集計し、各希望日毎にお
ける観光コースを、この希望観光スポットを網羅するよ
うに設定することによって、顧客の満足度と車両の運行
効率との両方の向上を図ることが可能な観光バスの運行
システムおよび運行計画策定方法を提供することを目的
とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明では、以下のような手段を講じる。

【０００８】すなわち、請求項１の発明では、予め定め
たエリア内の観光スポットの中から、観光バスの乗車希
望者が選択した希望観光スポットの入力を、乗車希望日
に関連付けて受け付ける希望観光スポット受付手段と、
希望観光スポット受付手段に入力された結果に基づい
て、観光バスの乗車希望者によって選択された各希望観
光スポットを、乗車希望日毎に認識する希望観光スポッ
ト認識手段と、希望観光スポット認識手段によって同一
の乗車希望日において認識された各希望観光スポットを
網羅するように、観光バスの運行計画を各乗車希望日毎
に策定する運行計画策定手段と、運行計画策定手段によ
って策定された運行計画、およびこの運行計画に基づい
て観光バスが運行される乗車希望日を乗車希望者に通知
する運行計画通知手段とを備える。

【０００９】従って、請求項１の発明の観光バスの運行
システムにおいては、以上のような手段を講じることに
より、複数の観光コースに顧客が分散することを阻止で
きるので、車両の運行効率を高めることができる。ま
た、顧客の希望に添った観光スポットを網羅した観光コ
ースを設定することができるので、顧客の満足度を向上
することも可能となる。

【００１０】請求項２の発明では、請求項１の発明の観
光バスの運行システムにおいて、希望観光スポット受付
手段、希望観光スポット認識手段、運行計画策定手段、
および運行計画通知手段をそれぞれ伝送路を介して互い
に接続する。

【００１１】従って、請求項２の発明の観光バスの運行
システムにおいては、以上のような手段を講じることに
より、顧客は、例えばインターネットを介して本観光バ
スの運行システムにアクセスし、希望観光スポットの入
力や、運行計画の内容を確認することができる。

【００１２】請求項３の発明では、予め定めたエリア内
の観光スポットの中から、観光バスの乗車希望者による
希望観光スポットを希望日別に集計し、この集計結果に
基づいて、各希望日における観光バスの運行計画を策定
する。

【００１３】従って、請求項３の発明の観光バスの運行
計画策定方法においては、以上のような手段を講じるこ
とにより、複数の観光コースに顧客が分散することを阻
止できるので、車両の運行効率を高めることができる。
また、顧客の希望に添った観光スポットを網羅した観光
コースを設定することができるので、顧客の満足度を向
上することも可能となる。

【００１４】請求項４の発明では、請求項１または請求
項２の発明の観光バスの運行システムを、複数の運行事
業者によって運営する。

【００１５】従って、請求項４の発明の観光バスの運行
計画策定方法においては、以上のような手段を講じるこ
とにより、複数の運行事業者によってなされる協業が可
能となり、無駄な競争を排除することができる。

【００１６】

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

【００１７】本発明の実施の形態を図１から図２を用い
て説明する。

【００１８】図１は、本発明の実施の形態に係る観光バ
スの運行計画策定方法を適用した観光バス運行システム
の全体構成の一例を示す概念図である。

【００１９】すなわち、本発明の実施の形態に係る観光
バスの運行計画策定方法を適用した観光バス運行システ
ムは、ワークステーション等の計算機を複数統合してな
り、運行計画サーバ１と、予約／回答サーバ２と、クラ
イアント端末３とを備えている。なお、必要に応じて、
パソコン（ＰＣ）４、あるいは携帯電話５を、インター
ネット等の公衆回線６を介して予約／回答サーバ２と接
続することにより備えてもよい。なお、予約／回答サー
バ２、ＰＣ４は、公衆回線６に接続するためのファイア
ウォール等を適宜備えているが、ここではその図示およ
び詳細説明を省略する。

【００２０】運行計画サーバ１は、予約／回答サーバ２
から出力される観光バスの運行計画の策定に必要な情報
に基づいて、観光バスの運行計画を策定し、策定結果を
予約／回答サーバ２に返すサーバであって、上記の処理
を行うために、希望観光スポット認識部８と運行計画策
定部９とを備えている。

【００２１】予約／回答サーバ２は、観光バスの運行計
画の策定に必要な情報をクライアント端末３、ＰＣ４、
携帯電話５から受け、受けた情報を運行計画サーバ１側
に出力するとともに、逆に、運行計画サーバ１側から出
力された運行計画に関する情報を受け、受けた情報をク
ライアント端末３、ＰＣ４、携帯電話５に返すサーバで
あって、上記の処理を行うために、希望観光スポット受
付部１０と、運行計画通知部１１とを備えている。

【００２２】クライアント端末３、ＰＣ４、携帯電話５
は、観光バスの乗車希望者からの情報の入力を受け付
け、入力された情報を予約／回答サーバ２に送信した
り、逆に予約／回答サーバ２から出力された情報を表示
するための端末である。クライアント端末３は、運行業
者１３側に備えられ、オペレータによって操作される端
末である。したがって、顧客は、電話等によってクライ
アント端末３からの入力をオペレータに要求したり、ク
ライアント端末３に表示された情報については、オペレ
ータから電話等によって連絡を受ける。一方、ＰＣ４、
携帯電話５は、顧客１４側で備えることが可能であっ
て、顧客は、ダイヤルアップ等によってＰＣ４や携帯電
話５を、公衆回線６を介して予約／回答サーバ２と接続
することによって、情報の入力、および出力された情報
の表示を可能としている。

【００２３】なお、図１では、クライアント端末３を一
台しか記載していないが、クライアント端末３は必要に
応じて、複数台備えることも可能としている。また、同
一場所ではない遠隔地においてもイントラネットや専用
回線を用いて予約／回答サーバ２と接続することによっ
て、増設することを可能としている。

【００２４】以下、運行計画サーバ１、予約／回答サー
バ２、クライアント端末３、ＰＣ４、携帯電話５の構成
の詳細について、処理の流れに準じて説明する。

【００２５】まず、観光バスの運行計画を立案するため
に、顧客は、クライアント端末３、またはＰＣ４、また
は携帯電話５から必要情報の入力を行う。これは、顧客
が、乗車希望者名および乗車希望日の入力、更には、予
め定めたエリア内の観光スポットの中から、観光を希望
する観光スポットである希望観光スポットの入力を行う
ことによって行う。クライアント端末３から入力する場
合には、上述したように、顧客が電話等によって運行業
者１３側のオペレータに入力を依頼する。クライアント
端末３から入力された情報は予約／回答サーバ２の希望
観光スポット受付部１０に入力されるようにしている。
一方、ＰＣ４または携帯電話５から入力する場合には、
上述したように、顧客が自分でこれら必要情報を入力す
る。入力された必要情報は、公衆回線６を介して予約／
回答サーバ２の希望観光スポット受付部１０に入力され
るようにしている。

【００２６】希望観光スポット受付部１０は、クライア
ント端末３、ＰＣ４、または携帯電話５によって入力さ
れた必要情報である乗車希望日、乗車希望者名、希望観
光スポットを所定期間（例えば、乗車希望日の１日前ま
で）蓄積した後に、運行計画サーバ１の希望観光スポッ
ト認識部８にまとめて出力する。

【００２７】希望観光スポット認識部８は、希望観光ス
ポット受付部１０から出力された必要情報に基づいて、
乗車希望者によって選択された各希望観光スポットを、
乗車希望日毎に集計し、認識する。そして、この集計結
果を運行計画策定部９に出力する。

【００２８】運行計画策定部９は、希望観光スポット認
識部８によって各乗車希望日毎に認識された各希望観光
スポットを網羅するように、観光バスの運行計画を各乗
車希望日毎に策定する。以下に、このような運行計画を
策定する場合における留意点について述べる。

【００２９】各乗車希望日における運行計画を策定する
場合には、まず、該乗車希望日に認識されている各希望
観光スポットを、効率的に巡回できるような巡回順序を
策定する。この巡回順序に基づいて、各観光スポットに
おける滞在時間、各観光スポット間の移動時間を割り付
けてゆき、運行タイムテーブルおよび所要時間を仮決定
する。

【００３０】次に、このように仮決定された運行タイム
テーブルおよび所要時間をレビューし、問題点や、矛盾
点が無いか否かを確認する。そして、たとえば、入場時
間が限定されている観光スポットに、入場時間終了後の
時間に到着するような運行タイムテーブルとなっている
場合には、巡回順序を優先的に繰り上げたり、あるい
は、先行する観光スポットの滞在時間を短縮するなど運
行タイムテーブルの見直しを行う。

【００３１】なお、このような運行タイムテーブルの策
定に必要な情報である観光スポットの位置情報、各観光
スポット間の距離情報、各観光スポット毎の滞在時間情
報、観光スポットの入場時間情報等を蓄積しているマス
タファイル（図示せず）を別途備えておき、このマスタ
ファイルに蓄積されている情報を用いて運行タイムテー
ブルの策定、および所要時間の算出を行うようにしても
よい。

【００３２】運行計画策定部９は、このようにして運行
計画を策定すると、策定した運行計画、およびこの運行
計画にしたがって観光バスを運行する運行日、更にはこ
の観光バスに乗車する乗車希望者リストを運行計画通知
部１１に出力する。

【００３３】運行計画通知部１１は、運行計画策定部９
から出力された運行計画、運行日、および乗車希望者リ
ストの諸データに基づいて、乗車希望者リストに掲載さ
れている乗車希望者に対して、運行計画および運行日を
通知する。この場合、２通りの通知方法がある。

【００３４】第１の方法は、乗車希望者宛の運行計画お
よび運行日をクライアント端末３に通知する方法であ
る。クライアント端末３に通知された場合には、オペレ
ータが、乗車希望者の運行計画および運行日を、電話に
よって各乗車希望者に連絡したり、あるいはプリントア
ウトして、各乗車希望者宛に郵送する。

【００３５】第２の方法は、乗車希望者のＰＣ４または
携帯電話５に運行計画および運行日のデータを送信する
方法である。インターネットや電子メイルによる送信、
あるいは特に携帯電話５の場合にはｉ−ｍｏｄｅ（登録
商標）による送信もこれに含まれる。

【００３６】次に、以上のように構成した本発明の実施
の形態に係る観光バスの運行計画策定方法を適用した観
光バス運行システムの動作について説明する。

【００３７】まず、観光バスの運行計画を立案するため
に、顧客は、クライアント端末３、またはＰＣ４、また
は携帯電話５から必要情報の入力を行う（Ｓ１）。これ
は、顧客が、乗車希望者名、乗車希望日、予め定めたエ
リア内の観光スポットの中から、観光を希望する観光ス
ポットである希望観光スポットを入力することによって
行われる。クライアント端末３から入力する場合には、
顧客が電話等によって運行業者１３側のオペレータに入
力を依頼することによってなされる。一方、ＰＣ４また
は携帯電話５から、顧客が自分でこれら必要情報を入力
してもよい。

【００３８】このようにクライアント端末３、またはＰ
Ｃ４、または携帯電話５から入力された必要情報は、予
約／回答サーバ２の希望観光スポット受付部１０に出力
される。

【００３９】希望観光スポット受付部１０では、クライ
アント端末３、ＰＣ４、あるいは携帯電話５によって入
力された必要情報である乗車希望日、乗車希望者名、希
望観光スポットが、所定期間（例えば、乗車希望日の１
日前まで）蓄積された後に、運行計画サーバ１の希望観
光スポット認識部８にまとめて出力される（Ｓ２）。

【００４０】希望観光スポット認識部８では、希望観光
スポット受付部１０から出力された必要情報に基づい
て、乗車希望者によって選択された各希望観光スポット
が、乗車希望日毎に集計され、認識される（Ｓ３）。そ
して、この集計結果が運行計画策定部９に出力される。

【００４１】運行計画策定部９では、希望観光スポット
認識部８によって各乗車希望日毎に認識された各希望観
光スポットを網羅するように、観光バスの運行計画が各
乗車希望日毎に策定される（Ｓ４）。このように策定さ
れた運行計画、この運行計画にしたがって観光バスを運
行する運行日、この観光バスに乗車する乗車希望者リス
トは、運行計画通知部１１に出力される。

【００４２】運行計画通知部１１からは、運行計画策定
部９から出力された運行計画、運行日、乗車希望者リス
トの諸データに基づいて、乗車希望者リストに掲載され
ている乗車希望者に対して、クライアント端末３を介し
て、あるいは、乗車希望者のＰＣ４や携帯電話５に運行
計画および運行日が通知される（Ｓ５）。なお、クライ
アント端末３に通知がなされた場合には、クライアント
端末３に表示された内容をオペレータが乗車希望者に連
絡したり、その内容をプリントアウトしたものを郵送す
ることによって乗車希望者に通知がなされる。

【００４３】上述したように、本発明の実施の形態に係
る観光バスの運行計画策定方法を適用した観光バス運行
システムにおいては、上記のような作用により、参加希
望者の希望に合わせて観光バスの運行ルートを都度設定
することができるので、参加希望者である顧客の満足度
を高めることができる。

【００４４】また、従来、複数の観光コースが存在して
いたために、それらの観光コースに分散していた顧客を
集約することができるので、車両の運行効率を高めるこ
とができる。

【００４５】なお、本発明の実施の形態に係る観光バス
の運行計画策定方法を適用した観光バス運行システム
は、必ずしも単一の運行業者によって運営される場合に
限られるものではなく、複数の運行業者で協業して行な
うようにすることも可能である。

【００４６】例えば、図１では、同一の運営業者１３が
運行計画サーバ１、予約／回答サーバ２、クライアント
端末３を運営する形態を示しているが、運行計画サーバ
１、予約／回答サーバ２、クライアント端末３は、同一
の運営業者１３によって運営されていなくても、たとえ
ば、運行計画サーバ１、予約／回答サーバ２、クライア
ント端末３がそれぞれ別の運行業者によって運営されて
もよい。また、図１では、クライアント端末３を一台し
か記載していないが、クライアント端末３は複数備えて
いてもよいので、クライアント端末３を複数備え、おの
おののクライアント端末３を、それぞれ別の運行業者が
運営するようにしてもよい。

【００４７】このように、複数の運行業者で共通の観光
バス運行システムを利用することによって、無駄な投資
を省くと共に、過当競争を排除し、より顧客サービスの
向上に注力することも可能となる。

【００４８】以上、本発明の好適な実施の形態につい
て、添付図面を参照しながら説明したが、本発明はかか
る構成に限定されない。特許請求の範囲に記載された技
術的思想の範疇において、当業者であれば、各種の変更
例及び修正例に想到し得るものであり、それら変更例及
び修正例についても本発明の技術的範囲に属するものと
了解される。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
特定エリア毎の観光スポット内から顧客の希望観光スポ
ットを希望日別に集計し、各希望日における観光コース
を、この希望観光スポットを網羅するように設定するこ
とができる。

【００５０】以上により、顧客の満足度と、車両の運行
効率との両方の向上を図ることが可能な観光バスの運行
システムおよび運行計画策定方法を実現することができ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態に係る観光バスの運行計画
策定方法を適用した観光バス運行システムの全体構成の
一例を示す概念図

【図２】同実施の形態に係る観光バスの運行計画策定方
法を適用した観光バス運行システムの動作を示すフロー
チャート

【符号の説明】

１…運行計画サーバ ２…予約／回答サーバ ３…クライアント端末 ４…パソコン（ＰＣ） ５…携帯電話 ６…公衆回線 ８…希望観光スポット認識部 ９…運行計画策定部 １０…希望観光スポット受付部 １１…運行計画通知部 １３…運行業者 １４…顧客

Claims (4)

【特許請求の範囲】
1. 【請求項１】 予め定めたエリア内の観光スポットの中
   から、観光バスの乗車希望者が選択した希望観光スポッ
   トの入力を、乗車希望日に関連付けて受け付ける希望観
   光スポット受付手段と、 前記希望観光スポット受付手段に入力された結果に基づ
   いて、前記観光バスの乗車希望者によって選択された各
   希望観光スポットを、前記乗車希望日毎に認識する希望
   観光スポット認識手段と、 前記希望観光スポット認識手段によって同一の乗車希望
   日において認識された各希望観光スポットを網羅するよ
   うに、前記観光バスの運行計画を前記各乗車希望日毎に
   策定する運行計画策定手段と、 前記運行計画策定手段によって策定された運行計画、お
   よびこの運行計画に基づいて前記観光バスが運行される
   乗車希望日を前記乗車希望者に通知する運行計画通知手
   段とを備えたことを特徴とする観光バスの運行システ
   ム。
2. 【請求項２】 請求項１に記載の観光バスの運行システ
   ムにおいて、 前記希望観光スポット受付手段、前記希望観光スポット
   認識手段、前記運行計画策定手段、および前記運行計画
   通知手段をそれぞれ伝送路を介して互いに接続してなる
   ことを特徴とする観光バスの運行システム。
3. 【請求項３】 予め定めたエリア内の観光スポットの中
   から、観光バスの乗車希望者による希望観光スポットを
   希望日別に集計し、この集計結果に基づいて、前記各希
   望日における前記観光バスの運行計画を策定するように
   したことを特徴とする観光バスの運行計画策定方法。
4. 【請求項４】 請求項１または請求項２に記載の観光バ
   スの運行システムを、複数の運行事業者によって運営す
   るようにしたことを特徴とする観光バスの運行計画策定
   方法。