(57)【特許請求の範囲】
【請求項１】
業者用端末及び顧客用端末に対し乗合情報を提供するサーバと、該サーバにネットワークを介して接続された前記業者用端末と前記顧客用端末とを備えた乗合運行支援システムにおける前記サーバにおいて、
前記顧客用端末から受信した乗合車両に対する運行依頼を記憶する第１の記憶手段と、
前記運行依頼を取り纏めて運行グループを生成する運行グループ生成手段と、
前記運行グループ生成手段が生成した運行グループを記憶する第２の記憶手段と、
前記業者用端末に対し、前記運行グループに対する運行を依頼する運行依頼信号を発信する依頼信号発信手段と、
前記業者用端末から受信した前記運行グループに対する運行計画を記憶する第３の記憶手段と、
前記顧客用端末からの前記運行計画に対する最終確認信号の受信に応答して、前記業者用端末に該運行計画に対する最終確認通知を発信する確認通知発信手段と
を備えたことを特徴とするサーバ。
【請求項２】
前記運行グループ生成手段は、
前記運行依頼から処理対象となる運行依頼を抽出する第１の抽出手段と、
前記第１の抽出手段の抽出した運行依頼から、最低乗客数を満たす運行依頼を抽出して運行グループを生成する第１のグルーピング手段と
を備えたことを特徴とする請求項１に記載のサーバ。
【請求項３】
前記第１の抽出手段は、乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする請求項２に記載のサーバ。
【請求項４】
前記第１の抽出手段は、前記顧客用端末から受信した運行依頼の含む乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする請求項２に記載のサーバ。
【請求項５】
前記第１のグルーピング手段が運行グループの生成を行うことのできない場合、前記第１の抽出手段の抽出した運行依頼から、同じ固定場所と、所定の隣接度合いの出発地または到着地とを持つ隣接運行依頼を抽出する第２の抽出手段と、
前記隣接運行依頼を取り纏めて、最低乗客数を満たす運行グループを生成する第２のグルーピング手段と
を備えたことを特徴とする請求項２に記載のサーバ。
【請求項６】
前記隣接度合いは、あらかじめ設定された隣接地区テーブルに基づいて定められることを特徴とする請求項５に記載のサーバ。
【請求項７】
前記隣接地区テーブルは、郵便番号に基づいて地域を区分けし、該区分けごとに地区相互の隣接度合いを定めたものであることを特徴とする請求項６に記載のサーバ。
【請求項８】
前記顧客用端末からの前記第２の記憶手段の記憶する運行計画への運行依頼の追加発注信号の受信に応答して、前記業者用端末に対し、該運行計画への追加運行依頼信号を発信する追加依頼信号発信手段を備えたことを特徴とする請求項１に記載のサーバ。
【請求項９】
請求項１から８のいずれかに記載のサーバからの前記運行グループに対する運行を依頼する運行依頼信号の受信に応答して、該運行グループの含む運行依頼を出力する第１の出力手段と、
該運行依頼に対する運行計画を入力する第１の入力手段と、
該サーバから受信した前記運行計画に対する最終確認通知を出力する第２の出力手段と、
前記サーバと前記運行依頼と前記運行計画と前記最終確認通知とを含む情報の交信を行う業者端末側入出力手段と
を備えたことを特徴とする業者用端末。
【請求項１０】
前記サーバの記憶する運行グループを検索する検索手段と、
前記検索手段の検索した検索結果を出力する第３の出力手段と、
前記検索手段の検索した運行グループの含む運行依頼に対する運行計画を入力する第２の入力手段と
を備えたことを特徴とする請求項９に記載の業者用端末。
【請求項１１】
前記サーバからの追加運行依頼信号の受信に応答して、該追加発注信号の含む運行依頼を出力する第４の出力手段と、
該運行依頼に対する運行計画を入力する第３の入力手段と
を備えたことを特徴とする請求項９に記載の業者用端末。
【請求項１２】
乗合車両の運行依頼を入力する入力手段と、
請求項１から８のいずれかに記載のサーバから受信した前記運行依頼に対する運行計画を出力する第１の出力手段と、
前記サーバに対して前記運行計画に対する最終確認を表示する最終確認信号を発信する最終確認信号発信手段と、
前記サーバに対して前記運行依頼と前記運行計画とを含む情報の交信を行う顧客用端末側入出力手段と
を備えたことを特徴とする顧客用端末。
【請求項１３】
前記サーバの記憶する運行グループに対する運行計画を検索する検索手段と、
前記検索手段の検索した運行計画に対し運行依頼の追加発注を指示する追加発注信号を発信する追加発注信号発信手段と、
前記サーバから受信した前記追加発注への運行計画を出力する第２の出力手段と
を備えたことを特徴とする請求項１２に記載の顧客用端末。
【請求項１４】
請求項１から８のいずれかに記載のサーバにおいて、
前記顧客用端末から受信した乗合車両に対する運行依頼を記憶するとともに、該運行依頼を取り纏めて運行グループを生成するステップと、
前記運行グループを記憶するとともに、前記業者用端末に対し、前記運行グループに対する運行を依頼する運行依頼信号を発信するステップと、
前記業者用端末から受信した前記運行グループに対する運行計画を記憶するステップと、
前記運行計画を前記顧客用端末に送信するステップと、
前記顧客用端末からの前記運行計画に対する最終確認信号の受信に応答して前記業者用端末に最終確認通知を送信するステップと
を実現させることを特徴とするプログラム。
【請求項１５】
前記運行グループを生成するステップは、
前記運行依頼から処理対象となる運行依頼を抽出するステップと、
前記第１の抽出手段の抽出した運行依頼から、最低乗客数を満たす運行依頼を抽出して運行グループを生成するステップと
を備えたことを特徴とする請求項１４に記載のプログラム。
【請求項１６】
前記運行依頼から処理対象となる運行依頼を抽出するステップは、乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする請求項１５に記載のプログラム。
【請求項１７】
前記運行依頼から処理対象となる運行依頼を抽出するステップは、前記顧客用端末から受信した運行依頼の含む乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする請求項１５に記載のプログラム。
【請求項１８】
前記最低乗客数を満たす運行依頼を抽出して運行グループを生成するステップにおいて、運行グループの生成を行うことのできない場合、前記抽出された運行依頼から、同じ固定場所と、所定の隣接度合いの出発地または到着地とを持つ隣接運行依頼を抽出するステップと、
前記隣接運行依頼を取り纏めて、最低乗客数を満たす運行グループを生成するステップと
を備えたことを特徴とする請求項１５に記載のプログラム。
【請求項１９】
請求項９から１１のいずれかに記載の業者用端末において、
請求項１から８のいずれかに記載のサーバからの前記運行グループに対する運行を依頼する運行依頼信号の受信に応答して、該運行グループの含む運行依頼を出力するステップと、
該運行依頼に対する運行計画の入力に応答して、前記業者端末側入出力手段を制御して前記サーバに該運行計画を送信するステップと、
前記サーバから受信した前記運行計画に対する最終確認通知を出力するステップと
を実現させることを特徴とするプログラム。
【請求項２０】
前記サーバからの追加運行依頼信号の受信に応答して、該追加発注信号の含む運行依頼を出力するステップと、
該運行依頼に対する運行計画の入力に応答して、前記業者端末側入出力手段を制御して前記サーバに該運行計画を送信するステップと
を備えたことを特徴とする請求項１９に記載のプログラム。
【請求項２１】
請求項１０に記載の業者用端末において、
請求項１から８のいずれかに記載のサーバの記憶する運行グループを検索し、検索結果を出力するステップと、
前記検索結果に対する運行計画の入力に応答して前記サーバに該運行計画を送信するステップと、
前記サーバから受信した前記運行計画に対する最終確認通知を出力するステップと
を実現させることを特徴とするプログラム。
【請求項２２】
請求項１２または１３に記載の顧客用端末において、
乗合車両の運行依頼の入力に応答して、請求項１から８のいずれかに記載のサーバに該運行依頼を送信するステップと、
前記サーバから受信した前記運行依頼に対する運行計画を出力するステップと、
前記サーバから受信した前記運行計画に対する最終確認信号を前記サーバに対して発信するステップと
を実現させることを特徴とするプログラム。
【請求項２３】
請求項１３に記載の顧客用端末において、
前記サーバの記憶する運行グループに対する運行計画を検索するステップと、
前記検索手段の検索した運行計画に対し運行依頼の追加発注を指示する追加発注信号を発信するステップと、
前記サーバから受信した前記追加発注に対する運行計画を出力するステップと、
前記運行計画に対する最終確認信号を発信するステップと
を実現させることを特徴とするプログラム。
【請求項２４】
請求項１４から２３のいずれかに記載のプログラムを格納することを特徴とするコンピュータ読取可能な記録媒体。
【請求項２５】
請求項１から８のいずれかに記載のサーバと、該サーバにネットワークを介して接続された請求項９から１１のいずれかに記載の前記業者用端末と請求項１２または１３に記載の前記顧客用端末とを備えた乗合運行支援システムを用いて乗合運行の支援を行う方法であって、
前記顧客用端末において、乗合車両への運行依頼を入力し、前記サーバに送信するステップと、
前記サーバにおいて、前記顧客用端末から受信した前記運行依頼を取り纏めて運行グループを生成するステップと、
前記サーバにおいて、前記運行グループを記憶するとともに、前記業者用端末に対し、前記運行グループに対する運行を依頼する運行依頼信号を発信するステップと、
前記業者用端末において、前記サーバからの前記運行グループに対する運行を依頼する運行依頼信号の受信に応答して、該運行グループの含む運行依頼を出力するステップと、
前記業者用端末において、該運行グループに対する運行計画の入力に応答して、前記第１の業者端末側入出力手段を制御して前記サーバに該運行計画を送信するステップと、
前記サーバにおいて、前記業者用端末から受信した前記運行計画を記憶し、前記顧客用端末に送信するステップと、
前記顧客用端末において、前記サーバから受信した前記運行計画に対する最終確認信号を前記サーバに対して発信するステップと、
前記サーバにおいて、前記顧客用端末からの前記運行計画に対する最終確認信号の受信に応答して前記業者用端末に最終確認通知を送信するステップと、
前記業者用端末において、前記サーバから受信した前記運行計画に対する最終確認通知を出力するステップと
を備えたことを特徴とする乗合運行支援方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、乗合運行支援システム及びその方法に関し、より詳細には、オンライン・データベース管理システムにおいて、顧客から受け付けた運行依頼を取り纏めて乗合車両運行業者に通知することにより乗合車両の運行支援を行う乗合運行支援システム及びその方法に関する。
【０００２】
【従来の技術】
特定の日、特定の時間に出発する電車や飛行機に乗るために駅や空港に向かう場合は、電車やバスを乗り継いでいくのが通常である。１度乗ってしまえば乗り換えの必要などなく目的地まで運んでくれるタクシーは理想的な交通手段ではあるが、費用がかさむことから避けられることが多く、大きな荷物を抱えている場合や、何人かでまとまって目的地に向かう場合などに限って利用されることが多いのが実情である。
【０００３】
この理想的な交通手段であるタクシーをより安価に利用する方法として、いくつかの駅や空港では、特定の場所に移動したい乗客を何人か集め、所定の人数が集まった時点で出発し、決まった場所まで運ぶ、といった乗合タクシーの運行が行われている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の乗合タクシーは、空港などの特定の場所において顧客を集客し、場当たり的にその顧客をグループ化して運行を決定するため、効率的な運行を行うことができなかった、という問題があった。また、現在、タクシーの運行予約はもっぱら電話、あるいはインターネットを介して行われているが、このようにしてなされた運行予約の処理と乗合車両運行業者との間での運行決定プロセスが確立していないため、今後予約件数が増加した場合、効率的に運行予約の処理を行うことができない、という問題もあった。
【０００５】
さらに、乗合タクシーを運行する乗合車両運行業者は多数あるものの、それらの運行状況を取り纏めるような運行決定システムが確立していないため、顧客は、希望する条件で乗合タクシーを運行する乗合車両運行業者を見つけ出すまで、料金や出発地などについて個々に問い合わせを行わなければならない、という問題もあった。
【０００６】
このような状況は、タクシーなどを運行する乗合車両運行会社にとっても問題となっていた。費用が嵩まなければタクシーを利用したいという潜在的な顧客は多いものの、タクシー運転手自身で顧客の乗車希望を取りまとめ、乗合客を発掘することは困難であり、乗合車両運行会社にあっては、数少ない利用客を発見するか、乗合タクシーの営業場所に出向いて乗合客を集めなければ収益機会を得ることができないという問題もあった。
【０００７】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、運行しやすい状態に纏めた複数の乗客をタクシーなどの乗合車両を運行する乗合車両運行業者に効率よく提供でき、顧客には、好きなときに、希望する場所から目的地まで希望する時間に楽に移動することのできる安価で新しい交通手段を提供できる乗合運行支援システムを提供することにある。
【０００８】
また本発明の目的は、乗合運行支援システムの備えるサーバと、業者用端末とに対し、運行しやすい状態に纏めた複数の乗客を乗合車両運行業者へ効率よく提供することを実現することのできるプログラムを提供することにある。また、顧客用端末に対し、好きなときに、希望する場所から目的地まで希望する時間に楽に移動することのできる安価で新しい交通手段の提供を実現することのできるプログラムを提供することにある。
【０００９】
また本発明の目的は、運行しやすい状態に纏めた複数の乗客を乗合車両運行業者に効率よく提供でき、顧客には、好きなときに、希望する場所から目的地まで希望する時間に楽に移動することのできる安価で新しい交通手段を提供できる乗合運行支援方法を提供することにある。
【００１０】
【課題を解決するための手段】
このような目的を達成するために、請求項１に記載の発明は、業者用端末及び顧客用端末に対し乗合情報を提供するサーバと、該サーバにネットワークを介して接続された前記業者用端末と前記顧客用端末とを備えた乗合運行支援システムにおける前記サーバにおいて、前記顧客用端末から受信した乗合車両に対する運行依頼を記憶する第１の記憶手段と、前記運行依頼を取り纏めて運行グループを生成する運行グループ生成手段と、前記運行グループ生成手段が生成した運行グループを記憶する第２の記憶手段と、前記業者用端末に対し、前記運行グループに対する運行を依頼する運行依頼信号を発信する依頼信号発信手段と、前記業者用端末から受信した前記運行グループに対する運行計画を記憶する第３の記憶手段と、前記顧客用端末からの前記運行計画に対する最終確認信号の受信に応答して、前記業者用端末に該運行計画に対する最終確認通知を発信する確認通知発信手段とを備えたサーバであることを特徴とする。
【００１１】
ここで「乗合車両」とは、タクシー、ハイヤー、貸切バス、乗合バス、乗合タクシーなどをいう。また、「運行依頼」とは、顧客が乗合車両の運行を依頼するために行う依頼をいい、出発日、出発希望時間、到着日、到着希望時間、駅や空港名などの目的地あるいは出発地、利用人数等を含むものをいう。「運行グループ」とは、１台の乗合車両が運行する顧客のグループをいう。
【００１２】
請求項２に記載の発明は、請求項１に記載のサーバにおいて、前記運行グループ生成手段は、前記運行依頼から処理対象となる運行依頼を抽出する第１の抽出手段と、前記第１の抽出手段の抽出した運行依頼から、最低乗客数を満たす運行依頼を抽出して運行グループを生成する第１のグルーピング手段とを備えたことを特徴とする。
【００１３】
ここで「最低乗客数」とは、乗合車両運行会社が１台の乗合車両を運行するにあたり、収益をあげることのできるであろう乗客の数をいう。
【００１４】
請求項３に記載の発明は、請求項２に記載のサーバにおいて、前記第１の抽出手段は、乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする。
【００１５】
請求項４に記載の発明は、請求項２に記載のサーバにおいて、前記第１の抽出手段は、前記顧客用端末から受信した運行依頼の含む乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする。
【００１６】
請求項５に記載の発明は、請求項２に記載のサーバにおいて、前記第１のグルーピング手段が運行グループの生成を行うことのできない場合、前記第１の抽出手段の抽出した運行依頼から、同じ固定場所と、所定の隣接度合いの出発地または到着地とを持つ隣接運行依頼を抽出する第２の抽出手段と、前記隣接運行依頼を取り纏めて、最低乗客数を満たす運行グループを生成する第２のグルーピング手段とを備えたことを特徴とする。
【００１７】
請求項６に記載の発明は、請求項５に記載のサーバにおいて、前記隣接度合いは、あらかじめ設定された隣接地区テーブルに基づいて定められることを特徴とする。
【００１８】
請求項７に記載の発明は、請求項６に記載のサーバにおいて、前記隣接地区テーブルは、郵便番号に基づいて地域を区分けし、該区分けごとに地区相互の隣接度合いを定めたものであることを特徴とする。
【００１９】
請求項８に記載の発明は、請求項１に記載のサーバにおいて、前記顧客用端末からの前記第２の記憶手段の記憶する運行計画への運行依頼の追加発注信号の受信に応答して、前記業者用端末に対し、該運行計画への追加運行依頼信号を発信する追加依頼信号発信手段を備えたことを特徴とする。
【００２０】
請求項９に記載の発明は、請求項１から８のいずれかに記載のサーバからの前記運行グループに対する運行を依頼する運行依頼信号の受信に応答して、該運行グループの含む運行依頼を出力する第１の出力手段と、該運行依頼に対する運行計画を入力する第１の入力手段と、該サーバから受信した前記運行計画に対する最終確認通知を出力する第２の出力手段と、前記サーバと前記運行依頼と前記運行計画と前記最終確認通知とを含む情報の交信を行う業者端末側入出力手段とを備えた業者用端末であることを特徴とする。
【００２１】
請求項１０に記載の発明は、請求項９に記載の業者用端末において、前記サーバの記憶する運行グループを検索する検索手段と、前記検索手段の検索した検索結果を出力する第３の出力手段と、前記検索手段の検索した運行グループの含む運行依頼に対する運行計画を入力する第２の入力手段とを備えたことを特徴とする。
【００２２】
請求項１１に記載の発明は、請求項９に記載の業者用端末において、前記サーバからの追加運行依頼信号の受信に応答して、該追加発注信号の含む運行依頼を出力する第４の出力手段と、該運行依頼に対する運行計画を入力する第３の入力手段とを備えたことを特徴とする。
【００２３】
請求項１２に記載の発明は、乗合車両の運行依頼を入力する入力手段と、請求項１から８のいずれかに記載のサーバから受信した前記運行依頼に対する運行計画を出力する第１の出力手段と、前記サーバに対して前記運行計画に対する最終確認を表示する最終確認信号を発信する最終確認信号発信手段と、前記サーバに対して前記運行依頼と前記運行計画とを含む情報の交信を行う顧客用端末側入出力手段とを備えた顧客用端末であることを特徴とする。
【００２４】
請求項１３に記載の発明は、請求項１２に記載の顧客用端末において、前記サーバの記憶する運行グループに対する運行計画を検索する検索手段と、前記検索手段の検索した運行計画に対し運行依頼の追加発注を指示する追加発注信号を発信する追加発注信号発信手段と、前記サーバから受信した前記追加発注への運行計画を出力する第２の出力手段とを備えたことを特徴とする。
【００２５】
請求項１４に記載の発明は、請求項１から８のいずれかに記載のサーバにおいて、前記顧客用端末から受信した乗合車両に対する運行依頼を記憶するとともに、該運行依頼を取り纏めて運行グループを生成するステップと、前記運行グループを記憶するとともに、前記業者用端末に対し、前記運行グループに対する運行を依頼する運行依頼信号を発信するステップと、前記業者用端末から受信した前記運行グループに対する運行計画を記憶するステップと、前記運行計画を前記顧客用端末に送信するステップと、前記顧客用端末からの前記運行計画に対する最終確認信号の受信に応答して前記業者用端末に最終確認通知を送信するステップとを実現させるプログラムであることを特徴とする。
【００２６】
請求項１５に記載の発明は、請求項１４に記載のプログラムにおいて、前記運行グループを生成するステップは、前記運行依頼から処理対象となる運行依頼を抽出するステップと、前記第１の抽出手段の抽出した運行依頼から、最低乗客数を満たす運行依頼を抽出して運行グループを生成するステップとを備えたことを特徴とする。
【００２７】
請求項１６に記載の発明は、請求項１５に記載のプログラムにおいて、前記運行依頼から処理対象となる運行依頼を抽出するステップは、乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする。
【００２８】
請求項１７に記載の発明は、請求項１５に記載のプログラムにおいて、前記運行依頼から処理対象となる運行依頼を抽出するステップは、前記顧客用端末から受信した運行依頼の含む乗合車両乗車日と、到着希望時間または出発希望時間の属する時間帯とをキーとして処理対象となる運行依頼を抽出することを特徴とする。
【００２９】
請求項１８に記載の発明は、請求項１５に記載のプログラムにおいて、前記最低乗客数を満たす運行依頼を抽出して運行グループを生成するステップにおいて、運行グループの生成を行うことのできない場合、前記抽出された運行依頼から、同じ固定場所と、所定の隣接度合いの出発地または到着地とを持つ隣接運行依頼を抽出するステップと、前記隣接運行依頼を取り纏めて、最低乗客数を満たす運行グループを生成するステップとを備えたことを特徴とする。
【００３０】
請求項１９に記載の発明は、請求項９から１１のいずれかに記載の業者用端末において、請求項１から８のいずれかに記載のサーバからの前記運行グループに対する運行を依頼する運行依頼信号の受信に応答して、該運行グループの含む運行依頼を出力するステップと、該運行依頼に対する運行計画の入力に応答して、前記業者端末側入出力手段を制御して前記サーバに該運行計画を送信するステップと、前記サーバから受信した前記運行計画に対する最終確認通知を出力するステップとを実現させるプログラムであることを特徴とする。
【００３１】
請求項２０に記載の発明は、請求項１９に記載のプログラムにおいて、前記サーバからの追加運行依頼信号の受信に応答して、該追加発注信号の含む運行依頼を出力するステップと、該運行依頼に対する運行計画の入力に応答して、前記業者端末側入出力手段を制御して前記サーバに該運行計画を送信するステップとを備えたことを特徴とする。
【００３２】
請求項２１に記載の発明は、請求項１０に記載の業者用端末において、請求項１から８のいずれかに記載のサーバの記憶する運行グループを検索し、検索結果を出力するステップと、前記検索結果に対する運行計画の入力に応答して前記サーバに該運行計画を送信するステップと、前記サーバから受信した前記運行計画に対する最終確認通知を出力するステップとを実現させるプログラムであることを特徴とする。
【００３３】
請求項２２に記載の発明は、請求項１２または１３に記載の顧客用端末において、乗合車両の運行依頼の入力に応答して、請求項１から８のいずれかに記載のサーバに該運行依頼を送信するステップと、前記サーバから受信した前記運行依頼に対する運行計画を出力するステップと、前記サーバから受信した前記運行計画に対する最終確認信号を前記サーバに対して発信するステップとを実現させるプログラムであることを特徴とする。
【００３４】
請求項２３に記載の発明は、請求項１３に記載の顧客用端末において、前記サーバの記憶する運行グループに対する運行計画を検索するステップと、前記検索手段の検索した運行計画に対し運行依頼の追加発注を指示する追加発注信号を発信するステップと、前記サーバから受信した前記追加発注に対する運行計画を出力するステップと、前記運行計画に対する最終確認信号を発信するステップと
を実現させるプログラムであることを特徴とする。
【００３５】
請求項２４に記載の発明は、請求項１４から２３のいずれかに記載のプログラムを格納するコンピュータ読取可能な記録媒体であることを特徴とする。
【００３６】
請求項２５に記載の発明は、請求項１から８のいずれかに記載のサーバと、該サーバにネットワークを介して接続された請求項９から１１のいずれかに記載の前記業者用端末と請求項１２または１３に記載の前記顧客用端末とを備えた乗合運行支援システムを用いて乗合運行の支援を行う方法であって、前記顧客用端末において、乗合車両への運行依頼を入力し、前記サーバに送信するステップと、前記サーバにおいて、前記顧客用端末から受信した前記運行依頼を取り纏めて運行グループを生成するステップと、前記サーバにおいて、前記運行グループを記憶するとともに、前記業者用端末に対し、前記運行グループに対する運行を依頼する運行依頼信号を発信するステップと、前記業者用端末において、前記サーバからの前記運行グループに対する運行を依頼する運行依頼信号の受信に応答して、該運行グループの含む運行依頼を出力するステップと、前記業者用端末において、該運行グループに対する運行計画の入力に応答して、前記第１の業者端末側入出力手段を制御して前記サーバに該運行計画を送信するステップと、前記サーバにおいて、前記業者用端末から受信した前記運行計画を記憶し、前記顧客用端末に送信するステップと、前記顧客用端末において、前記サーバから受信した前記運行計画に対する最終確認信号を前記サーバに対して発信するステップと、前記サーバにおいて、前記顧客用端末からの前記運行計画に対する最終確認信号の受信に応答して前記業者用端末に最終確認通知を送信するステップと、前記業者用端末において、前記サーバから受信した前記運行計画に対する最終確認通知を出力するステップとを備えた乗合運行支援方法であることを特徴とする。
【００３７】
【発明の実施の形態】
本発明の実施例について、以下に図面を参照しつつ詳細に説明する。
図１は、本発明の実施される乗合運行支援システムのシステム構成の一例を示す図である。乗合運行支援システムは、サービスセンタ１００と、顧客用端末３００と、業者用端末４００と、サービスセンタ１００と顧客用端末３００と業者用端末４００とを相互に接続するインターネットなどのネットワーク５００とを備える。
【００３８】
サービスセンタ１００は、乗合運行支援システムを運営管理するシステム管理者により管理されるものであり、顧客から受け付けた乗車要求を運行しやすいグループに取り纏め、業者用端末４００に提供する機能を有する。サービスセンタ１００は、ウェブページ用のＨＴＭＬデータ等を格納ＷＷＷサーバ１２０と、乗合グルーピング処理などを実現する処理プログラム実行時の演算処理を行なうデータベースサーバ１４０と、顧客の乗車要求情報などを格納するデータベース２００とを備える。
【００３９】
顧客用端末３００は、乗合運行支援システムを利用する顧客により使用される端末であり、乗合車両への運行依頼を行うことのできる端末であれば、顧客個人が所有する端末でも、顧客以外の他人の所有する端末でも、店舗などの特定の場所に設置された端末でもよい。業者用端末４００は、ハイヤーやタクシー、貸切バスなどの乗合車両の運行を行う乗合車両運行業者により使用される端末である。顧客用端末３００及び業者用端末４００は、いずれもインターネットなどのネットワーク５００を介してサービスセンタ１００にアクセスする機能を有する。
顧客用端末３００及び業者用端末４００の機器としては、ウェブ情報（ＨＴＭＬ文書などのマークアップランゲージ文書により規定される情報）を閲覧可能なブラウザソフトウェア（例えば、マイクロソフト社のインターネットエクスプローラ（商標）、ネットスケープ・コミュニケーション社のネットスケープ(商標)等）を搭載した市販のパーソナルコンピュータ、ＰＤＡ（Personal  Data  Assistance）等の情報処理装置や、無線呼出端末、ＰＨＳ端末、移動体通信端末のうちいずれかであってもよい。特に、移動体通信端末は、電子メール機能やインターネットへのアクセス機能を有する端末であってもよい（例えば、株式会社エヌ・ティ・ティ・ドコモ社が提供するｉモード（サービス名）端末等）。
【００４０】
ネットワーク５００は、サービスセンタ１００と、顧客用端末３００と業者用端末４００とを相互に接続する機能を有し、例えば、インターネットや、イントラネットや、ＬＡＮや、公衆電話網（アナログ／デジタルの双方を含む）や、ＰＤＣ／ＰＤＣ―Ｐ方式等の移動体通信回線交換網／移動体通信パケット交換網や、無線呼出網や、ＰＨＳ網や、衛星通信網等のうちいずれかを含んでもよい。
【００４１】
図２は、本実施例におけるサービスセンタにおけるデータベースサーバ及び該データベースの構成の一例を示す図である。
本実施例におけるのデータベースサーバ１４０は、少なくとも、バス１４４を介して相互に接続されたシステム全体を統括的に制御する主制御部（以下「ＣＰＵ」とする）１４２と、システム管理者が各種データを入力する入力手段である入力装置１４６と、入力データのモニタに用いる表示装置１４８と、各種監査結果その他のデータを出力する出力装置１５０と、通信回線（有線／無線、ＬＡＮ／インターネット、アナログ／デジタル等を含む）などに接続するモデムやターミナルアダプタなどからなる通信ポート１５２とから構成される。なお、入力装置１４６、表示装置１４８及び出力装置１５０は、それぞれ入出力インターフェースを介してＣＰＵ１４２に接続されていてもよい。なおＣＰＵ１４２は、ＯＳ（Operating  System）等の制御プログラムを有し、本実施例における乗合グルーピング処理などを実現する処理プログラム実行時の演算処理を行なう。
【００４２】
データベース２００は、ハードディスク等の固定ディスク装置、フレキシブルディスク、光ディスクなどのストレージ手段であり、乗合グルーピング処理などの各種処理プログラムや、処理プログラムの実現に用いる各種のテーブル、データベース等を格納する。データベース２００は、第１の確定グループデータ２０２、事業者情報データ２０４、第２の確定グループデータ２０６、固定場所データ２０８、ステータスデータ２１０、第１の申込データ２１２、所属地区データ２１４、第２の申込データ２１６、郵便番号データ２１８、ユーザ情報データ２２０、隣接地区データ２２２などを、図２に示すように相互に関連した状態で格納している。
【００４３】
入力装置１４６は、システム管理者が各種データを入力する入力手段であり、画面上のメニューを選択しデータを入力するためのマウス等の各種ポインティングデバイスやキーボードやイメージスキャナなどからなる。表示装置１４８は、各種メニュー画面や、処理結果等を表示する機能を有し、例えばディスプレイ装置等である。出力装置１５０は、処理結果を紙等の媒体に出力する機能を有し、例えばプリンタ装置等である。通信ポート１５２は、他の端末等と通信回線を介してデータを通信する機能を有する。また、サービスセンタ１００は、既知のパーソナルコンピュータ、ワークステーション、ＰＨＳ端末、移動体通信端末、移動体通信端末またはＰＤＡ等の情報処理端末等の情報処理装置にプリンタやディスプレイやイメージスキャナ等の周辺装置を接続し、該情報処理装置に乗合運行支援システムにおける各種処理を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。
【００４４】
図３は、図２で示したデータベースの格納する各データベースの構造の一例を示す図である。第１の確定グループデータ２０２には、固定場所への運行を希望する運行依頼に関する情報が格納されており、例えば、乗合車両に乗車する構成員である顧客に対するグループＩＤ、当該グループを作成した作成日、当該グループの人数、出発地、到着地の固定場所ＩＤなどの情報が格納されている。第２の確定グループデータ２０６には、固定場所からの運行を希望する運行依頼に関する情報が格納されており、例えば、乗合車両に乗車する構成員である顧客に対するグループＩＤ、当該グループを作成した作成日、当該グループの人数、出発地の固定場所ＩＤ、到着地などの情報が格納されている。
【００４５】
事業者情報データ２０４には、事業者ＩＤ、パスワード、住所、電話番号などの情報が格納されている。固定場所データ２０８には、固定場所として指定されている駅名や空港名などの固定場所名とそのＩＤ、郵便番号などの情報が、図４の▲１▼に示すように相互に関連付けられた固定場所テーブルといった状態で格納されている。ステータスデータ２１０には、第１の確定グループデータ２０２あるいは第１の申込データ２１２などの各種データの状態を示すステータス名、ステータスＩＤなどの情報が、図４の▲３▼に示すように相互に関連付けられたステータステーブルといった状態で格納されている。
【００４６】
第１の申込データ２１２には、固定場所への運行を希望する顧客からの運行依頼に関する情報が格納されており、例えば、運行依頼を行なった申込日時、運行依頼に対して割り当てられた申込番号、運行依頼をしたユーザのユーザＩＤ、到着場所の固定場所ＩＤのほか、出発地の郵便番号や住所、出発日、出発希望時間などの情報が格納されている。第２の申込データ２１６には、固定場所からの運行を希望する顧客からの運行依頼に関する情報が格納されており、例えば、運行依頼を行なった申込日時、運行依頼に対して割り当てられた申込番号、運行依頼をしたユーザのユーザＩＤ、出発場所の固定場所ＩＤのほか、到着地の郵便番号や住所、到着日、到着希望時間などの情報が格納されている。
【００４７】
所属地区データ２１４には、それぞれの地区の住民特性などによる固定場所への利用頻度などに鑑み、各郵便番号が、特定の固定場所との関係においてランク付けがされ、図４の▲２▼に示すように相互に関連付けられた所属地区テーブルといった状態で格納されている。郵便番号データ２１８には、郵便番号と、各郵便番号に基づいて特定される隣接地区などの情報が、図５の▲１▼に示すように相互に関連付けられた郵便番号テーブルといった状態で格納されている。ユーザ情報データ２２０には、運行依頼を行ったユーザのユーザＩＤ、パスワード、住所、電話番号などの情報が格納されている。隣接地区データ２２２には、郵便番号、各郵便番号から特定される隣接地区郵便番号、隣接地区ランクなどの情報が、図５の▲２▼に示すように相互に関連付けられた隣接地区テーブルといった状態で格納されている。
【００４８】
なお、このように構成されたサービスセンタ１００を所有するシステム管理者は、例えばハイヤーやタクシー、貸切バスを保有し、乗合車両の運行を行っているタクシー会社などに対し、顧客の手配を専門に行う業者などであってもよく、また、タクシー会社自身であってもよい。
【００４９】
次に、このように構成された本実施形態における乗合運行支援システムの動作の一例について説明する。
乗合運行支援システムの動作の主なものとしては、顧客から受けた運行予約の取り纏めを行い、それに基づいて乗合車両の運行を行う予約依頼型と、予約依頼型での取り纏め処理に間に合わなかった運行依頼予約や、予約依頼型では取り纏め処理を行うことのできないような細かな運行依頼予約などの取り纏めを行う未確定依頼型と、急な出張などにより、あらかじめ乗合車両の運行予約を行うことのできなかった顧客が、自ら乗合車両の運行状況などをチェックし、既に運行の決定している乗合車両に対して、必要に応じて随時自らの運行依頼をいれていくリアルタイム依頼型とがある。
【００５０】
まず、本実施形態における基本的な処理過程である予約依頼型について説明する。
図６は、顧客から受けた運行予約の取り纏めを行い、それに基づいて乗合車両の運行を行うという、予約依頼型における処理過程の流れの一例を示す図である。
【００５１】
駅や空港へ向かう必要の生じた顧客は、自己の保有する顧客用端末３００からサービスセンタ１００にアクセスし、運行依頼を行う(Ｓ１)。顧客がサービスセンタ１００に運行依頼入力要求を行うと、サービスセンタ１００は顧客用端末３００にユーザＩＤとパスワードなどの認証情報の入力を促すので、まず顧客は、事前にサービスセンタ１００に登録してある認証情報の入力を行う。認証情報を受信すると、サービスセンタ１００のデータベースサーバ１４０は、データベース２００内のユーザ情報データ２２０を検索し、アクセスしてきた顧客に対する認証処理を行う。顧客が認証された場合には、顧客用端末３００には、図７に示すような運行依頼入力画面が送信されるので、顧客はこの運行依頼入力画面から必要事項の入力を行い、サービスセンタ１００に送信し、運行依頼を行なう。
【００５２】
運行依頼入力画面(図７)には、乗合車両に乗車する場所を入力する出発地入力欄７ａ、目的地を入力する到着地入力欄７ｂ、乗車日を入力する出発日入力欄７ｃ、出発希望時間入力欄７ｄ、目的地への到着日を入力する到着日入力欄７ｅなどのほか、飛行機などの出発時間に合わせて目的地に到着したい場合に入力する到着希望時間７ｆ、顧客とともに乗合車両へ乗車する人数を入力する申込人数入力欄７ｇ、前回利用した際の印象などから、運行業者を指定したい場合に入力を行う指定業者入力欄７ｈ、荷物の過多や、小さい子供の有無などの連絡時項を入力する要望事項入力欄７ｉなどが設けられており、顧客はここから少なくとも出発地と到着地、到着希望時間、申込人数の入力を行うことにより運行依頼を行う。図７に示すように、出発地入力欄７ａ、到着地入力欄７ｂ、指定業者入力欄７ｈなどは、あらかじめ登録されている選択肢の中から顧客が選択することにより入力を行う形としてもよい。なお、顧客用端末３００からサービスセンタ１００に運行依頼を行なうためには、顧客は事前にサービスセンタ１００に対して顧客名や住所、パスワードなどの顧客登録を行い、ユーザＩＤの交付を受けておく必要がある。
【００５３】
サービスセンタ１００は、顧客からの運行依頼を受信すると、データベース２００内の第１の申込データ２１２内に受信した情報を格納し、受信した運行依頼に一対一で対応する申込番号の付与を行なった後、顧客用端末３００に対し、顧客に自己が入力した運行依頼を確認させるために、図８に示すような申込内容確認画面を送信する(Ｓ２)。申込内容確認画面(図８)には、顧客が運行依頼入力画面(図７)において入力した事項が表示されている。運行依頼を変更する必要を発見した顧客は、この申込内容確認画面(図８)の「変更」ボタン８ａを選択することにより、一旦登録した運行依頼を変更することもできる。
【００５４】
サービスセンタ１００は、受信した運行依頼を取りまとめ、出発日、出発地、到着地などに基づいて、１つの運行で数人の乗客を効率よく乗車させ、かつ目的地に送り届けることのできるようないくつかの運行グループに割り振る、乗合グルーピング処理を行う（Ｓ３）。この乗合グルーピング処理については、後に詳述する。
【００５５】
次にサービスセンタ１００は、この乗合グルーピング処理(Ｓ３)によって作成した仮確定グループ（仮の運行グループ）に関する運行依頼情報をウェブ情報に掲載することにより、乗合車両運行業者に対してし、Ｓ２で作成したグループに対する車両の手配を行ってくれる乗合車両運行業者を求める運行依頼を行う（Ｓ４）。
【００５６】
乗合車両運行業者は、業者用端末４００からサービスセンタ１００内のＷＷＷサーバ１２０に随時アクセスし、仮確定グループに対する運行依頼情報が掲載されているか否か、運行依頼情報の検索を行う(Ｓ５)。仮確定グループに対する運行依頼情報が掲載されている場合には、業者用端末４００には、図９に示すような仮確定グループ一覧画面が表示される。仮確定グループ一覧画面(図９)には、サービスセンタ１００に登録されている仮確定グループの、グループ番号、到着地、到着希望時間、申込数、申込人数などの情報が掲示されている。仮確定グループ一覧(図９)の中に、関心のある運行依頼を発見した場合は、グループ番号表示欄９ａに表示されているグループ番号の中から関心のある仮確定グループを示すグループ番号を指定することにより、その仮確定グループの詳細情報を取得することができる。
【００５７】
図１０は、グループ番号「１００７」を持つ仮確定グループについての詳細情報を表示した運行グループ詳細表示画面である。運行グループ詳細表示画面(図１０)には、グループ「１００７」を構成している顧客についての、申込番号、顧客名、住所、電話番号、出発希望時間、到着希望時間、申込人数などの情報が表示されている。乗合車両運行業者は、仮確定グループについての詳細情報を取得した上で、運行依頼に応じようとする場合には、「受注及び運行計画作成」ボタン１０ａを操作することにより、運行グループ詳細表示画面(図１０)に表示された仮確定グループからの運行依頼に対する受注を行うことができる。
【００５８】
なお、乗合車両運行業者がサービスセンタ１００に運行依頼情報の検索要求を行うと、サービスセンタ１００は業者用端末４００にユーザＩＤとパスワードなどの認証情報の入力を促すので、乗合車両運行業者は、事前にサービスセンタ１００に登録してある認証情報の入力を行う。認証情報を受信すると、サービスセンタ１００のデータベースサーバ１４０は、データベース２００内の事業者情報データ２０４を検索し、アクセスしてきた乗合車両運行業者に対する認証処理を行う。乗合車両運行業者が認証された場合に、業者用端末４００に仮確定グループ一覧画面(図９)が送信される。したがって、乗合車両運行業者は事前にサービスセンタ１００に対して事業社名、住所、電話番号、パスワードなどを登録し、事業者ＩＤの交付を受けるといった事業者登録を行っておく必要がある。
【００５９】
乗合車両運行業者が、運行グループ詳細表示画面(図１０)の「受注及び運行計画作成」ボタン１０ａを操作することにより仮確定グループからの運行依頼に対する受注を行うと、業者用端末４００には、図１１に示すような運行計画入力画面が表示される。運行計画入力画面(図１１)には、仮確定グループを構成している顧客についての申込番号、顧客名、住所、電話番号、申込人数などの情報が表示されている。乗合車両運行業者は、仮確定グループの構成員である顧客の住所や目的地などを鑑み、適切なルートの選択を行い、目的地に間違いなく顧客の到着希望時間に到着することのできる出発予定時間と顧客との待ち合わせ場所とを選択し、出発予定時間入力欄１１ａから出発予定時間を、待ち合わせ場所入力欄１１ｂから待ち合わせ場所を入力し、料金表示欄１１ｃから運行依頼ごとに運賃を入力する。乗合車両運行業者は、運賃が表示された運行計画入力画面(図１１)の入力内容の確認を行った後、「登録ボタン」１１ｄを押すことにより、サービスセンタ１００に運行計画を送信する(Ｓ７)。
【００６０】
サービスセンタ１００は、データベース２００内の第１の確定グループデータ２０２内に業者用端末４００から受信した運行計画を格納し、それに基づき、顧客用端末３００に対して料金及び運行計画の通知を行う(Ｓ８)。このとき、業者用端末４００から受信した運行計画は、第１の申込データ２１２の記憶するかく運行依頼に対しても格納する。図１２は、顧客用端末３００に表示された料金及び運行計画通知画面の一例である。料金及び運行計画通知画面(図１２)には、顧客名と、申込番号と、その申し込み番号を持つ運行依頼をグルーピング処理したことにより付与されたグループＩＤと、料金と、乗合車両運行業者の指定した待ち合わせ場所と待ち合わせ時間とが表示されているので、顧客は表示内容の確認を行い、「最終確認」ボタン１２ａを操作することにより、運行確認を行う（Ｓ９)。顧客が運行確認を行うと、サービスセンタ１００から顧客用端末３００に対し、図１３に示すような申込確定確認画面が送信されることとなる。
【００６１】
顧客が運行確認を行い、顧客用端末３００に申込確定確認画面（図１３）の送信が行われると、業者用端末４００には、図１４に示すような運行グループ状況確認画面が送信され、これによりＳ７において乗合車両運行業者が送信した運行計画が最終決定される(Ｓ１０)。運行グループ状況確認画面(図１４)には、グループ番号、出発地、到着地、到着予定時間、グループを構成する顧客の申込番号、顧客名、顧客の住所、電話番号、申込人数などのほか、ステータス表示欄１４ａには表示されている各顧客の運行依頼のステータスが表示されている。ステータス表示欄１４ａに表示されるステータスとしては、図４の▲３▼に示す８段階があるが、Ｓ１０においては、各顧客の運行依頼は、各顧客から運行計画に対する最終確認が行われた段階にあるので、ユーザ確認が終わった段階であることを示すステータス「ユーザ確認」が表示されている。
【００６２】
乗合車両運行業者は、最終決定された運行計画に基づき、乗合車両の運行を行い（Ｓ１１）、顧客を目的地へと運び、顧客から運賃の支払を受ける(Ｓ１２)。
その後、乗合車両運行業者は、サービスセンタ１００に対し、運行結果の報告を行い、運行依頼情報を取得したことに対するシステム使用料などの支払を行う(Ｓ１３)。図１５は、乗合車両運行業者が、サービスセンタ１００に対し、運行結果の報告を行う際に入力を行う運行結果報告画面の一例を示す図である。運行結果報告画面(図１５)には、乗合車両運行業者がＳ７で送信を行った運行計画入力画面(図１１)における入力内容が表示されているので、万一実際の運行が運行計画と異なった場合には、人数入力欄１５ａ、出発時間入力欄１５ｂ、待ち合わせ場所入力欄１５ｃ、料金入力欄１５ｄ等から表示内容の修正を行い、「登録」ボタン１５ｅを操作することによりサービスセンタ１００に対して運行結果の報告を行う。
【００６３】
次に、図６のＳ３において行う乗合グルーピング処理について説明する。
図１６は、乗合グルーピング処理の処理手順の一例を示すフローチャートである。乗合グルーピング処理は、図１６に示すように、基本的には、運行依頼の選択(Ｓ１)と、乗合グルーピング結合処理１(Ｓ２)と、乗合グルーピング結合処理２(Ｓ３)とにより行われる。以下、詳細に説明する。
【００６４】
運行依頼の選択(Ｓ１)は、第１の申込データ２１２、あるいは第２の申込データ２１６に格納されている運行依頼のうち、出発到着希望時間が、グルーピング対象指定日のグルーピング指定時間帯にある運行依頼を選択することによって行う。固定場所への行きについての運行依頼に対する乗合グルーピング処理を行う場合は、第１の申込データ２１２に格納されている運行依頼を対象に行い、固定場所からの帰りについての運行依頼に対する乗合グルーピング処理を行う場合は、第２の申込データ２１６に格納されている運行依頼を対象に行う。グルーピング指定時間帯は、午前と午後の２つの時間帯に分けたりするだけでなく、１日を数時間ごとに区切り、いくつかの時間帯を設けたりなどすることにより、グルーピング指定時間帯を複数も受けることもできる。
【００６５】
図１７は、乗合グルーピング結合処理１の処理手順の一例を示すフローチャートであり、この乗合グルーピング結合処理１は、運行依頼の選択(図１６のＳ１)によって選択された運行依頼に対して以下の手順を踏むことによって行われる。
【００６６】
まず、乗合車両運行会社の設定した、乗合車両の運行費用に見合う最低乗客人数である最低乗客人数「ｃ」を満たす申込人数を持つ運行依頼の抽出を行う(Ｓ１)。この運行依頼の抽出は、運行依頼の選択(図１６のＳ１)と同様、固定場所への行きについて乗合グルーピング処理を行う場合は第１の申込データ２１２に格納されている運行依頼を対象に行い、固定場所からの帰りについて乗合グルーピング処理を行う場合は第２の申込データ２１６に格納されている運行依頼を対象に行う。
【００６７】
次に、抽出された運行依頼を一件と読み込み、その人数を「ｐ」とし(Ｓ２)、図１８に示す仮確定グループ決定処理を行う(Ｓ３)。そして、このような処理を、図１６の２のＳ１で抽出した全ての運行依頼に対して行った時点で乗合グルーピング処理１は完了となる(Ｓ４)。
【００６８】
図１８は、仮確定グループ決定処理の処理手順の一例を示すフローチャートである。仮確定グループ決定処理は、まず、乗合グルーピング結合処理１を示す図１７のＳ２において１件として読みこまれた運行依頼に対し、仮のグループＩＤを付与し、仮確定グループを作成する(Ｓ１)。そして、この仮確定グループの運行依頼に基づいて、固定場所ＩＤの付与、出発到着希望時間の抽出を行う。そして、この仮確定グループからの運行依頼に対し「仮確定グループ」状態であることを示すステータス３とし、固定場所ＩＤ、出発到着希望時間、とともに、データベース２００に格納する(Ｓ２)。ここで、仮確定グループの運行依頼を格納する先は、固定場所への行きについて乗合グルーピング処理を行っている場合は第１の確定グループデータ２０２、固定場所からの帰りについて乗合グルーピング処理を行っている場合は第２の確定グループデータ２０６となる。そして、申込番号を手がかりに、第１の申込データ２１２、あるいは第２の申込データ２１６の格納する仮のグループＩＤを付与された運行依頼のステータスを、第１の確定グループデータ２０２、あるいは第２の確定グループデータ２０６と同様に、「仮確定グループ」状態であることを示すステータス３に変更する(Ｓ３)。
【００６９】
なお、仮確定グループ決定処理(図１８)において、固定場所ＩＤは、固定場所への行きについて乗合グルーピング処理を行っている場合は到着地の、固定場所からの帰りについて乗合グルーピング処理を行っている場合は出発地の地名を、図４の▲１▼に示す固定場所データ２０８に照合することにより付与される。例えば、固定場所への行きについて乗合グルーピング処理を行っている場合に、目的地を羽田空港とする運行依頼については、東京国際空港(羽田)を指す固定場所ＩＤ「１」が付与され、目的地を成田空港とする運行依頼については、新東京国際空港(成田)を指す固定場所ＩＤ「２」が付与されることとなる。また、出発到着希望時間は、固定場所への行きについて乗合グルーピング処理を行っている場合は、到着希望日の到着希望時間に基づいて、固定場所からの帰りについて乗合グルーピング処理を行っている場合は、出発希望日の出発希望時間に基づいて定められる。
【００７０】
図１９は、乗合グルーピング結合処理２の処理手順の一例を示すフローチャートである。この乗合グルーピング結合処理２は、乗合グルーピング結合処理１(図１７)を終えた後の、仮のグループＩＤを付与されていない、ばらばらな状態にある運行依頼を相互に関連付け、仮確定グループを作成するためにを行うものである。
【００７１】
まず、乗合グルーピング結合処理２の対象となる運行依頼に対して、固定場所ＩＤの付与を行う(Ｓ１)。固定場所ＩＤは、仮確定グループ決定処理(図１８)における場合と同様、固定場所への行きについて乗合グルーピング処理を行っている場合は到着地の、固定場所からの帰りについて乗合グルーピング処理を行っている場合は出発地の地名を、図４の▲１▼に示す固定場所データ２０８に照合することにより付与される。例えば、固定場所からの帰りについて乗合グルーピング処理を行っている場合に、出発地を羽田空港とする運行依頼については、東京国際空港(羽田)を指す固定場所ＩＤ「１」が付与され、出発地を成田空港とする運行依頼については、新東京国際空港(成田)を指す固定場所ＩＤ「２」が付与されることとなる。
【００７２】
次に、所属地区データ２１４に格納されているテーブルに基づき、固定場所に所属する郵便番号がランク順に抽出される(Ｓ２)。例えば、目的地を羽田空港とする行きの運行依頼について乗合グルーピング処理を行っている場合には、固定場所ＩＤ「１」を持つ運行依頼に対しては、郵便番号「２２７−００５１」地域がランク１として、郵便番号「２２７−００６２」地域がランク２として抽出されることとなる。
【００７３】
そして、図１６のＳ１で運行依頼を選択する際に参照した指定時間帯(例えば指定時間帯「ａ−ｂ」)の開始時間を「ｇ」とする(Ｓ３)。次に仮確定グループを作成するために参照する最大参照地域を示す隣接地区ランクの最大値を「ｈ」、抽出時に参照する隣接地区のランクを「ｉ(抽出開始時の「ｉ」は、出発地あるいは到着地の郵便番号地域と一致することを示す「０」とする)」とする(Ｓ４)。ここで「ｈ」は、郵便番号テーブル（図５の▲１▼）の示す隣接地区Ａ、または隣接地区Ｂから参照する。例えば、郵便番号が「２２７−００５１」の地域については、郵便番号テーブル（図５の▲１▼）の示す隣接地区Ａのランクは「３」、隣接地区Ｂのランクは「５」となっている。よって、この地域の最大参照地域「ｈ」は、固定場所への行きについてグルーピングを行う場合は「３」、固定場所からのから帰りについてグルーピングを行う場合は「５」ということになる。
【００７４】
次に、乗合車両に同乗する顧客が、同乗客との関係で、例えば早めに目的地に到着することとなるような場合に、顧客が目的地で飛行機や電車に乗る時間まで待つこととなる時間幅を「ｋ(抽出開始時の「ｋ」は、全く待ち時間のない状態である「０」とする)」、顧客が許容し得るであろう「ｋ」の最大時間幅を「ｓ」とする(Ｓ５)。ここで「ｓ」は、郵便番号テーブル（図５の▲１▼）の示す、最大時間幅Ｅ、または最大時間幅Ｆから参照する。例えば、郵便番号が「２２７−００５１」の地域については、郵便番号テーブル（図５の▲１▼）の示す最大時間幅Ｅは「３０分」、最大時間幅Ｆは「６０分」となっている。よって、この地域の最大時間幅「ｓ」は、固定場所への行きについてグルーピングを行う場合は「３０分」、固定場所からのから帰りについてグルーピングを行う場合は「６０分」ということになる。
【００７５】
隣接地区データ２２２の格納するテーブルから隣接地区ランク「ｉ」までの郵便番号の検出を行った上で(Ｓ６)、指定時間帯「ａ-ｂ」の開始時間「ｇ」から、時間幅「ｋ」分の範囲内に出発到着希望時間を持ち、出発到着地郵便番号がＳ４で指定された隣接地区ランク「ｉ」内となっている郵便番号群の中にあり、かつ、第１の申込データ２１２、あるいは第２の申込データ２１６の格納する運行依頼のステータスが「未確定」状態を示す「０」となっている運行依頼の抽出を行い、合計人数を算出する(Ｓ７)。ここで、出発到着希望時間は、固定場所への行きについて乗合グルーピング処理を行っている場合は、到着希望日の到着希望時間であり、固定場所からの帰りについて乗合グルーピング処理を行っている場合は、出発希望日の出発希望時間である。
【００７６】
Ｓ８により抽出された運行依頼の合計人数を「ｍ」とし、以下の判断を行う(Ｓ８)。まず、「ｍ」が「０」を超えているか否かの判断を行う(Ｓ９)。「ｍ」が「０」以下である場合、すなわち運行依頼の抽出を行えなかった場合には、後述するＳ１９へと移り、一方「ｍ」が「０」を超えている場合、すなわち運行依頼の抽出があった場合には、「ｍ」が乗合車両運行会社の設定した、乗合車両の運行費用に見合う最低乗客人数である最低乗客人数ｃを満たしているか否かの判断を行う(Ｓ１０)。「ｍ」が「ｃ」未満である場合、すなわち最低乗客人数を有していない場合、後述するＳ１５へと移り、一方「ｍ」が「ｃ」以上、すなわち最低乗客人数を有している場合には、乗合車両運行会社が運行を予定している乗合車両１台あたりの乗車可能人数「ｄ」を「ｍ」が超えていないか否かの判断を行う(Ｓ１１)。
【００７７】
「ｍ」が「ｄ」を超えているような場合には、図２０に示す乗合グループ分割処理を行い、抽出した運行依頼を運行可能な人数に分割するような処理を行う(Ｓ１２)。一方、「ｍ」が「ｄ」以下である場合には、抽出した運行依頼を纏めて運行を行うことができることとなるので、「ｍ」を「ｐ」とし（Ｓ１４）、抽出した運行依頼に対して仮確定グループ決定処理(図１８)を行う（Ｓ１５）。すなわち、当該運行依頼に仮のグループＩＤを付与して仮確定グループを作成し(図１８のＳ１)、第１の確定グループデータ２０２、あるいは第２の確定グループデータ２０６に当該仮確定グループの運行依頼を格納し(図１８のＳ２)、第１の申込データ２１２、あるいは第２の申込データ２１６の格納する運行依頼のステータスを、「仮確定グループ」状態であることを示すステータス３に変更する(図１８のＳ３)。
【００７８】
「ｍ」が最低乗客人数「ｃ」を有していない場合、あるいは後述する乗合グループ分割処理(図２０)によって処理しきれなかった未処理分がある場合、あるいは抽出した運行依頼全てについて仮確定グループ決定処理(図１８)がなされた場合、最低乗客人数「ｃ」人以上乗車可能人数「ｄ」人以下となるようなグループを生成するために、時間幅「ｋ」を「ｔ」づつ広げて(Ｓ１６)、より広い時間幅を用いてＳ７の抽出処理を行う(Ｓ１７)。ここで、時間幅「ｔ」は、固定場所への行きについて乗合グルーピング処理を行っている場合は郵便番号データ２１８に格納されている図５の▲１▼に示す郵便番号テーブルの時間幅Ａを用い、固定場所からの帰りについて乗合グルーピング処理を行っている場合は、郵便番号データ２１８に格納されている図５の▲１▼に示す郵便番号テーブルの時間幅Ｂを用いて行う。そして、時間幅「ｋ」をすこしづつ、例えば時間幅「ｔ」づつ広げた結果、顧客が許容し得るであろう「ｋ」の最大時間幅「ｓ」を「ｋ」が超えてしまったような場合には、時間幅「ｋ」を拡大することによる再抽出をやめ、参照地域の拡大による再抽出、すなわち抽出時に参照する隣接地区のランク「ｉ」を「１」づつ拡大して(Ｓ１８)、より広い参照地域に対してＳ５からの抽出処理を行う(Ｓ１９)。
【００７９】
ここで参照地域「ｉ」を「１」づつ拡大した結果、仮確定グループを作成するために参照する最大抽出地域を示す隣接地区ランクの最大値「ｈ」を「ｉ」が超えてしまったような場合には、参照地域「ｉ」を拡大することによる再抽出をやめ、指定時間帯「ａ-ｂ」の開始時間「ｇ」に顧客が許容し得るであろう「ｋ」の最大時間幅「ｓ」を加えることにより指定時間帯の変更を行う(Ｓ２０)。そして、指定時間帯「ａ-ｂ」の開始時間「ｇ」に最大時間幅「ｓ」を加えた結果が指定時間帯「ａ-ｂ」の終了時間「ｂ」を超えてしまっているか否かの判断を行い(Ｓ２１)、超えてしまった場合には、固定場所の所属地区郵便番号にある郵便番号は全て参照したか否かのチェックを行い(Ｓ２２)、超えていない場合には、再度Ｓ３からの処理を行う。
【００８０】
そして、ｓ２２において、まだ参照を行っていない郵便番号があることが判明した場合には、再度Ｓ２からの処理を行い、一方、全ての郵便番号についての参照を終えている場合には、固定場所データ２０８に格納されている全ての固定場所について処理を終えているかの確認を行う(Ｓ２３)。そして、まだ処理を終えていない固定場所がある場合には、その固定場所についてＳ１からの処理を行い、全ての固定場所について処理を終えている場合には、乗合グループ結合処理２が終了となる。
【００８１】
次に、上述の乗合グループ結合処理２(図１９)のＳ１２、すなわち、乗合グループ結合処理２(図１９)のＳ１１において、乗合車両運行会社が運行を予定している乗合車両１台あたりの乗車可能人数「ｄ」を、Ｓ８により抽出された運行依頼の合計人数「ｍ」が超えている場合に行われる、乗合グループ分割処理について説明する。を行い、抽出した運行依頼を運行可能な人数に分割するような処理を行う(Ｓ１２)。
【００８２】
図２０は、乗合グループ分割処理の処理手順の一例を示すフローチャートである。
まず、乗合グループ結合処理２(図１９)のＳ１１において、乗合車両運行会社が運行を予定している乗合車両１台あたりの乗車可能人数「ｄ」を超えているＳ８により抽出された運行依頼の合計人数「ｍ」に対して、指定時間帯「ａ-ｂ」の開始時間「ｇ」から、時間幅「ｋ」分の範囲内に出発到着希望時間を持ち、出発到着地郵便番号がＳ４で指定された隣接地区ランク「ｉ」内となっている郵便番号群の中にあり、かつ、第１の申込データ２１２、あるいは第２の申込データ２１６の格納する運行依頼のステータスが「未確定」状態を示す「０」となっている運行依頼の抽出を行う(Ｓ１)。そして、抽出された運行依頼の合計人数を「ｎ」とする(Ｓ２)。次に、運行依頼の合計人数を「ｎ」が乗合車両１台あたりの乗車可能人数「ｄ」を超えているか否かの判断を行い(Ｓ３)、超えていない場合には、その運行依頼の合計人数を「ｎ」を「ｐ」とし(Ｓ４)、図１８に示す仮確定グループ決定処理を行い(Ｓ５)、運行依頼の合計人数を「ｎ」を「０」として処理を終了する(Ｓ６)。
【００８３】
一方、運行依頼の合計人数を「ｎ」が乗合車両１台あたりの乗車可能人数「ｄ」を超えている場合には、抽出している運行依頼を、最低乗客人数「ｃ」人以上乗車可能人数「ｄ」人以下になるように分割してグループを生成する(Ｓ７)。この運行依頼の合計人数「ｎ」の分割は、ステータスが「０」の運行依頼に対し、例えば申込日の早い順に抽出してグループを生成したり、利用回数などに基づく顧客ランクの高い順に抽出してグループを生成したり、運行依頼登録時に登録された要望事項に基づいてグループを作成したりすることなどにより行う。なお、１グループの人数を最低乗客人数「ｃ」人以上乗車可能人数「ｄ」人以下とするために、１つの運行依頼内の申込人数を分割することはできない。そして、合計人数を「ｎ」を分割することにより生成したグループの人数を「ｐ」とし(Ｓ８)、図１８に示す仮確定グループ決定処理を行い(Ｓ９)、運行依頼の合計人数を「ｎ」からグループ人数「ｐ」の控除を行い(Ｓ１０)、グループ人数「ｐ」の控除後の人数が最低乗客人数「ｃ」人以上か否かの判断を行う(Ｓ１１)。最低乗客人数「ｃ」人以上である場合には、さらに「ｎ」を分割してグループを作成できることとなることから、再度Ｓ３からの処理を行う。一方、最低乗客人数「ｃ」人未満である場合には、そこで乗合グループ分割処理が終了となる。
【００８４】
次に、未確定依頼型の処理過程について説明する。
未確定依頼型は、サービスセンタ１００が受け付けた運行依頼を事業者の運行ニーズに基づいて組み合わせ、運行ルートの決定を行うという点において、顧客の運行依頼に基づき運行ルートの組合せを行う上述の予約依頼型と異なるものである。そのため、予約依頼型での処理を前提とせずに未確定依頼型での処理を行うこととしても良い。また、既に２、３人からの運行依頼を受注してはいるが、まだ乗合車両の定員には余裕があるような乗合車両運行業者が、より運行の効率を上げようと、既に受注している運行依頼と近いルートでの運行を希望する顧客からの運行依頼を個別に受注するために利用することなどが考えられる。
【００８５】
図２１は、未確定依頼型における処理過程の流れの一例を示す図である。
駅や空港へ向かう必要の生じた顧客は、自己の保有する顧客用端末３００からサービスセンタ１００にアクセスし、運行依頼を行う(Ｓ１)。顧客がサービスセンタ１００に運行依頼入力要求を行うと、サービスセンタ１００は顧客用端末３００にユーザＩＤとパスワードなどの認証情報の入力を促すので、まず顧客は、事前にサービスセンタ１００に登録してある認証情報の入力を行う。認証情報を受信すると、サービスセンタ１００のデータベースサーバ１４０は、データベース２００内のユーザ情報データ２２０を検索し、アクセスしてきた顧客に対する認証処理を行う。顧客が認証された場合には、顧客用端末３００には、図７に示すような運行依頼入力画面が送信されるので、顧客はこの運行依頼入力画面から必要事項の入力を行い、サービスセンタ１００に送信し、運行依頼を行なう。
【００８６】
顧客は運行依頼入力画面(図７)から少なくとも出発地と到着地、到着希望時間、申込人数の入力を行うことにより運行依頼を行う。なお、予約依頼型同様、顧客用端末３００からサービスセンタ１００に運行依頼を行なうためには、顧客は事前にサービスセンタ１００に対して顧客名や住所、パスワードなどの顧客登録を行い、ユーザＩＤの交付を受けておく必要がある。
【００８７】
サービスセンタ１００は、顧客からの運行依頼を受信すると、データベース２００内の第１の申込データ２１２内に受信した情報を格納し、受信した運行依頼に一対一で対応する申込番号の付与を行なった後、顧客用端末３００に対し、顧客に自己が入力した運行依頼を確認させるために、図８に示すような申込内容確認画面を送信する(Ｓ２)。申込内容確認画面(図８)には、顧客が運行依頼入力画面(図７)において入力した事項が表示されている。運行依頼を変更する必要を発見した顧客は、この申込内容確認画面(図８)の「変更」ボタン８ａを選択することにより、一旦登録した運行依頼を変更することもできる。
【００８８】
乗合車両運行業者は、業者用端末４００からサービスセンタ１００内のＷＷＷサーバ１２０に随時アクセスし、顧客が登録した運行依頼情報の検索を行う(Ｓ３)。乗合車両運行業者からのアクセスを受け、サービスセンタ１００は業者用端末４００に対し、図２２に示すような未確定運行依頼一覧を送信する。未確定運行依頼一覧画面(図２２)には、サービスセンタ１００に登録されている各運行依頼の申込番号、到着地、到着希望時間、申込数、申込人数などの情報が掲示されている。乗合車両運行業者は、未確定運行依頼一覧画面(図２２)の中に、関心のある運行依頼を発見した場合は、申込番号表示欄２２ａに表示されている申込番号の中から関心のある運行依頼を示す申込番号を指定することにより、その運行依頼についての詳細情報を取得することができる。
【００８９】
図２３は、申込番号「０３１０」を持つ運行依頼についての詳細情報を表示した運行依頼詳細表示画面である。運行依頼詳細表示画面(図２３)には、運行依頼「００５４」についての、申込番号、顧客名、住所、電話番号、出発希望時間、到着希望時間、申込人数などの情報が表示されている。乗合車両運行業者は、運行依頼についての詳細情報を取得した上で運行依頼に応じようとする場合には、乗合車両運行業者が「受注及び運行計画作成」ボタン２３ａを操作することにより、業者用端末４００に表示される追加申込依頼受注登録画面(図２４)から運行計画を入力することによりその運行依頼に対する受注を行うことができる。
【００９０】
なお、乗合車両運行業者がサービスセンタ１００に運行依頼情報の検索要求を行うと、サービスセンタ１００は業者用端末４００にユーザＩＤとパスワードなどの認証情報の入力を促すので、乗合車両運行業者は、事前にサービスセンタ１００に登録してある認証情報の入力を行う。認証情報を受信すると、サービスセンタ１００のデータベースサーバ１４０は、データベース２００内の事業者情報データ２０４を検索し、アクセスしてきた乗合車両運行業者に対する認証処理を行う。乗合車両運行業者が認証された場合に、業者用端末４００に未確定運行依頼一覧画面(図２２)が送信されることとなる。したがって、乗合車両運行業者は事前にサービスセンタ１００に対して事業社名、住所、電話番号、パスワードなどを登録し、事業者ＩＤの交付を受けるといった事業者登録を行う必要がある。
【００９１】
乗合車両運行業者が、運行依頼詳細表示画面(図２３)の「受注及び運行計画作成」ボタン２３ａを操作することにより、業者用端末４００には図２４のような追加申込依頼受注登録画面が表示される。追加申込依頼受注登録画面（図２４）には、運行依頼を行った顧客についての申込番号、顧客名、住所、電話番号、申込人数などの情報が表示されている。乗合車両運行業者は、顧客の住所や目的地などを鑑み、適切なルートの選択を行い、目的地に間違いなく顧客の到着希望時間に到着することのできる出発予定時間と顧客との待ち合わせ場所とを選択し、確定グループ番号入力欄２４ａから運行依頼を追加しようとする運行計画の確定グループ番号（グループＩＤ）を入力する。そして、出発予定日入力欄２４ｂから出発予定日を、出発予定時間入力欄２４ｃから出発予定時間を、待ち合わせ場所入力欄２４ｄから待ち合わせ場所を、料金表示欄２４ｆから運賃をそれぞれ入力する。乗合車両運行業者は、追加申込依頼受注登録画面（図２４）の入力内容の確認を行った後、「登録ボタン」２４ｇを押すことにより、サービスセンタ１００に運行計画を送信し、未確定運行依頼の受注を行う(Ｓ４)。
【００９２】
サービスセンタ１００は、データベース２００内の第１の確定グループデータ２０２内に業者用端末４００から運行計画を受信した運行計画を格納し、それに基づき、顧客用端末３００に対して料金及び運行計画の通知を行う(Ｓ５)。図１２は、顧客用端末３００に表示された料金及び運行計画通知画面の一例である。
料金及び運行計画通知画面(図１２)には、顧客名と、申込番号と、その申し込み番号を持つ運行依頼をグルーピング処理したことにより付与されたグループＩＤと、料金と、乗合車両運行業者の指定した待ち合わせ場所と待ち合わせ時間とが表示されているので、顧客は表示内容の確認を行い、「最終確認」ボタン１２ａを操作することにより、運行確認を行う（Ｓ６)。顧客が運行確認を行うと、サービスセンタ１００から顧客用端末３００に対し、図１３に示すような申込確定確認画面が送信されることとなる。
【００９３】
顧客が運行確認を行い、顧客用端末３００に申込確定確認画面（図１３）の送信が行われると、業者用端末４００には、図１４に示すような運行グループ状況確認画面が送信され（Ｓ７）、これによりＳ４において乗合車両運行業者が送信した運行計画が最終決定される(Ｓ８)。運行グループ状況確認画面(図１４)には、今回受注を行なった申込番号「００５４」についての申込番号、出発地、到着地、到着予定時間、顧客名、顧客の住所、電話番号、申込人数などのほか、当該乗合車両運行業者が既に受注している他の運行依頼についての申込番号、出発地、到着地、到着予定時間、顧客名、顧客の住所、電話番号、申込人数などの情報も掲示されている。なお、ステータス表示欄１４ａには、各顧客から運行計画に対する最終確認が行われた段階であることを示すステータス「ユーザ確認」が表示されている。
【００９４】
乗合車両運行業者は、サービスセンタ１００から運行グループ状況確認画面(図１４)の業者用端末４００への送信により最終決定された運行グループにて、運行計画に基づいて乗合車両の運行を行い（Ｓ９）、顧客を目的地へと運び、顧客から運賃の支払を受ける(Ｓ１０)。その後、乗合車両運行業者は、サービスセンタ１００に対し、運行結果の報告を行い、運行依頼情報を取得したことに対するシステム使用料などの支払を行う(Ｓ１１)。図１５は、乗合車両運行業者が、サービスセンタ１００に対し、運行結果の報告を行う際に入力を行う運行結果報告画面の一例を示す図である。
【００９５】
次に、リアルタイム依頼型について説明する。リアルタイム依頼型は、顧客自らがサービスセンタ１００に既に決まっている他の運行計画の検索を行い、個々の運行計画に対する乗車の可否の判断を行い、同乗したい運行計画に発注を行うという点において、顧客の運行依頼に基づき運行ルートの組合せを行う予約依頼型や、事業者の運行ニーズに基づいて運行依頼を組み合わせる未確定依頼型と異なるものである。
【００９６】
図２５は、リアルタイム依頼型における処理過程の流れの一例を示す図である。
駅や空港へ向かう必要の生じた顧客は、自己の保有する顧客用端末３００からサービスセンタ１００にアクセスし、運行依頼を行う(Ｓ１)。顧客がサービスセンタ１００に運行依頼入力要求を行うと、サービスセンタ１００は顧客用端末３００にユーザＩＤとパスワードなどの認証情報の入力を促すので、まず顧客は、事前にサービスセンタ１００に登録してある認証情報の入力を行う。認証情報を受信すると、サービスセンタ１００のデータベースサーバ１４０は、データベース２００内のユーザ情報データ２２０を検索し、アクセスしてきた顧客に対する認証処理を行う。顧客が認証された場合には、顧客用端末３００には、図２６に示すようなリアルタイム運行依頼入力画面が送信されるので、顧客はこの運行依頼入力画面から必要事項の入力を行う。
【００９７】
リアルタイム運行依頼入力画面(図２６)には、図７の運行依頼入力画面同様、乗合車両に乗車する場所を入力する出発地入力欄２６ａ、目的地を入力する到着地入力欄２６ｂ、乗車日を入力する出発日入力欄２６ｃ、出発希望時間入力欄２６ｄ、目的地への到着日を入力する到着日入力欄２６ｅなどのほか、飛行機などの出発時間に合わせて目的地に到着したい場合に入力する到着希望時間２６ｆ、顧客とともに乗合車両へ乗車する人数を入力する申込人数入力欄２６ｇ、前回利用した際の印象などから、運行業者を指定したい場合に入力を行う指定業者入力欄２６ｈ、荷物の過多や、小さい子供の有無などの連絡時項を入力する要望事項入力欄２６ｉなどが設けられており、顧客はここから少なくとも出発地と到着地、到着希望時間、申込人数の入力を行うことにより運行依頼を行う。なお、予約依頼型同様、顧客用端末３００からサービスセンタ１００に運行依頼を行なうためには、顧客は事前にサービスセンタ１００に対して顧客名や住所、パスワードなどの顧客登録を行い、ユーザＩＤの交付を受けておく必要がある。
【００９８】
次に顧客は、リアルタイム運行依頼入力画面(図２６)にある「確定グループ一覧検索」ボタン２６ｊを操作することにより、既に運行の決定している他の運行計画の抽出を行う（Ｓ２）。図２７は、リアルタイム運行依頼入力画面(図２６)にある「確定グループ一覧検索」ボタン２６ｊを操作した顧客の顧客用端末３００にサービスセンタ１００から送信された運行決定グループ一覧画面を示す図である。運行決定グループ一覧画面（図２７）には、既に運行を行うことが決定されている運行計画のグループ番号、出発地、到着地、到着予定時間、指定業者、運行決定グループを構成している運行依頼の申込数、グループの合計人数などが表されている。顧客は、出発地や到着地、到着予定時間、合計人数などに鑑み、この運行決定グループ一覧画面（図２７）の中に、自分の運行依頼の追加を行うことのできそうな運行決定グループがあるか否かを探す。自分の運行依頼の追加を行うことのできそうな運行決定グループがあった場合は、グループ番号表示欄２７ａに表示されているグループ番号の中から自分の運行依頼の追加を行うことのできそうな運行決定グループを示すグループ番号を指定することにより、追加申込の発注を行う（Ｓ３）。
【００９９】
サービスセンタ１００は、顧客用端末３００から追加申込の発注を受けると、追加申込のされた既決定運行グループを運行する乗合車両運行業者の業者用端末４００に、図２８に示すような追加申込依頼一覧を送信し、決定運行への顧客追加依頼を行なう（Ｓ４）。
【０１００】
追加申込依頼一覧（図２８）には、サービスセンタ１００が受信した追加申込依頼についての申込番号、到着地、出発希望時間、到着希望時間、追加申込の行われた既決定運行グループのグループ番号、追加申込のされた人数などが表示されている。乗合車両運行業者は、既決定運行グループについての運行計画の確認を行い、追加申込に応じるか否かの判断を行う（Ｓ５）。追加申込に応じることができるか否か判断するにあたり、追加申込依頼一覧画面（図２８）の申込番号表示欄２８ａから、応じることのできそうな追加申込の申し込み番号を指定することにより、その追加申込についての詳細情報を取得することができる。
【０１０１】
図２９は、申込番号「４５０１」を持つ追加申込依頼についての詳細情報を表示した追加申込依頼詳細表示画面である。追加申込依頼詳細表示画面(図２９)には、申込番号「４５０１」を持つ追加申込についての、申込番号、顧客名、住所、電話番号、出発希望時間、到着希望時間、申込人数などの情報が表示されている。
乗合車両運行業者は、これら詳細情報を取得した上で、追加申込依頼に応じようとする場合には、「受注及び運行計画作成」ボタン２９ａを操作することにより受注を行うことができる。
【０１０２】
乗合車両運行業者が、「受注及び運行計画作成」ボタン２９ａを操作すると、業者用端末４００には、図３０に示すような追加申込依頼受注登録画面が表示される。追加申込依頼受注登録画面(図３０)には、追加申込依頼を行なった顧客についての申込番号、顧客名、到着地、到着希望時間、申込人数などの情報が表示されている。乗合車両運行業者は、既に運行を決定している運行計画に鑑み、追加申込依頼を追加するための適切なルートの選択を行い、目的地に間違いなく顧客の到着希望時間に到着することのできる出発予定時間と顧客との待ち合わせ場所とを選択し、出発予定日入力欄３０ａから出発予定日の、出発予定時間入力欄３０ｂから出発予定時間の、待ち合わせ場所入力欄３０ｂから待ち合わせ場所の、料金表示欄３０ｅから運賃の入力を行う。乗合車両運行業者は、追加申込依頼受注登録画面(図３０)の入力内容の確認を行った後、「登録ボタン」３０ｆを操作することにより、サービスセンタ１００に既決定運行計画に対する追加申込依頼への受注を送信する(Ｓ６)。
【０１０３】
サービスセンタ１００は、データベース２００内の第１の確定グループデータ２０２内に業者用端末４００から運行計画を受信した運行計画を格納し、それに基づき、顧客用端末３００に対して申込内容の確認と、料金及び運行計画の通知を行うための申込内容確認画面（図３１）を送信する(Ｓ７)。申込内容確認画面(図３１)には、顧客名と、申込番号と、出発地、到着地、到着希望時間、人数、追加申込依頼の追加された既決定運行グループのグループＩＤ、料金と、乗合車両運行業者の指定した待ち合わせ場所と待ち合わせ時間とが表示されているので、顧客は表示内容の確認を行い、「最終確認」ボタン３１ａを操作することにより、運行確認を行う（Ｓ８)。
【０１０４】
顧客が運行確認を行うと、業者用端末４００には、図１４に示すような運行グループ状況確認画面が送信され（Ｓ９）、これによりＳ７において乗合車両運行業者が送信した運行計画が最終決定される(Ｓ１０)。運行グループ状況確認画面(図１４)には、グループ番号、出発地、到着地、到着予定時間、グループを構成する顧客の申込番号、顧客名、顧客の住所、電話番号、申込人数、ステータスなどが表示されている。運行グループ状況確認画面(図１４)のステータス表示欄１４ａに表示されるステータスは、各顧客の運行依頼が、各顧客から運行計画に対する最終確認が行われた段階にあることを示すステータス「ユーザ確認」が表示されている。
【０１０５】
乗合車両運行業者は、最終決定された運行計画に基づき、乗合車両の運行を行い（Ｓ１１）、顧客を目的地へと運び、顧客から運賃の支払を受ける(Ｓ１２)。
その後、乗合車両運行業者は、サービスセンタ１００に対し、運行結果の報告を行い、運行依頼情報を取得したことに対するシステム使用料などの支払を行う(Ｓ１３)。図１５は、乗合車両運行業者が、サービスセンタ１００に対し、運行結果の報告を行う際に入力を行う運行結果報告画面の一例を示す図である。運行結果報告画面(図１５)には、乗合車両運行業者がＳ６で送信を行った追加申込依頼受注登録画面(図３０)における入力内容が表示されているので、万一実際の運行が運行計画と異なった場合には、出発時間入力欄１５ａ、待ち合わせ場所入力欄１５ｂ、料金入力欄１５ｃ、到着時間入力欄１５ｇから表示内容の修正を行い、「登録」ボタン１５ｄを操作することによりサービスセンタ１００に対して運行結果の報告を行う。
【０１０６】
次に、他の実施の形態について説明する。
上述した実施の形態においては、固定場所からの行きか帰りかでデータベースを分け、顧客用端末３００から入力された運行依頼が固定場所への行きである場合は第１の申込データ２１２に、固定場所からの帰りであれば第２の申込データ２１６２、また固定場所への行きについての運行決定グループに関する情報であれば第１の確定グループデータ２０２に、固定場所からの帰りについての運行決定グループに関する情報であれば第２の確定グループデータ２０６に、それぞれ分けて格納する場合を一例について説明したが、本発明はこの場合に限定されるものではなく、他の実施の形態においては、固定場所への行きか帰りかで格納するデータベースを分けることなく、１つのデータベースに運行依頼、または運行決定グループに関する情報を格納することも考えられる。
【０１０７】
上述した実施の形態においては、予約依頼型処理、未確定依頼型処理、リアルタイム依頼型処理のそれぞれを個別に説明したが、本発明はこの場合に限定されるものではなく、他の実施の形態においては、予約依頼型処理と未確定依頼型処理とリアルタイム依頼型処理とを組み合わせて、例えば予約依頼型処理を行った後に未確定依頼型処理を行ったり、あるいは未確定依頼型処理を行った後にリアルタイム依頼型処理を行ったり、予約依頼型処理を行った後にリアルタイム依頼型を行ったり、予約依頼型処理、未確定依頼型処理、リアルタイム依頼型処理の順に全ての形態の処理を行うこととしてもよい。
【０１０８】
また、上述した実施の形態においては、乗合グルーピング処理を行う際に参照する隣接地区データを設定するにあたり、郵便番号に基づいて隣接地区ランクを設定する場合を一例に説明したが、本発明はこの場合に限定されるものではなく、他の実施の形態においては、例えば電話番号の局番を用いたり、市販の地図データベースを用いて隣接地区データを設定することも考えられる。
【０１０９】
また、上述した実施の形態においては、運行グループを作成する際に、対象となる運行依頼の受付けをある時間で区切り、それら運行依頼の含む時間帯や、目的地などの基づいて乗合グルーピング処理を行う場合を一例に説明したが、本発明はこの場合に限定されるものではない。他の実施の形態においては、運行グループの作成にあたって運行依頼の受けつけ時間を区切ることなく、例えば顧客用端末３００から運行依頼を受け付け次第、その受けつけた運行依頼の含む時間帯や、目的地などに基づいて、随時運行グループを作成することも考えられる。
【０１１０】
また、上述の図２１に示した未確定依頼型の処理においては、乗合車両運行業者が運行依頼を追加受注する際、どの運行計画に追加して受注するのかをあらかじめ特定して受注を行う場合を一例に説明したが、本発明はこの場合に限定されるものではない。他の実施の形態においては、運行依頼の追加受注を行う際に、どの運行計画に追加して受注するのかを特定することなく、自由に運行依頼を受注させることも考えられる。その際には、追加申込依頼受注画面（図２４）の確定グループ番号入力欄２４ａから、確定グループ番号を入力することなく空白としたままサービスセンタ１００に運行計画を送信する、とすることが考えられる。
【０１１１】
また、上述の図２５に示すリアルタイム依頼型処理においては、顧客の運行依頼と全く異なる出発地、到着地などを持つ運行決定グループの表示も含めて表示する運行決定グループ一覧画面（図２７）の中から、顧客自らが自己の運行依頼の追加を行うことのできそうな運行決定グループを探し出し、追加申込の発注を行う場合を一例に説明したが、本発明はこの場合に限定されるものではない。他の実施の形態においては、顧客用端末３００からの確定グループ一覧検索要求の受信に応答して、サービスセンタ１００において顧客が図２５のＳ１において入力した運行依頼に含まれる出発地、到着地、乗車日などの情報をもとに顧客の運行依頼を追加することのできそうな運行確定グループの検索を行い、運行決定グループ一覧画面（図２７）を表示する顧客用端末３００の表示画面上に表示させ、その中から顧客に追加申込の発注を行わせることも考えられる。
【０１１２】
また、上述した実施の形態においては、顧客が、顧客用端末３００からサービスセンタ１００にアクセスする際に、顧客に対しユーザＩＤ、パスワードなどの認証情報を入力させ、認証処理を行う場合を一例に説明したが、本発明はこの場合に限定されるものではなく、他の実施の形態においては、アクセス時ではなく、運行依頼をサービスセンタ１００に送信する際にユーザＩＤ、パスワードなどの認証情報を入力させ、認証処理を行うことも考えられる。
【０１１３】
以上述べたように、本実施形態によれば、顧客用端末から入力された運行依頼をサーバが取り纏めることにより、乗合車両運行業者は、運行しやすい状態に纏められた複数の乗客を効率よく獲得できる。また、本実施形態によれば、顧客は、既に運行の決定している乗合グループに対して自己の運行依頼を追加できることにより、好きなときに希望する場所から目的地まで希望する時間に楽に移動することのできる、安価で新しい交通手段を得ることができる。
【０１１４】
【発明の効果】
以上述べたように、請求項１〜７、９、１２、１４〜１９、２２、２４、２５に記載の発明によれば、乗合車両運行業者は、運行しやすい状態に纏めた複数の乗客を効率よく取得でき、顧客は、好きなときに、希望する場所から目的地まで希望する時間に楽に移動することのできる安価で新しい交通手段を得ることができる。
【０１１５】
また、請求項１０、２１に記載の発明によれば、運行依頼の入力された時間や、利用人数、利用地域などの関係で運行グループ取り纏めの対象からはずれてしまったような運行依頼であっても、既に運行の決定している乗合グループに吸収することにより乗合車両の運行対象とすることができる。
【０１１６】
また、請求項８、１１、１３、２０、２３に記載の発明によれば、既に運行の決定している運行グループに対して顧客自身が自己の運行依頼を追加できることにより、顧客は、あらかじめ運行依頼の予約を行っていなくても、希望する場所から目的地まで希望する時間に楽に移動することのできる、安価で新しい交通手段を得ることができる。
【図面の簡単な説明】
【図１】本発明の実施される乗合運行支援システムのシステム構成の一例を示す図である。
【図２】本実施例におけるサービスセンタにおけるデータベースサーバ及び該データベースの構成の一例を示す図である。
【図３】データベースの格納する各データベースの構造の一例を示す図である。
【図４】データベースのデータ格納例を示す図である。
【図５】データベースのデータ格納例を示す図である。
【図６】予約依頼型における処理過程の流れの一例を示す図である。
【図７】運行依頼入力画面の一例を示す図である。
【図８】申込内容確認画面の一例を示す図である。
【図９】仮確定グループ一覧画面の一例を示す図である。
【図１０】運行グループ詳細表示画面の一例を示す図である。
【図１１】運行計画入力画面の一例を示す図である。
【図１２】料金及び運行計画通知画面の一例を示す図である。
【図１３】申込確定確認画面の一例を示す図である。
【図１４】運行グループ状況確認画面の一例を示す図である。
【図１５】運行結果報告画面の一例を示す図である。
【図１６】乗合グルーピング処理の処理手順の一例を示すフローチャートである。
【図１７】乗合グルーピング結合処理の処理手順の一例を示すフローチャートであ
【図１８】仮確定グループ決定処理の処理手順の一例を示すフローチャートである。
【図１９】乗合グルーピング結合処理の処理手順の一例を示すフローチャートである。
【図２０】乗合グループ分割処理の処理手順の一例を示すフローチャートである。
【図２１】未確定依頼型における処理過程の流れの一例を示す図である。
【図２２】未確定運行依頼一覧の一例を示す図である。
【図２３】運行依頼詳細表示画面の一例を示す図である。
【図２４】追加申込依頼受注登録画面の一例を示す図である。
【図２５】リアルタイム依頼型顧客における処理過程の流れの一例を示す図である。
【図２６】リアルタイム運行依頼入力画面の一例を示す図である。
【図２７】運行決定グループ一覧画面の一例を示す図である。
【図２８】追加申込依頼一覧の一例を示す図である。
【図２９】追加申込依頼詳細表示画面の一例を示す図である。
【図３０】追加申込依頼受注登録画面の一例を示す図である。
【図３１】申込内容確認画面の一例を示す図である。
【符号の説明】
１００  サービスセンタ
１２０ＷＷＷサーバ
１４０  データベースサーバ
１４２  主制御部（ＣＰＵ）
１４４  バス
１４６  入力装置
１４８  表示装置
１５０  出力装置
１５２  通信ポート
２００  データベース
２０２  第１の確定グループデータ
２０４  事業者情報データ
２０６  第２の確定グループデータ
２０８  固定場所データ
２１０  ステータスデータ
２１２  第１の申込データ
２１４  所属地区データ
２１６  第２の申込データ
２１８  郵便番号データ
２２０  ユーザ情報データ
２２２  隣接地区データ
３００  顧客用端末
４００  業者用端末
５００  ネットワーク
【図１】
0004550990.tif 000002
【図２】
0004550990.tif 000003
【図３】
0004550990.tif 000004
【図４】
0004550990.tif 000005
【図５】
0004550990.tif 000006
【図６】
0004550990.tif 000007
【図７】
0004550990.tif 000008
【図８】
0004550990.tif 000009
【図９】
0004550990.tif 000010
【図１０】
0004550990.tif 000011
【図１１】
0004550990.tif 000012
【図１２】
0004550990.tif 000013
【図１３】
0004550990.tif 000014
【図１４】
0004550990.tif 000015
【図１５】
0004550990.tif 000016
【図１６】
0004550990.tif 000017
【図１７】
0004550990.tif 000018
【図１８】
0004550990.tif 000019
【図１９】
0004550990.tif 000020
【図２０】
0004550990.tif 000021
【図２１】
0004550990.tif 000022
【図２２】
0004550990.tif 000023
【図２３】
0004550990.tif 000024
【図２４】
0004550990.tif 000025
【図２５】
0004550990.tif 000026
【図２６】
0004550990.tif 000027
【図２７】
0004550990.tif 000028
【図２８】
0004550990.tif 000029
【図２９】
0004550990.tif 000030
【図３０】
0004550990.tif 000031
【図３１】
0004550990.tif 000032