(57)【要約】【課題】乗客数の急激な変化を事前に把握してバス配車台数を増減させる。【解決手段】利用者１はバスの利用情報を利用者端末１０からバス会社サーバ２０に送信する。バス会社サーバ２０は利用情報をバス路線別に集計し集計結果を該当する路線を担当する営業所３の営業所端末３０に送信する。営業所端末３０は集計結果を過去の路線別乗客数実績を格納する乗客数実績データベース３０２と比較してバス配車必要台数を路線別に算出する。営業所端末３０は増車が必要な路線の付近に配車可能なバスが存在するかを運転手端末４０から受信した位置情報をもとに判断し、バスが存在した場合にそのバスの運転手端末４０に配送指示を送信し、不足台数を画面表示する。バス会社サーバ２０は主催者端末５０からイベント情報を、交通機関端末６０から事故情報を、それぞれ受信して上記と同様の処理を行う。【選択図】　　　図１
2004070481.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された利用者端末と運転手端末とバス会社サーバとを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記運転手端末は、位置情報発信手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、前記利用情報を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とするバス手配システム。
【請求項２】
ネットワークに接続された主催者端末とバス会社サーバとを備え、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス手配システム。
【請求項３】
ネットワークに接続された交通機関端末とバス会社サーバとを備え、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス手配システム。
【請求項４】
ネットワークに接続された利用者端末と主催者端末と交通機関端末とバス会社サーバとを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記利用情報と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス手配システム。
【請求項５】
さらに、前記ネットワークに接続された運転手端末を備え、前記運転手端末は、位置情報発信手段を有し、前記バス会社サーバは、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする請求項２、３または４記載のバス手配システム。
【請求項６】
ネットワークに接続された利用者端末と運転手端末とバス会社サーバと営業所端末とを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記運転手端末は、位置情報発信手段を有し、前記バス会社サーバは、前記利用情報をバス路線別に集計した集計結果を算出する手段と、前記集計結果を該当する路線を担当する営業所の営業所端末に送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、前記集計結果を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とするバス手配システム。
【請求項７】
ネットワークに接続された主催者端末とバス会社サーバと営業所端末とを備え、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、前記イベント情報に含まれる開催場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記イベント情報を送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス手配システム。
【請求項８】
ネットワークに接続された交通機関端末とバス会社サーバと営業所端末とを備え、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、前記事故情報に含まれる発生場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記事故情報を送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス手配システム。
【請求項９】
ネットワークに接続された利用者端末と主催者端末と交通機関端末とバス会社サーバと営業所端末とを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、前記利用情報をバス路線別に集計した集計結果を算出する手段と、前記集計結果を該当する路線を担当する営業所の営業所端末に送信する手段と、前記イベント情報に含まれる開催場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記イベント情報を送信する手段と、前記事故情報に含まれる発生場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記事故情報を送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記集計結果と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス手配システム。
【請求項１０】
さらに、前記ネットワークに接続された運転手端末を備え、前記運転手端末は、位置情報発信手段を有し、前記営業所端末は、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする請求項７、８または９記載のバス手配システム。
【請求項１１】
ネットワークに接続された利用者端末と運転手端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、バス利用者の利用情報を前記利用者端末から前記バス会社サーバに送信するステップと、前記バス会社サーバで前記利用情報をバス路線別に集計した集計結果を算出するステップと、前記集計結果を該当する路線を担当する営業所の営業所端末に前記バス会社サーバから送信するステップと、前記営業所端末で前記集計結果を過去の路線別乗客数実績を格納する乗客数実績データベースと比較してバス配車必要台数を路線別に算出するステップと、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに前記営業所端末で判断するステップと、配車可能なバスが存在した場合にそのバスの運転手端末に前記営業所端末から配送指示を送信するステップと、不足台数を前記営業所端末に画面表示するステップとを有することを特徴とするバス手配方法。
【請求項１２】
ネットワークに接続された主催者端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から前記バス会社サーバに送信するステップと、前記バス会社サーバで前記イベント情報に含まれる開催場所を管轄する営業所を判別するステップと、判別した営業所の営業所端末に前記イベント情報を前記バス会社サーバから送信するステップと、前記営業所端末で前記イベント情報に含まれる開催場所からイベント参加者が利用する路線を判断するステップと、前記イベント情報に含まれる参加者数を過去の路線別乗客数実績を格納する乗客数実績データベースと比較してバス配車必要台数を路線別に前記営業所端末で算出するステップとを有することを特徴とするバス手配方法。
【請求項１３】
ネットワークに接続された交通機関端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から前記バス会社サーバに送信するステップと、前記事故情報に含まれる発生場所を管轄する営業所を前記バス会社サーバで判別するステップと、判別した営業所の営業所端末に前記バス会社サーバから前記事故情報を送信するステップと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から前記営業所端末で判断するステップと、過去の路線別乗客数実績を格納する乗客数実績データベースと前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に前記営業所端末で算出するステップとを有することを特徴とするバス手配方法。
【請求項１４】
ネットワークに接続された利用者端末と主催者端末と交通機関端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、バス利用者の利用情報を前記利用者端末から前記バス会社サーバに送信するステップと、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から前記バス会社サーバに送信するステップと、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から前記バス会社サーバに送信するステップと、前記利用情報をバス路線別に集計した集計結果を前記バス会社サーバで算出するステップと、前記集計結果を該当する路線を担当する営業所の営業所端末に前記バス会社サーバから送信するステップと、前記イベント情報に含まれる開催場所を管轄する営業所を前記バス会社サーバで判別するステップと、判別した営業所の営業所端末に前記イベント情報を前記バス会社サーバから送信するステップと、前記事故情報に含まれる発生場所を管轄する営業所を前記バス会社サーバで判別するステップと、判別した営業所の営業所端末に前記事故情報を前記バス会社サーバから送信するステップと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から前記営業所端末で判断するステップと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から前記営業所端末で判断するステップと、過去の路線別乗客数実績を格納する乗客数実績データベースと前記集計結果と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に前記営業所端末で算出するステップとを有することを特徴とするバス手配方法。
【請求項１５】
増車が必要な路線の付近に配車可能なバスが存在するかを運転手端末から受信した位置情報をもとに前記営業所端末で判断するステップと、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を前記営業所端末から送信するステップと、不足台数を前記営業所端末に画面表示するステップとを有することを特徴とする請求項１２、１３または１４記載のバス手配方法。
【請求項１６】
ネットワークを介して利用者端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報を前記利用者端末から受信する手段と、前記利用情報を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とするバス会社サーバ。
【請求項１７】
ネットワークを介して主催者端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス会社サーバ。
【請求項１８】
ネットワークを介して交通機関端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から受信する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス会社サーバ。
【請求項１９】
ネットワークを介して利用者端末と主催者端末と交通機関端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報を前記利用者端末から受信する手段と、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から受信する手段と、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記利用情報と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴とするバス会社サーバ。
【請求項２０】
増車が必要な路線の付近に配車可能なバスが存在するかをネットワークに接続された運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする請求項１７、１８または１９記載のバス会社サーバ。
【請求項２１】
ネットワークを介して利用者端末と運転手端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報をバス路線別に集計した集計結果を前記バス会社サーバから受信する手段と、前記集計結果を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする営業所端末。
【請求項２２】
ネットワークを介して主催者端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバから受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴とする営業所端末。
【請求項２３】
ネットワークを介して交通機関端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバから受信する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴とする営業所端末。
【請求項２４】
ネットワークを介して利用者端末と主催者端末と交通機関端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報をバス路線別に集計した集計結果を前記バス会社サーバから受信する手段と、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバから受信する手段と、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバから受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記集計結果と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴とする営業所端末。
【請求項２５】
増車が必要な路線の付近に配車可能なバスが存在するかをネットワークに接続された運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする請求項２２２、２３または２４記載の営業所端末。
【請求項２６】
請求項１６から２０のいずれか１項記載の機能をコンピュータに実現させるためのプログラム。
【請求項２７】
請求項２１から２５のいずれか１項記載の機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はバス手配システム、バス手配方法およびバス手配用プログラムに関し、特に、予想される利用者数に合わせて配車台数の増減を行うバス手配システム、バス手配方法およびバス手配用プログラムに関する。
【０００２】
【従来の技術】
従来、日頃バスを利用する際に、時刻表はあるもののバス停に向かってもバスが来ず待ってしまう、また電車等からの乗り継ぎを行おうとしても時間調整されていないこともあるたため乗り継ぎがうまくいかずに待ってしまうことがあった。
【０００３】
また混雑時にはバスが来ても満員になってしまい乗り切れずに次のバスを待つことになってしまうことがあった。特に、多数の参加者が集まるイベント開催時や電車が事故で不通や遅れを生じたときに、このような現象が多く発生する。
【０００４】
バス会社では、過去の経験をもとに、多数の乗客が予想される場合は同一時刻に複数台数のバスを配車する等の対策をとる。
【０００５】
【発明が解決しようとする課題】
上述した従来のバス手配システムでは、イベント開催や電車事故等による乗客数の急激な変化への対応が困難であり、バスが来ても満員になってしまい乗り切れずに次のバスを待つことになるという問題点があった。
【０００６】
また、バス会社にとっては、乗り切れない利用者がタクシー等の他の交通機関に流れてしまうという機会損失を招くという問題点があった。
【０００７】
本発明の目的は、上述した課題を解決するために、乗客数の急激な変化を事前に把握してバス配車台数を増減させるバス手配システム、バス手配方法およびバス手配用プログラムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明のバス手配システムは、ネットワークに接続された利用者端末と運転手端末とバス会社サーバとを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記運転手端末は、位置情報発信手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、前記利用情報を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする。
【０００９】
本発明のバス手配システムは、ネットワークに接続された主催者端末とバス会社サーバとを備え、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００１０】
本発明のバス手配システムは、ネットワークに接続された交通機関端末とバス会社サーバとを備え、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００１１】
本発明のバス手配システムは、ネットワークに接続された利用者端末と主催者端末と交通機関端末とバス会社サーバとを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記利用情報と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００１２】
本発明のバス手配システムは、さらに、前記ネットワークに接続された運転手端末を備え、前記運転手端末は、位置情報発信手段を有し、前記バス会社サーバは、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴としてもよい。
【００１３】
本発明のバス手配システムは、ネットワークに接続された利用者端末と運転手端末とバス会社サーバと営業所端末とを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記運転手端末は、位置情報発信手段を有し、前記バス会社サーバは、前記利用情報をバス路線別に集計した集計結果を算出する手段と、前記集計結果を該当する路線を担当する営業所の営業所端末に送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、前記集計結果を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴してもよい。
【００１４】
本発明のバス手配システムは、ネットワークに接続された主催者端末とバス会社サーバと営業所端末とを備え、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、前記イベント情報に含まれる開催場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記イベント情報を送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００１５】
本発明のバス手配システムは、ネットワークに接続された交通機関端末とバス会社サーバと営業所端末とを備え、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、前記事故情報に含まれる発生場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記事故情報を送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００１６】
本発明のバス手配システムは、ネットワークに接続された利用者端末と主催者端末と交通機関端末とバス会社サーバと営業所端末とを備え、前記利用者端末は、バス利用者の利用情報を前記バス会社サーバに送信する手段を有し、前記主催者端末は、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバに送信する手段を有し、前記交通機関端末は、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバに送信する手段を有し、前記バス会社サーバは、前記利用情報をバス路線別に集計した集計結果を算出する手段と、前記集計結果を該当する路線を担当する営業所の営業所端末に送信する手段と、前記イベント情報に含まれる開催場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記イベント情報を送信する手段と、前記事故情報に含まれる発生場所を管轄する営業所を判別する手段と、判別した営業所の営業所端末に前記事故情報を送信する手段とを有し、前記営業所端末は、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記集計結果と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００１７】
本発明のバス手配方法は、ネットワークに接続された利用者端末と運転手端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、バス利用者の利用情報を前記利用者端末から前記バス会社サーバに送信するステップと、前記バス会社サーバで前記利用情報をバス路線別に集計した集計結果を算出するステップと、前記集計結果を該当する路線を担当する営業所の営業所端末に前記バス会社サーバから送信するステップと、前記営業所端末で前記集計結果を過去の路線別乗客数実績を格納する乗客数実績データベースと比較してバス配車必要台数を路線別に算出するステップと、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに前記営業所端末で判断するステップと、配車可能なバスが存在した場合にそのバスの運転手端末に前記営業所端末から配送指示を送信するステップと、不足台数を前記営業所端末に画面表示するステップとを有することを特徴とする。
【００１８】
本発明のバス手配方法は、ネットワークに接続された主催者端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から前記バス会社サーバに送信するステップと、前記バス会社サーバで前記イベント情報に含まれる開催場所を管轄する営業所を判別するステップと、判別した営業所の営業所端末に前記イベント情報を前記バス会社サーバから送信するステップと、前記営業所端末で前記イベント情報に含まれる開催場所からイベント参加者が利用する路線を判断するステップと、前記イベント情報に含まれる参加者数を過去の路線別乗客数実績を格納する乗客数実績データベースと比較してバス配車必要台数を路線別に前記営業所端末で算出するステップとを有することを特徴としてもよい。
【００１９】
本発明のバス手配方法は、ネットワークに接続された交通機関端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から前記バス会社サーバに送信するステップと、前記事故情報に含まれる発生場所を管轄する営業所を前記バス会社サーバで判別するステップと、判別した営業所の営業所端末に前記バス会社サーバから前記事故情報を送信するステップと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から前記営業所端末で判断するステップと、過去の路線別乗客数実績を格納する乗客数実績データベースと前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に前記営業所端末で算出するステップとを有することを特徴としてもよい。
【００２０】
本発明のバス手配方法は、ネットワークに接続された利用者端末と主催者端末と交通機関端末とバス会社サーバと営業所端末とを使用するバス手配方法であって、バス利用者の利用情報を前記利用者端末から前記バス会社サーバに送信するステップと、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から前記バス会社サーバに送信するステップと、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から前記バス会社サーバに送信するステップと、前記利用情報をバス路線別に集計した集計結果を前記バス会社サーバで算出するステップと、前記集計結果を該当する路線を担当する営業所の営業所端末に前記バス会社サーバから送信するステップと、前記イベント情報に含まれる開催場所を管轄する営業所を前記バス会社サーバで判別するステップと、判別した営業所の営業所端末に前記イベント情報を前記バス会社サーバから送信するステップと、前記事故情報に含まれる発生場所を管轄する営業所を前記バス会社サーバで判別するステップと、判別した営業所の営業所端末に前記事故情報を前記バス会社サーバから送信するステップと、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から前記営業所端末で判断するステップと、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から前記営業所端末で判断するステップと、過去の路線別乗客数実績を格納する乗客数実績データベースと前記集計結果と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に前記営業所端末で算出するステップとを有することを特徴としてもよい。
【００２１】
本発明のバス手配方法は、増車が必要な路線の付近に配車可能なバスが存在するかを運転手端末から受信した位置情報をもとに前記営業所端末で判断するステップと、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を前記営業所端末から送信するステップと、不足台数を前記営業所端末に画面表示するステップとを有することを特徴としてもよい。
【００２２】
本発明のバス会社サーバは、ネットワークを介して利用者端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報を前記利用者端末から受信する手段と、前記利用情報を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする。
【００２３】
本発明のバス会社サーバは、ネットワークを介して主催者端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００２４】
本発明のバス会社サーバは、ネットワークを介して交通機関端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から受信する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００２５】
本発明のバス会社サーバは、ネットワークを介して利用者端末と主催者端末と交通機関端末と運転手端末とに接続されたバス会社サーバであって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報を前記利用者端末から受信する手段と、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記主催者端末から受信する手段と、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記交通機関端末から受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記利用情報と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００２６】
本発明のバス会社サーバは、増車が必要な路線の付近に配車可能なバスが存在するかをネットワークに接続された運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴としてもよい。
【００２７】
本発明の営業所端末は、ネットワークを介して利用者端末と運転手端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報をバス路線別に集計した集計結果を前記バス会社サーバから受信する手段と、前記集計結果を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段と、増車が必要な路線の付近に配車可能なバスが存在するかを前記運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴とする。
【００２８】
本発明の営業所端末は、ネットワークを介して主催者端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバから受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、前記イベント情報に含まれる参加者数を前記乗客数実績データベースと比較してバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００２９】
本発明の営業所端末は、ネットワークを介して交通機関端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバから受信する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記事故情報に含まれる影響線区と前記乗客数実績データベースとからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００３０】
本発明の営業所端末は、ネットワークを介して利用者端末と主催者端末と交通機関端末とバス会社サーバとに接続された営業所端末であって、過去の路線別乗客数実績を格納する乗客数実績データベースと、バス利用者の利用情報をバス路線別に集計した集計結果を前記バス会社サーバから受信する手段と、イベントの開催日時と開催場所と参加者数とを含むイベント情報を前記バス会社サーバから受信する手段と、交通機関に発生した事故の発生場所と影響線区とを含む事故情報を前記バス会社サーバから受信する手段と、イベント参加者が利用する路線を前記イベント情報に含まれる開催場所から判断する手段と、事故の影響で利用者数が変化する路線を前記事故情報に含まれる発生場所から判断する手段と、前記乗客数実績データベースと前記集計結果と前記イベント情報に含まれる参加者数と前記事故情報に含まれる影響線区とからバス配車必要台数を路線別に算出する手段とを有することを特徴としてもよい。
【００３１】
本発明の営業所端末は、増車が必要な路線の付近に配車可能なバスが存在するかをネットワークに接続された運転手端末から受信した位置情報をもとに判断する手段と、配車可能なバスが存在した場合にそのバスの運転手端末に配送指示を送信する手段と、不足台数を画面表示する手段とを有することを特徴としてもよい。
【００３２】
本発明のプログラムは、請求項１６から２０のいずれか１項記載の機能をコンピュータに実現させる。
【００３３】
本発明のプログラムは、請求項２１から２５のいずれか１項記載の機能をコンピュータ実現させるようにしてもよい。
【００３４】
【発明の実施の形態】
本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の全体構成を示すブロック図である。本発明の実施の形態は図１に示すとおり、利用者端末１０、バス会社サーバ２０、営業所端末３０、運転手端末４０、主催者端末５０、交通機関端末６０を含み、これらは各々、インターネット１００を介して接続されている。
【００３５】
利用者端末１０は、バスを利用する個人の利用者１が使用するパーソナルコンピュータ等の情報処理装置であり、その内部または外部に、データを入力するためのキーボードやマウス等の入力部１１と、データを画面表示するためのＣＲＴ（ｃａｔｈｏｄｅ−ｒａｙ　ｔｕｂｅ）ディスプレイやＬＣＤ（ｌｉｑｕｉｄ　ｃｒｙｓｔａｌ　ｄｉｓｐｌａｙ）等の表示部１２を有し、さらに、インターネット１００を経由してバス会社サーバ２０へ利用地域・目的地などを含む利用情報を送信する機能を有する。利用者端末１０は携帯電話やＰＨＳ（ｐｅｒｓｏｎａｌ　ｈａｎｄｙ　ｐｈｏｎｅ　ｓｙｓｔｅｍ）であってもよい。
【００３６】
バス会社サーバ２０は、乗合バス事業を行うバス会社２に設置されたワークステーション・サーバ等の情報処理装置であり、その内部または外部に記憶装置２５を有し、記憶装置２５は内部に全国の地図情報を格納する地図情報データベース２０１とバス会社の全国の営業所情報を格納する営業所情報データベース２０２および利用者端末１０等から送られてくるデータの集計結果を格納する集計結果データベース２０３を有し、さらに利用者端末１０等からの情報を受信し、インターネット１００を経由して営業所端末３０へこの情報の集計結果を送信する機能を有する。バス会社サーバ２０は、図示しないが必要に応じて、その内部または外部に、入力部と表示部を有する。
【００３７】
営業所端末３０は、バス会社の全国の営業所３に設置してある端末で、その内部または外部に入力部３１と表示部３２と記憶装置３５を有し、記憶装置３５は管轄内の詳細の地域情報を格納する地域情報データベース３０１と過去の乗客数実績を格納する乗客数実績データベース３０２を保有し、さらにインターネット１００を経由してバス会社サーバ２０から送信される情報を受信する機能および運転手端末４０へ移動指示情報を送信する機能を有する。
【００３８】
運転手端末４０は、バス４の一台一台に設置されたＧＰＳ（ｇｌｏｂａｌ　ｐｏｓｉｔｉｏｎｉｎｇ　ｓｙｓｔｅｍ）機能を有した小型の携帯端末であり、その内部または外部に入力部４１と表示部４２を有し、インターネット１００を経由して営業所端末３０から送信される情報を受信する機能および営業所端末３０へ情報を送信する機能を有する。
【００３９】
主催者端末５０は、バスを利用して参加する人を多く集めるイベントの主催者５の持つパーソナルコンピュータ等の情報処理装置であり、その内部または外部に、入力部５１と、表示部５２を有し、さらに、インターネット１００を経由してバス会社サーバ２０へイベントの開催日時、開催場所、おおよその参加者数を含む利用情報を送信する機能を有する。主催者端末５０は携帯電話やＰＨＳであってもよい。
【００４０】
交通機関端末６０は、バス会社２以外の各交通機関６が保有するパーソナルコンピュータ等の情報処理装置であり、その内部または外部に入力部６１と表示部６２を有し、インターネット１００を経由してバス会社サーバ２０へ事故の発生場所、影響線区を含む事故情報を送信する機能を有する。
【００４１】
使用するネットワークはインターネット１００としているが、これに限定されるものではなく、他の通信ネットワークでもよい。
【００４２】
次に動作について説明する。図２は、本発明の実施の形態の動作を示すフローチャートである。図２のフローチャートを３つの実施の形態に分けて説明する。
（１）日常での利用の場合
本発明の第１の実施の形態の動作は、図２のフローチャートのステップＳ１ａ、Ｓ２ａ、Ｓ３ａおよびＳ４〜Ｓ１２である。
【００４３】
はじめに、利用者１は利用者端末１０からバス会社サーバ２０へアクセスする（ステップＳ１ａ）。
【００４４】
利用者端末１０の画面上に図３に示すログイン画面が表示され、利用者のＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）やパスワードを入力すると、情報入力画面として、図４に示すように、乗車する場所・路線・行き先の場所の選択項目、利用する時刻の入力項目が表示される。利用地を選択するとその地域内の路線を選択できる。また路線を選択すると、その路線内のバス停を選択できる。利用者１はバスに乗車する場所・路線・行き先の場所・利用する時刻の情報を利用者端末１０を利用して送信する。利用者端末１０から送信された利用情報はインターネット１００を経由してバス会社サーバ２０へ送信される（ステップＳ２ａ）。
【００４５】
バス会社サーバ２０は利用者端末１０から送信された利用情報と地図情報データベース２０１をもとに営業所情報データベース２０２から営業所・路線を自動的に割り出し、路線別の利用者数を集計し、集計結果データベース２０３に保存する（ステップＳ３ａ）。次に集計結果の情報を利用地域を担当している各バス営業所３の営業所端末３０へデータを配信する（ステップＳ４）。
【００４６】
営業所端末３０はバス会社サーバ２０から送信された集計結果データを受信する。集計結果データ内にある路線毎の集計データから、台数増加が必要な路線と増加する必要のある台数を判別する（ステップＳ５）。判別後、もし本数の増加が必要な場合、地域情報データベース３０１と運転手端末４０のＧＰＳ機能で受信した位置情報を利用して、路線の付近に配送可能なバスがあるかどうかを判断し（ステップＳ６）、配送可能なバスがある場合は、バス運転手端末４０に配送指示を送信する（ステップＳ７）。運転手端末４０に配送指示が来た際には（ステップＳ８）、バス４の運転手はその指示に従い各自指示された路線へ向かい、運行を行う。運転手は配送指示を確認したら、配送確認データを運転手端末４０から営業所端末３０へ送信する。ステップＳ６で配送可能なバスがない場合は、営業所端末３０の表示部３２にバス配送指示を表示する（ステップＳ１０）。この指示を確認後、バス営業所３は営業所３内に待機していたバスを利用者５が利用する時刻・その路線へ配送し、営業所端末３０へ配送台数を入力する（ステップＳ１１）。営業所端末３０は必要な台数分配送できたかをチェックし（ステップＳ１２）、不足している場合は、ステップＳ６へ戻る。
（２）一時的な利用者増加の場合
本発明の第２の実施の形態の動作は、図２のフローチャートのステップＳ１ｂ、Ｓ２ｂ、Ｓ３ｂおよびＳ４〜Ｓ１２である。イベント等により一時的にバスの利用者が多くなる場合について説明する。
【００４７】
まず、イベントを主催する主催者５は主催者端末５０を用い、バス会社サーバ２０へイベント情報として開催日時・開催場所・イベント内容・おおよその参加者数のデータを送信する（ステップＳ１ｂ、Ｓ２ｂ）。図５は送信するイベント情報の画面例を示す図である。
【００４８】
バス会社サーバ２０は受信したイベント情報内の開催場所の情報をもとに、地図情報データベース２０１と営業所情報データベース２０２を参照して管轄する営業所３を判別し（ステップＳ３ｂ）、その営業所３の営業所端末３０へイベント情報を送信する（ステップＳ４）。
【００４９】
営業所端末３０は地域情報データベース３０１を参照して開催場所付近のバス停を探し出し、利用されると思われる路線を判断し、イベント情報に含まれる参加者数と乗客数実績データベース３０２とから各路線への増加する台数を決定する（ステップＳ５）。
【００５０】
その後のステップ（ステップＳ６〜ステップＳ１２）は第１の実施の形態と同じである。
（３）緊急時の場合
本発明の第３の実施の形態の動作は、図２のフローチャートのステップＳ１ｃ、Ｓ２ｃ、Ｓ３ｃおよびＳ４〜Ｓ１２である。バス路線に乗り継ぎのある電車等の交通機関にて事故等により混雑が発生した場合である。
【００５１】
各交通機関６にて事故が発生した際に、交通機関端末６０より自動的に事故の発生した場所・時間・その事故により影響のでる線区などの事故情報がバス会社サーバ２０へ送信される（ステップＳ１ｃ、Ｓ２ｃ）。図６は送信する事故情報の画面例を示す図である。事故が発生すると、交通機関端末６０が自動的に事故情報を送信するため、画面上には送信をするボタンは無い。
【００５２】
バス会社サーバ２０にて、事故情報を受け取ると線区の情報と地図情報データベース２０１からその線区から乗り継ぎのあるバス路線の営業所３を判別し（ステップＳ３ｃ）、その営業所３の営業所端末３０へ事故情報を送信する（ステップＳ４）。
【００５３】
営業所端末３０はバス会社サーバ２０から送られてきた事故情報と地域情報データベース３０１、乗客数実績データベース３０２からその事故の発生した線区とバス路線との乗り継ぎのある箇所（例：電車の場合、駅等）を判別し、事故の影響で利用者数が変化する路線を発生場所からし、各路線への増加する台数を決定する（ステップＳ５）。
【００５４】
その後のステップ（ステップＳ６〜ステップＳ１２）は第１の実施の形態と同じである。
【００５５】
以上説明した第１、第２、第３の実施の形態は、単独ではなく２つまたは全ての実施の形態を組み合わせて実施することができる。全ての実施の形態を組み合わせた場合は、図２に示す全てのステップを実行する。ステップＳ４で、バス会社サーバ２０は集計情報とイベント情報と事故情報とを営業所端末３０へ送信する。ステップＳ５で、営業所端末３０はこれらの情報を総合してバス配送台数を決定する。
【００５６】
次に本発明の第４の実施の形態について説明する。図７は第４の実施の形態の構成を示すブロック図である。図７を参照すると、図１と比較して、営業所端末３０が省略されている。地域情報データベース３０１と乗客数実績データベース３０２とはバス会社サーバ２０の記憶装置２５に格納される。
【００５７】
第４の実施の形態では、バス会社サーバ２０は第１、第２、第３の実施の形態の営業所端末３０の機能を合わせ持つ。図２の営業所端末３０の動作を第４の実施の形態ではバス会社サーバ２０が行う。ステップＳ４の動作は不要となる。この構成とすることにより、営業所端末３０が不要となるため、システムを小規模とする効果がある。
【００５８】
さらに、第１、第２、第３の実施の形態と第４の形態の中間の形態も可能である。たとえば、営業所端末３０を使用して、営業所端末３０にはステップＳ１０とＳ１１の表示、入力機能のみを持たせる形態をとることができる。
【００５９】
本発明の実施の形態のバス会社サーバ２０または営業所端末３０の動作はコンピュータ・プログラム処理により行わせることが可能である。すなわち、記録媒体に記録したプログラムをバス会社サーバ２０または営業所端末３０に読み込ませるか、あるいは、ネットワークからコンピュータ・プログラムをバス会社サーバ２０または営業所端末３０に読み込ませて、実施の形態で説明した動作を実行させる。
【００６０】
【発明の効果】
以上説明したように、本発明によれば、予想される利用者数にあわせてバスを配送するため、利用者にとって、満員でバスに乗れない・バス内が異常に混雑するということが防止できるという効果があり、バス会社にとっては、機会損失を防止できるという効果がある。
【００６１】
電車事故で遅れや運休が生じた場合にも、利用者がバス停に到着する時間を考慮してバスの配車台数を増減できるため、バス停にてバスを待つ時間を無くす、もしくは短縮することができるという効果がある。
【００６２】
また、バス停に人が留まらないため、人の混雑などによる周辺地域への悪影響を緩和することができるという効果がある。
【図面の簡単な説明】
【図１】第１、第２、第３の形態の構成を示すブロック図である。
【図２】第１、第２、第３の実施の形態の動作を示すフローチャートである。
【図３】ログイン画面例を示す図である。
【図４】利用情報の画面例を示す図である。
【図５】イベント情報の画面例を示す図である。
【図６】事故情報の画面例を示す図である。
【図７】第４の実施の形態の構成を示すブロック図である。
【符号の説明】
１　　利用者
２　　バス会社
３　　営業所
４　　バス
５　　主催者
６　　交通機関
１０　　利用者端末
１１　　入力部
１２　　表示部
２０　　バス会社サーバ
２５　　記憶装置
３０　　営業所端末
３１　　入力部
３２　　表示部
３５　　記憶装置
４０　　運転手端末
４１　　入力部
４２　　表示部
５０　　主催者端末
５１　　入力部
５２　　表示部
６０　　交通機関端末
６１　　入力部
６２　　表示部
１００　　インターネット
２０１　　地図情報データベース
２０２　　営業所情報データベース
２０３　　集計結果データベース
３０１　　地域情報データベース
３０２　　乗客数実績データベース
【図１】
2004070481.tif 000003
【図２】
2004070481.tif 000004
【図３】
2004070481.tif 000005
【図４】
2004070481.tif 000006
【図５】
2004070481.tif 000007
【図６】
2004070481.tif 000008
【図７】
2004070481.tif 000009