(57)【特許請求の範囲】
【請求項１】
サーバとして機能する予約システムと、タクシー営業者が所有するタクシーに備えられるタクシー端末と、利用者が前記タクシーの相乗りを予約するに当り希望する希望予約情報、および相乗りをするのに都合の良い他の利用者からの希望予約情報の有無についての連絡をもらうための連絡先情報を前記予約システムへ送信するユーザー端末とを通信ネットワークで接続し、
前記予約システムは、前記希望予約情報を受信すると当該ユーザー端末へ利用料金を提示し、前記連絡先情報の受信を該利用料金の了承と見なして、前記相乗りをするのに都合の良い他の利用者からの希望予約情報とのマッチング処理を行い、
前記マッチングがまだ成立していない希望予約情報を過去に送信してきたことのある利用者の連絡先へ通知して、タクシーの相乗りを勧誘することを特徴とする乗合タクシー予約・運行システム。
【請求項２】
前記勧誘は、先ず、前記希望予約情報と同一の希望予約情報を送信したことのある第１パターンの利用者に対して行い、それでもマッチングが成立しない場合には前記希望予約情報に含まれる区間を希望予約情報としたことのある第２パターンの利用者に対して行うことを特徴とする請求項１に記載の乗合タクシー予約・運行システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
【０００２】
本発明は、利用客が通信ネットワークを介して携帯電話等の端末から予約したタクシーの乗合タクシー予約・運行システムに関する。
【従来の技術】
【０００３】
国土交通省関東運輸局のホームページ（http://www.ktt.mlit.go.jp/JIDOU_1/tabi2/index.htm）によると、乗合タクシーには下記６つの運行形態がある。
・通勤型乗合タクシー：通勤客の需要に応えるため深夜早朝に運行
・循環型乗合タクシー：主に施設循環タクシーで広く一般の人々の足として運行
・リゾート型乗合タクシー：通年制リゾート地で住民の足として活躍
・観光型乗合タクシー：自然保護のため自家用車乗り入れを制限された観光地用
・過疎乗合タクシー：路線バスが廃止された地域の足として活躍
・空港型乗合タクシー：空港と都心部間の足として活躍
例えば、特に多く運行されているのは、深夜型と呼ばれる、終電や終バスがなくなった後、駅などからその地域の住宅街などへ向かうタクシーである。料金は、バスとタクシーの中間くらいで、決められたコースを定額で走ったり、ある区域間であれば定額でどこででも降車可能である、という形態になっている。
【０００４】
この深夜型タクシーに代表されるような乗合タクシーは、路線バスの延長のような形で、出発時刻が限られているという問題がある。例えば、毎日午前３時にある駅を出発する便というのは運行していない。また、路線バスや電車が運行している時間帯にも、ほとんど運行していない。これは、料金設定が、１人でタクシーに乗るより安い料金設定になっているからであり、複数人同時に乗せないと、タクシー会社は採算がとれないので採算が確実にとれそうな時間にのみ定期便として運行しているからである。
【０００５】
また、乗車地が限られているという問題もある。これも、たとえ利用客がひとりであっても定額で運行しなければならないというリスクを避けるため、比較的大規模な駅などからのみ出発するという運行形態を採用しているからである。
【０００６】
以上のような運行時刻と運行地域の制約を緩和して利用客の利便性の向上を図った従来技術として、特開2001-2294952に記載されている「運行方法およびシステム、受付処理システムならびにコンピュータが読取り可能な記録媒体」を挙げることができる。
【０００７】
この技術では、先ず、所定のエリア内で複数の利用者側から入力される車両利用日時、車両利用場所、目的地および単独／乗合希望情報を含む複数のサービス予約情報に基づいて、複数の利用客に対して同一の車両を配車可能であるか否かを判断する。その結果、同一の車両を配車可能であれば、予約受付を利用者に通知する。また、サービス予約情報それぞれの車両予約日時、車両利用場所および目的地に基づいて車両の最適な運行ルートを探索し、その最適運行ルートによる車両利用場所および目的地への到着時刻を求める。最適運行ルート、車両利用場所および目的地への到着時刻は運行計画情報として記憶され、車両側に通知される。
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した従来技術では、乗車率を高めて満席状態での運行を図るための積極的なシステム的なアプローチを採用していないため、運送業者の採算性が悪化するという問題点がある。そのため、運送業者は、このようなサービスに対して消極的になり、結果的には利用客の不便さにつながることとなる。
【０００９】
本発明の目的は、満席状態での運行確立を高めた乗合タクシー予約システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の乗合タクシー予約・運行システムは、サーバとして機能する予約システム（図１の２０）と、タクシー営業者が所有するタクシーに備えられるタクシー端末（図１の３０）と、利用者がタクシーの相乗りを予約するに当り希望する希望予約情報、および相乗りをするのに都合の良い他の利用者からの希望予約情報の有無についての連絡をもらうための連絡先情報を予約システムへ送信するユーザー端末（図１の１０）とを通信ネットワーク（図１の１００）で接続し、予約システムは、希望予約情報を受信すると当該ユーザー端末へ利用料金を提示し、連絡先情報の受信を該利用料金の了承と見なして、相乗りをするのに都合の良い他の利用者からの希望予約情報とのマッチング処理を行い、前記マッチングがまだ成立していない希望予約情報を過去に送信してきたことのある利用者の連絡先へ通知して、タクシーの相乗りを勧誘することを特徴とするものである。
【００１１】
勧誘は、先ず、希望予約情報と同一の希望予約情報を送信したことのある第１パターンの利用者に対して行い、それでもマッチングが成立しない場合には希望予約情報に含まれる区間を希望予約情報としたことのある第２パターンの利用者に対して行うことができる（図８）。
【発明の実施の形態】
【００１２】
次に、本発明の実施例について図面を参照しながら説明する。
【００１３】
本発明の相乗りタクシー予約システムが適用されるシステムの構成を示す図１を参照すると、このシステムは、ユーザー端末１０と、予約システム２０と、タクシー端末３０と、これらを相互に接続するインターネット等の通信ネットワーク１００とから構成されている。勿論、ユーザー端末１０やタクシー端末３０は多数であるが、図面の煩雑化を回避して、それぞれ１つのみを明示している。
【００１４】
ユーザー端末１０は、パーソナルコンピュータ等の情報処理装置であり、利用者が希望する乗車地や降車地、乗車したい時刻といった希望予約情報、およびマッチングが成立したかどうかの連絡をもらうための連絡先情報をネットワーク１００経由で予約システム２０に送出する機能を有する携帯電話やＰＤＡも含む。
【００１５】
予約システム２０は、タクシー業務の営業者により使用され、ワークステーション・サーバ等の情報処理装置によって構成される。そして、利用者の操作によりユーザー端末１０が送出した希望予約情報と連絡先情報とを受け取り、マッチング処理を行う機能を備えている。ここでいうマッチング処理とは、相乗りをするのに都合の良い、他の利用者の希望予約情報があるかどうかを判別する処理である。マッチングは、希望予約情報を送信してきた利用客に料金を提示した上で行う。これにより、マッチング成立後に利用客が料金を不満として予約を取り消すことがないようにする。
【００１６】
利用者が乗車したい時刻（希望乗車時刻）になっても相乗りをするのに都合の良い相手が、定められた員数に達しなかった場合は、マッチングは不成立となる。逆に、時間内に、相乗りをするのに都合の良い者が、定員数に達した段階でマッチングが成立となる。なお、定員数は、タクシー１台に乗せる利用者の人数とし、事前に固定値として決めておく方法でもよいし、希望人数によってその場で定員数を増やす（配車するタクシーの種類・大きさを変更する）方法などでもよい。
【００１７】
また、予約システム２０は、マッチングが成立した場合、利用者識別情報を生成して全員のユーザー端末１０（連絡先）に、マッチングが成立した旨と利用者識別情報を送信する機能を備えている。利用者識別情報は、利用者と利用内容（希望予約情報）を識別するための情報であり、一度の予約に固有の情報として生成される。また、マッチングが成立しなかった場合に、ユーザー端末１０（連絡先）に、マッチングが成立しなかった旨の連絡をする機能も備えている。
【００１８】
タクシー端末３０は、予約システム２０を使用するタクシー営業者が所有するタクシーに備えられる。タクシー端末３０は、予約システム２０から、そのタクシーを利用する予定の各利用者の利用者識別情報と希望予約情報を受け取り、保持する。
【００１９】
先ず、図１〜図５を参照して本乗合タクシー予約・運行システムの基本動作について説明する。なお、これ以降の説明では、ネットワーク１００はインターネットであるとする。
【００２０】
図２は、本乗合タクシー予約・運行システムにおいてマッチングが成立した場合のフローチャートを示す。先ず、利用者は、自分のユーザー端末１０を介して、予約システム２０がインターネット１００上に開設している乗合タクシー予約ホームページにアクセスする（図２のステップＡ１）。すると、予約システム２０は、希望する乗車地，降車地および乗車したい時刻の情報から成る希望予約情報をユーザー端末１０の画面に入力するよう利用者に促す（ステップＡ２）。乗車地や降車地は、住所でもよいし、その場所が一意に識別可能なら店名やバス停名などでもよい。
【００２１】
図３は、ユーザー端末１０に表示される希望予約情報画面のイメージ図であり、乗車地として東京都港区芝浦、降車地として神奈川県横浜市青葉区、出発時刻として2001年12月20日の23:30が示されている。利用者によってユーザー端末１０の画面に入力された希望予約情報は、利用者の指示（図３の「料金確認」ボタンをクリック）によって予約システム２０にインターネット１００を介して送信される（ステップＡ３）。
【００２２】
予約システム２０は、希望予約情報を受信すると、その情報を用いて利用料金を計算する。利用料金は、あらかじめ、各地をいくつかのグループ地域に分けておき、そのグループ地域間ごとに定額に設定するなどの方法が考えられる。例えば、東京都港区と東京都品川区をグループＡ、東京都新宿区と東京都渋谷区をグループＢとした場合、港区内および品川区内の任意の場所から、新宿区内および渋谷区内の任意の場所までは、均一料金という設定である。また、乗車時間によって深夜料金など考慮してもよい。予約システム２０は、計算した利用料金の情報をユーザー端末１０に送信する（ステップＡ４）。
【００２３】
ユーザー端末１０が、予約システムから送信された利用料金情報を受信し画面に表示する（ステップＡ５）と、予約システム２０は、マッチング結果が成立したか否かの連絡をもらうための連絡先情報をユーザー端末１０の画面に入力するよう利用者に促す（ステップＡ６）。利用者は、利用料金情報で示される料金に異存が無ければ、図４のように連絡先の情報（例えばEメールアドレス）yyzz@ddd.ne.jpをユーザー端末１０の画面に入力する。そして、「予約」ボタンをクリックすると、連絡先情報がインターネット１００を介して予約システム２０に送信される（ステップＡ７）。これにより、その利用客は相乗りに賛同したことになる。
【００２４】
予約システム２０は、連絡先情報を受信すると、先に受信していた希望予約情報を用いて、マッチング処理を行う（ステップＡ８）。この実施例においてのマッチング処理とは、相乗りをするのに都合の良い、他の利用者の希望予約情報があるかどうかを判別する処理であり、相乗りをするのに都合の良い希望予約情報とは、希望する乗車地、降車地がそれぞれ同じ地域に含まれており、希望乗車時刻が同じである、といった場合や、図５のように、必ず経由する地域での途中乗降ができる場合などが考えられる。図５では、３人の利用客Ｘ，Ｙ，Ｚが同じ乗車地（地域Ａ）から乗車し、利用客ＸとＹは地域Ｃで降車するが、利用客Ｚは途中の地域Ｂで降車することを示している。
【００２５】
利用者が乗車したい時刻（希望乗車時刻）になっても、相乗りをするのに都合の良い相手が定員数に達しなかった場合にはマッチングは不成立となる。逆に、時間内に、相乗りをするのに都合の良い者が定員数に達した段階でマッチングが成立となる。
【００２６】
なお、定員数は、タクシー1台に乗せる利用者の人数とし、事前に固定値として決めておく方法でもよいし、希望人数によってその場で定員数を増やす（配車するタクシーの種類・大きさを変更する）方法などでもよい。
【００２７】
マッチングが成立しなかった場合、予約システム２０は、ユーザー端末１０（連絡先）にその旨の情報を送信する。また、マッチングが成立しても配車するタクシーがない場合は、マッチングが成立しなかった場合と同様、予約システム２０は、ユーザー端末１０（連絡先）にその旨の情報を送信する。
【００２８】
マッチングが成立し、配車するタクシーがある場合、予約システム２０は、利用者および利用内容（希望予約情報）を識別するための利用者識別情報を生成し、マッチングが成立した旨とともに、ユーザー端末１０（連絡先）に送信する（ステップＡ９）。また、予約システム２０は、配車するタクシーのタクシー端末３０に対して、マッチングの成立した各利用者の利用者識別情報と希望予約情報を送信する（ステップＡ１０）。
【００２９】
タクシーは、予約システム２０から送信された、各利用者の希望予約情報に基づいて、各利用者の乗車希望地を回り、それぞれの利用者に対して、利用者が提示する利用者識別情報と、タクシー端末３０に保持された利用者識別情報とを比較する（ステップＡ１１）。比較方法としては、タクシー運転手が目視で確認したり、バーコード読み取りなどのデジタル情報処理等が考えられる。タクシーは、これらの利用者識別情報が一致した場合には、代金と引き換えに利用者を乗車させ運行する（ステップＡ１２）。
【００３０】
さて、本発明は、マッチングが成立しやすいように、マッチングがまだ成立していない希望予約情報を他の利用者などに公開し、更には過去に同一の希望予約情報を送信したことのある客を勧誘することを特徴とする。
【００３１】
先ず、予約システム２０においてマッチング処理を行う際に、あと数人でマッチングが成立する、という状態になったときなど、あらかじめ定められたタイミングで、その時の希望予約情報を公開する。公開は予約システム２０がインターネット１００上に開設しているホームページ上で行う。その希望予約情報を見て予約を希望する利用者は、自分のユーザー端末１０を用いてホームページにアクセスし予約を行うことができる。
【００３２】
そして、希望予約情報を公開するだけに留まらず、過去に予約システム２０を利用したことのある利用者の連絡先へ電子メールなどで通知して、タクシーの相乗りを勧誘するという積極的な方法を採用する。そのためには、利用履歴のある利用者の希望予約情報や連絡先は予約システム２０に格納しておき、希望予約情報をキーとして連絡先を検索できるようにしておけばよい。
【００３３】
図６は、利用客を勧誘する場合の一例を示すフローチャートである。図２のステップＡ８において、乗車地が地域Ａ、降車地が地域Ｂ、出発時刻が時刻Ｔの利用希望者についてのマッチング処理を行った結果、マッチングは成立しなかったが、あと１人で成立するというような状態はよくあることであろう。そのような場合、過去に乗車地が地域Ａ、降車地が地域Ｂという希望予約情報を送信したことのある利用者（第１の乗車パターンの利用者）を検索し（図６のステップＢ１）、その連絡先に、あと１人でマッチング成立するので乗合タクシーを利用しないか、勧誘する旨を電子メールでユーザー端末１０へ連絡して勧誘する（ステップＢ２）。
【００３４】
連絡を受けた利用者から申込みがあり、その結果、マッチングが成立すればよいが（ステップＢ３でＹＥＳ）、成立しなかった場合には（ステップＢ３でＮＯ）、過去に乗車地Ａから降車地Ｂへのルートに含まれる区間を希望予約情報としたことのある利用客（第２の乗車パターンの利用者）を検索し（ステップＢ４）、その連絡先に、あと１人でマッチング成立するので乗合タクシーを利用しないか、勧誘する旨を電子メールでユーザー端末１０へ連絡して勧誘する（ステップＢ５）。その後の処理は、図２のステップＡ８以降の処理と同様である。
【００３５】
本実施例によれば、タクシー業務の営業者は利用者からの予約をただ待っているだけではなく、マッチングがまだ成立していない希望予約情報を他の潜在的な利用者などに公開するとともに、利用者を勧誘することにより、マッチングの成立率と満席状態となる確率を高めることができる。
【発明の効果】
【００３６】
本発明によれば、マッチングがとれない場合、過去の利用者に電子メール等でタクシーの相乗りを勧誘することとしたため、満席状態での運行確率を高めることができるという効果が得られる。
【図面の簡単な説明】
【００３７】
【図１】  本発明の相乗りタクシー予約システムが適用されるシステムの構成を示す図
【図２】  本乗合タクシー予約・運行システムにおいてマッチングが成立した場合のフローチャート
【図３】  本発明においてユーザー端末に表示される希望予約情報画面のイメージ図
【図４】  本発明においてユーザー端末に表示される希望予約情報入力画面のイメージ図
【図５】  本発明における乗車モデル例のイメージ図
【図６】  本発明の相乗りタクシー予約システムのフローチャート
【符号の説明】
【００３８】
１０，１１０        ユーザー端末
２０，１２０        予約システム
３０，１３０        タクシー端末
１００，２００      ネットワーク
１４０              配車システム
【図１】
0003829751.tif 000002
【図２】
0003829751.tif 000003
【図３】
0003829751.tif 000004
【図４】
0003829751.tif 000005
【図５】
0003829751.tif 000006
【図６】
0003829751.tif 000007