(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介する情報の送受信が可能であり、タクシーの乗客によって使用されるユーザ端末と、
通信ネットワークを介する情報の送受信が可能であり、タクシー業者によって使用される業者端末と、
乗車希望場所を含むタクシーに対する乗客の希望条件をユーザ端末から通信ネットワークを介して受信する乗客希望条件受信手段と、
乗客希望条件受信手段によって受信された乗客の希望条件を記憶する乗客希望記憶手段と、
乗客希望記憶手段に記憶された乗客の希望条件を業者端末からの要求に応じて業者端末に送信する乗客希望条件送信手段と、
前記乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および前記業者端末の連絡先情報を含む入札に関する情報を受信する業者入札情報受信手段と、
業者入札情報受信手段によって受信された入札に関する情報を、前記乗客の希望条件に対応付けて記憶する業者入札情報記憶手段と、
ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、前記ユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目を前記ユーザ端末に送信する業者指定項目送信手段と、
前記ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信手段と、
乗客選択結果受信手段によって受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報を前記業者端末に送信する乗客落札情報送信手段と、
乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件を業者端末から通信ネットワークを介して受信する業者希望条件受信手段と、
業者希望条件受信手段によって受信されたタクシー業者の希望条件を記憶する業者希望記憶手段と、
業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信手段と、
前記タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目および前記ユーザ端末の連絡先情報を含む入札に関する情報を受信する乗客入札情報受信手段と、
乗客入札情報受信手段によって受信された入札に関する情報を、前記タクシー業者の希望条件に対応付けて記憶する乗客入札情報記憶手段と、
業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、前記業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を前記業者端末に送信する乗客指定項目送信手段と、
前記業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信手段と、
業者選択結果受信手段によって受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報を前記ユーザ端末に送信するタクシー落札情報送信手段と、
ユーザ端末または業者端末から場所の情報を受信する場所情報受信手段と、
前記場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、前記場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信手段が受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、前記場所では乗客にとって有利な入札が行われやすいと判定し、判定結果を前記ユーザ端末または業者端末に送信する市場判定手段とを備え、
乗客希望条件受信手段は、ユーザ端末から、乗客の希望条件とともに前記ユーザ端末の連絡先情報を受信し、
乗客希望記憶手段は、前記乗客の希望条件とともに前記ユーザ端末の連絡先情報を記憶し、
乗客落札情報送信手段は、乗客を落札した旨の情報を送信した業者端末に対して、乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報を送信し、
業者希望条件受信手段は、業者端末から、タクシー業者の希望条件とともに前記業者端末の連絡先情報を受信し、
業者希望記憶手段は、前記タクシー業者の希望条件とともに前記業者端末の連絡先情報を記憶し、
タクシー落札情報送信手段は、タクシーを落札した旨の情報を送信したユーザ端末に対して、業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報を送信する
ことを特徴とするタクシー双方向入札システム。
【請求項２】
乗車希望場所を含むタクシーに対する乗客の希望条件を、乗客が使用するユーザ端末から通信ネットワークを介して受信する乗客希望条件受信手段と、
乗客希望条件受信手段によって受信された乗客の希望条件を記憶する乗客希望記憶手段と、
乗客希望記憶手段に記憶された乗客の希望条件を、タクシー業者が使用する業者端末からの要求に応じて業者端末に送信する乗客希望条件送信手段と、
前記乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および前記業者端末の連絡先情報を含む入札に関する情報を受信する業者入札情報受信手段と、
業者入札情報受信手段によって受信された入札に関する情報を、前記乗客の希望条件に対応付けて記憶する業者入札情報記憶手段と、
ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、前記ユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目を前記ユーザ端末に送信する業者指定項目送信手段と、
前記ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信手段と、
乗客選択結果受信手段によって受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報を前記業者端末に送信する乗客落札情報送信手段と、
乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件を業者端末から通信ネットワークを介して受信する業者希望条件受信手段と、
業者希望条件受信手段によって受信されたタクシー業者の希望条件を記憶する業者希望記憶手段と、
業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信手段と、
前記タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目および前記ユーザ端末の連絡先情報を含む入札に関する情報を受信する乗客入札情報受信手段と、
乗客入札情報受信手段によって受信された入札に関する情報を、前記タクシー業者の希望条件に対応付けて記憶する乗客入札情報記憶手段と、
業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、前記業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を前記業者端末に送信する乗客指定項目送信手段と、
前記業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信手段と、
業者選択結果受信手段によって受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報を前記ユーザ端末に送信するタクシー落札情報送信手段と、
ユーザ端末または業者端末から場所の情報を受信する場所情報受信手段と、
前記場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、前記場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信手段が受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、前記場所では乗客にとって有利な入札が行われやすいと判定し、判定結果を前記ユーザ端末または業者端末に送信する市場判定手段とを備え、
乗客希望条件受信手段は、ユーザ端末から、乗客の希望条件とともに前記ユーザ端末の連絡先情報を受信し、
乗客希望記憶手段は、前記乗客の希望条件とともに前記ユーザ端末の連絡先情報を記憶し、
乗客落札情報送信手段は、乗客を落札した旨の情報を送信した業者端末に対して、乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報を送信し、
業者希望条件受信手段は、業者端末から、タクシー業者の希望条件とともに前記業者端末の連絡先情報を受信し、
業者希望記憶手段は、前記タクシー業者の希望条件とともに前記業者端末の連絡先情報を記憶し、
タクシー落札情報送信手段は、タクシーを落札した旨の情報を送信したユーザ端末に対して、業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報を送信する
ことを特徴とするタクシー双方向入札装置。
【請求項３】
タクシーの乗客が使用するユーザ端末およびタクシー業者が使用する業者端末と通信ネットワークを介して接続するコンピュータであって、乗客の希望条件を記憶する乗客希望記憶手段と、乗客への入札に関する情報を記憶する業者入札情報記憶手段と、タクシー業者の希望条件を記憶する業者希望記憶手段と、タクシー業者への入札に関する情報を記憶する乗客入札情報記憶手段とを備えたコンピュータに、
乗車希望場所を含むタクシーに対する乗客の希望条件および前記乗客のユーザ端末の連絡先情報をユーザ端末から通信ネットワークを介して受信し、乗客希望記憶手段に記憶させる乗客希望条件受信処理、
乗客希望記憶手段に記憶された乗客の希望条件を業者端末からの要求に応じて業者端末に送信する乗客希望条件送信処理、
前記乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および前記業者端末の連絡先情報を含む入札に関する情報を受信し、業者入札情報記憶手段に前記乗客の希望条件に対応付けて記憶させる業者入札情報受信処理、
ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、前記ユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目を前記ユーザ端末に送信する業者指定項目送信処理、
前記ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信処理、
乗客選択結果受信処理で受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報と乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報とを送信する乗客落札情報送信処理、
乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件および前記タクシー業者の業者端末の連絡先情報を業者端末から通信ネットワークを介して受信し、業者希望記憶手段に記憶させる業者希望条件受信処理、
業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信処理、
前記タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目および前記ユーザ端末の連絡先情報を含む入札に関する情報を受信し、乗客入札情報記憶手段に前記タクシー業者の希望条件に対応付けて記憶させる乗客入札情報受信処理、
業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、前記業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を前記業者端末に送信する乗客指定項目送信処理、
前記業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信処理、
業者選択結果受信処理で受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報と業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報とを前記ユーザ端末に送信するタクシー落札情報送信処理、
ユーザ端末または業者端末から場所の情報を受信する場所情報受信処理、および
前記場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、前記場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信処理で受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、前記場所では乗客にとって有利な入札が行われやすいと判定し、判定結果を前記ユーザ端末または業者端末に送信する市場判定処理
を実行させるためのタクシー双方向入札プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、タクシー業者に対して乗客が入札することができるとともに、乗客に対してタクシー業者が入札することができるタクシー双方向入札システム、装置、およびプログラムに関する。
【０００２】
【従来の技術】
タクシーの乗車料金は、走行距離に基づいて定められる。走行距離が一定の距離以内であれば、乗車料金は初乗り料金であり、その距離を超える場合には、走行距離や所要時間に応じた料金が加算される。料金は走行中に加算されるので、乗車料金は目的地に到着したときに決定される。このような料金の定め方は、タクシーを待つ乗客の多寡によらず一定である。したがって、乗車場所および目的地が同じであれば、乗客が行列をなして待っている場合であっても、タクシーを待つ乗客が一人しかいない場合であっても、料金はほぼ一定である。
【０００３】
また、タクシー乗り場では、乗客は順番に並んでタクシーを待ち、先に並んだ乗客からタクシーに乗る。同様に、タクシーも順番に並んで乗客を待ち、先に並んだタクシーから乗客を乗せる。
【０００４】
【発明が解決しようとする課題】
タクシーよりも乗客が少ない場合には、後から並んだタクシーの運転手は、乗客がタクシー乗り場に現れるまで待つことになる。タクシーの運転手にとって、このような待ち時間は短縮できることが好ましい。そのため、乗車料金を低額にしても、前に並んでいるタクシーよりも先に乗客を乗せたいと考える場合がある。一方、乗客は、このような運転手のタクシーに乗れば、乗車料金が低額ですむという利益が得られる。
【０００５】
また、タクシーよりも乗客が多い場合には、後から並んだ乗客は、タクシー乗り場にタクシーが到着するまで待つことになる。乗客にとって、このような待ち時間は短縮できることが好ましい。特に、急ぎの用がある乗客は、待ち時間を少しでも短縮したいと考えるであろう。そのため、乗客は、乗車料金が割高になったとしても、前に並んでいる乗客よりも先にタクシーに乗りたいと考える場合がある。一方、タクシーの運転手は、このような乗客を乗せれば、より多くの利益が得られる。
【０００６】
また、乗車料金はタクシーが目的地に到着したときに決定するが、タクシーが目的地までの最短経路を通っていないときには、走行距離が延びた分、乗車料金は高くなる。また、走行時間も長くなる。したがって、乗客にとっては、前もって乗車料金が定められていることが好ましい。
【０００７】
そこで、タクシー乗り場に並んでいる、あるいは、並ぼうとする各乗客および各タクシーの運転手にとっては、前もって希望する乗車料金や行き先について確認し、乗車料金等に合意したタクシーと乗客から先に出発できるようにすることが好ましいであろう。しかし、各乗客と各運転手とがそれぞれ交渉すれば、タクシー乗り場が混乱してしまう。
【０００８】
また、タクシーの運転手にとっては、タクシーよりも乗客の方が多い場所を知ることができれば、待ち時間を短縮して、より多くの収益を得られるであろう。
【０００９】
本発明は、各乗客と各タクシー業者とが、希望に沿うタクシー業者や乗客を探して、希望を入札によって伝えることができるタクシー双方向入札システム提供することを目的とする。また、タクシー業者に、タクシーよりも乗客の方が多い場所を伝えることができるタクシー双方向入札システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明によるタクシー双方向入札システムは、通信ネットワークを介する情報の送受信が可能であり、タクシーの乗客によって使用されるユーザ端末と、通信ネットワークを介する情報の送受信が可能であり、タクシー業者によって使用される業者端末と、乗車希望場所を含むタクシーに対する乗客の希望条件をユーザ端末から通信ネットワークを介して受信する乗客希望条件受信手段と、乗客希望条件受信手段によって受信された乗客の希望条件を記憶する乗客希望記憶手段と、乗客希望記憶手段に記憶された乗客の希望条件を業者端末からの要求に応じて業者端末に送信する乗客希望条件送信手段と、前記乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および前記業者端末の連絡先情報を含む入札に関する情報を受信する業者入札情報受信手段と、業者入札情報受信手段によって受信された入札に関する情報を、前記乗客の希望条件に対応付けて記憶する業者入札情報記憶手段と、ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、前記ユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目を前記ユーザ端末に送信する業者指定項目送信手段と、前記ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信手段と、乗客選択結果受信手段によって受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報を前記業者端末に送信する乗客落札情報送信手段と、乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件を業者端末から通信ネットワークを介して受信する業者希望条件受信手段と、業者希望条件受信手段によって受信されたタクシー業者の希望条件を記憶する業者希望記憶手段と、業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信手段と、前記タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目および前記ユーザ端末の連絡先情報を含む入札に関する情報を受信する乗客入札情報受信手段と、乗客入札情報受信手段によって受信された入札に関する情報を、前記タクシー業者の希望条件に対応付けて記憶する乗客入札情報記憶手段と、業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、前記業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を前記業者端末に送信する乗客指定項目送信手段と、前記業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信手段と、業者選択結果受信手段によって受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報を前記ユーザ端末に送信するタクシー落札情報送信手段と、ユーザ端末または業者端末から場所の情報を受信する場所情報受信手段と、前記場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、前記場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信手段が受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、前記場所では乗客にとって有利な入札が行われやすいと判定し、判定結果を前記ユーザ端末または業者端末に送信する市場判定手段とを備え、乗客希望条件受信手段が、ユーザ端末から、乗客の希望条件とともに前記ユーザ端末の連絡先情報を受信し、乗客希望記憶手段が、前記乗客の希望条件とともに前記ユーザ端末の連絡先情報を記憶し、乗客落札情報送信手段が、乗客を落札した旨の情報を送信した業者端末に対して、乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報を送信し、業者希望条件受信手段が、業者端末から、タクシー業者の希望条件とともに前記業者端末の連絡先情報を受信し、業者希望記憶手段が、前記タクシー業者の希望条件とともに前記業者端末の連絡先情報を記憶し、タクシー落札情報送信手段が、タクシーを落札した旨の情報を送信したユーザ端末に対して、業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報を送信することを特徴とする。このような構成によれば、乗客やタクシー業者に、入札を行うか希望条件を登録するかの判断材料を与えることができる。特に、タクシー業者に対して、乗客が多いと判断される場所の情報を与えることができる。
【００１６】
また、本発明によるタクシー双方向入札装置は、乗車希望場所を含むタクシーに対する乗客の希望条件を、乗客が使用するユーザ端末から通信ネットワークを介して受信する乗客希望条件受信手段と、乗客希望条件受信手段によって受信された乗客の希望条件を記憶する乗客希望記憶手段と、乗客希望記憶手段に記憶された乗客の希望条件を、タクシー業者が使用する業者端末からの要求に応じて業者端末に送信する乗客希望条件送信手段と、前記乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および前記業者端末の連絡先情報を含む入札に関する情報を受信する業者入札情報受信手段と、業者入札情報受信手段によって受信された入札に関する情報を、前記乗客の希望条件に対応付けて記憶する業者入札情報記憶手段と、ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、前記ユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目を前記ユーザ端末に送信する業者指定項目送信手段と、前記ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信手段と、乗客選択結果受信手段によって受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報を前記業者端末に送信する乗客落札情報送信手段と、乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件を業者端末から通信ネットワークを介して受信する業者希望条件受信手段と、業者希望条件受信手段によって受信されたタクシー業者の希望条件を記憶する業者希望記憶手段と、業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信手段と、前記タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目および前記ユーザ端末の連絡先情報を含む入札に関する情報を受信する乗客入札情報受信手段と、乗客入札情報受信手段によって受信された入札に関する情報を、前記タクシー業者の希望条件に対応付けて記憶する乗客入札情報記憶手段と、業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、前記業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を前記業者端末に送信する乗客指定項目送信手段と、前記業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信手段と、業者選択結果受信手段によって受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報を前記ユーザ端末に送信するタクシー落札情報送信手段と、ユーザ端末または業者端末から場所の情報を受信する場所情報受信手段と、前記場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、前記場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信手段が受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、前記場所では乗客にとって有利な入札が行われやすいと判定し、判定結果を前記ユーザ端末または業者端末に送信する市場判定手段とを備え、乗客希望条件受信手段が、ユーザ端末から、乗客の希望条件とともに前記ユーザ端末の連絡先情報を受信し、乗客希望記憶手段が、前記乗客の希望条件とともに前記ユーザ端末の連絡先情報を記憶し、乗客落札情報送信手段が、乗客を落札した旨の情報を送信した業者端末に対して、乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報を送信し、業者希望条件受信手段が、業者端末から、タクシー業者の希望条件とともに前記業者端末の連絡先情報を受信し、業者希望記憶手段が、前記タクシー業者の希望条件とともに前記業者端末の連絡先情報を記憶し、タクシー落札情報送信手段が、タクシーを落札した旨の情報を送信したユーザ端末に対して、業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報を送信することを特徴とする。
【００１７】
また、本発明によるタクシー双方向入札プログラムは、タクシーの乗客が使用するユーザ端末およびタクシー業者が使用する業者端末と通信ネットワークを介して接続するコンピュータであって、乗客の希望条件を記憶する乗客希望記憶手段と、乗客への入札に関する情報を記憶する業者入札情報記憶手段と、タクシー業者の希望条件を記憶する業者希望記憶手段と、タクシー業者への入札に関する情報を記憶する乗客入札情報記憶手段とを備えたコンピュータに、乗車希望場所を含むタクシーに対する乗客の希望条件および前記乗客のユーザ端末の連絡先情報をユーザ端末から通信ネットワークを介して受信し、乗客希望記憶手段に記憶させる乗客希望条件受信処理、乗客希望記憶手段に記憶された乗客の希望条件を業者端末からの要求に応じて業者端末に送信する乗客希望条件送信処理、前記乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および前記業者端末の連絡先情報を含む入札に関する情報を受信し、業者入札情報記憶手段に前記乗客の希望条件に対応付けて記憶させる業者入札情報受信処理、ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、前記ユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目を前記ユーザ端末に送信する業者指定項目送信処理、前記ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信処理、乗客選択結果受信処理で受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報と乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報とを送信する乗客落札情報送信処理、乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件および前記タクシー業者の業者端末の連絡先情報を業者端末から通信ネットワークを介して受信し、業者希望記憶手段に記憶させる業者希望条件受信処理、業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信処理、前記タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目および前記ユーザ端末の連絡先情報を含む入札に関する情報を受信し、乗客入札情報記憶手段に前記タクシー業者の希望条件に対応付けて記憶させる乗客入札情報受信処理、業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、前記業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を前記業者端末に送信する乗客指定項目送信処理、前記業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信処理、業者選択結果受信処理で受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報と業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報とを前記ユーザ端末に送信するタクシー落札情報送信処理、ユーザ端末または業者端末から場所の情報を受信する場所情報受信処理、および前記場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、前記場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信処理で受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、前記場所では乗客にとって有利な入札が行われやすいと判定し、判定結果を前記ユーザ端末または業者端末に送信する市場判定処理を実行させることを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明によるタクシー双方向入札システムの実施の一形態を示すブロック図である。タクシー双方向入札システムは、競売サーバ１（タクシー双方向入札装置）と、通信ネットワークを介して競売サーバ１に接続されるユーザ端末１１および業者端末１２を備える。ここでは、ユーザ端末１１および業者端末１２が、インターネット１０を介して競売サーバ１に接続される場合を例に説明する。
【００１９】
ユーザ端末１１および業者端末１２は、インターネット１０に接続してＷＥＢコンテンツを表示することができる情報処理端末装置である。ユーザ端末１１および業者端末１２は、電話回線を介して他の端末装置と通話ができる情報処理端末装置であることが好ましい。例えば、ユーザ端末１１および業者端末１２は、インターネットに接続してＷＥＢコンテンツを表示することができる携帯電話装置である。
【００２０】
ユーザ端末１１は、タクシーに乗車しようとする乗客によって使用される。また、業者端末１２は、タクシー業者によって使用される。タクシー業者とは、タクシーの運転手または、運転手と乗客との連絡を仲介する者である。ここでは、業者端末１２は、タクシーの運転手が使用する携帯端末であるものとする。
競売サーバ１は、乗客やタクシー業者とは別の第三者によって管理される。
【００２１】
競売サーバ１は、タクシーに乗ろうとする各乗客が希望する乗車料金等の条件をユーザ端末１１から収集し、業者端末１２に配信する。また、乗客への入札に関する情報を業者端末１２から収集し、入札状況をユーザ端末１１に配信する。さらに、乗客が、利用するタクシーを決定した場合、競売サーバ１は、そのタクシーの運転手が使用する業者端末に、乗客に選ばれた旨の情報を送信する。
同様に、競売サーバ１は、タクシーの運転手が希望する乗車料金等の条件を、業者端末１２から収集し、ユーザ端末１１に配信する。また、タクシーへの入札に関する情報をユーザ端末から収集し、入札状況を業者端末１２に配信する。さらに、運転手が乗客を決定した場合、競売サーバ１は、その乗客のユーザ端末に、タクシーに選ばれた旨の情報を送信する。
【００２２】
すなわち、競売サーバ１は、各乗客および各運転手から希望条件を集め、運転手が乗客に対して行う入札と、乗客がタクシーに対して行う入札の両方を管理する。
【００２３】
また、競売サーバ１は、乗客および運転手それぞれからの希望条件の収集状況に基づいて、乗客主導市場であるのか、業者主導市場であるのかを判断し、判断結果をユーザ端末１１や業者端末１２に配信する。以下、この判断を市場判断と記す。ここで、乗客主導市場とは、乗客にとって有利な入札が行われやすい状況のことである。業者主導市場とは、タクシー業者にとって有利な入札が行われやすい状況のことである。
【００２４】
競売サーバ１において、制御部２は、記憶装置３が記憶するプログラム（タクシー双方向入札プログラム）に従って入札管理や市場判断処理を行う。
ネットワークインタフェース部５は、インターネット１０を介してユーザ端末１１や業者端末１２との間で情報を送受信する。
【００２５】
データベース４は、各乗客が希望する条件を保持する。図２（ａ）は、データベース４が保持する乗客の希望条件の例を示す説明図である。乗客の希望条件は、例えば、乗車希望場所、行き先、行き先までの希望料金、タクシーの種類、タクシー会社等の条件である。「乗車希望場所」は、公共のタクシー乗り場、あるいは予め区分けされた各区域の中から選ばれる。希望料金は、図２（ａ）に例示するような定額の料金でなく、「走行距離等によって従量的に決まる料金」という条件であってもよい。また、図２では、タクシーの種類としてセダン、ステーションワゴン等の車種を示す場合を示したが、他の分け方で示してもよい。例えば、４人乗り、６人乗り等のように、乗車人数でタクシーの種類を示してもよい。データベース４は、希望条件とともに、乗客が使用するユーザ端末の電子メールアドレスおよび電話番号も保持する。
【００２６】
また、データベース４は、登録された各乗客の希望条件に対応させて、その乗客に対する入札に関する情報も保持する。図２（ｂ）は、入札に関する情報の例を示す説明図である。図２（ｂ）は、図２（ａ）に示す一件目の希望条件に対応する情報の例を示す。入札に関する情報は、例えば、入札者（運転手）の業者端末の電子メールアドレス、電話番号、入札金額、タクシーの種類、タクシー会社等を含む。
【００２７】
制御部２は、インターネット１０を介して、ユーザ端末１１から乗客の希望条件、電子メールアドレス、および電話番号を受信したときに、受信した条件等をデータベース４に登録する。また、制御部２は、業者端末１２からの要求に応じて、データベース４が保持する乗客の希望条件を業者端末１２に送信する。
【００２８】
制御部２は、乗客の希望条件を送信した業者端末１２から、入札に関する情報を受信したならば、入札に関する情報をデータベース４に登録する。
また、制御部２は、乗客のユーザ端末１１からの要求に応じて、その乗客への入札に関する情報を送信する。そのユーザ端末１１から、乗客が選択した入札を示す情報を受信した場合、制御部２は、その運転手の業者端末１２に乗客を落札した旨の情報を送信する。さらに、ユーザ端末および業者端末に、乗客と運転手の電話番号を送信し、乗客が運転手と通話できるようにする。
【００２９】
また、データベース４は、各タクシーの運転手が希望する条件を保持する。図３（ａ）は、データベース４が保持する運転手の希望条件の例を示す説明図である。運転手の希望条件は、例えば、運転手が乗客を乗せようとする場所、行き先までの距離、希望する乗車料金等である。「乗客を乗せようとする場所」は、公共のタクシー乗り場、あるいは予め区分けされた各区域の中から選ばれる。希望料金は、図３（ａ）に例示する従量的料金ではなく、「５ｋｍ以内であれば○○円」等のように定額料金であってもよい。データベース４は、希望条件とともに、タクシーの種類、運転手が使用する業者端末の電子メールアドレスおよび電話番号も保持する。
【００３０】
また、データベース４は、登録された各運転手の希望条件に対応させて、その運転手への入札に関する情報も保持する。図３（ｂ）は、入札に関する情報の例を示す説明図である。図３（ｂ）は、図３（ａ）に示す一件目の希望条件に対応する情報の例を示す。入札に関する情報は、例えば、入札者（乗客）のユーザ端末の電子メールアドレス、電話番号、行き先、入札金額等を含む。
【００３１】
制御部２は、インターネット１０を介して、業者端末１２から運転手の希望条件、タクシーの種類、電子メールアドレス、および電話番号を受信したときに、受信した条件等をデータベース４に登録する。また、制御部２は、ユーザ端末１１からの要求に応じて、データベース４が保持する運転手の希望条件をユーザ端末１１に送信する。
【００３２】
制御部２は、運転手の希望条件を送信したユーザ端末１１から、入札に関する情報を受信したならば、入札に関する情報をデータベース４に登録する。
また、制御部２は、運転手の業者端末１２からの要求に応じて、その運転手への入札に関する情報を送信する。その業者端末１２から、運転手が選択した入札を示す情報を受信した場合、制御部２は、その乗客のユーザ端末１１にタクシーを落札した旨の情報を送信する。さらに、ユーザ端末および業者端末に、乗客と運転手の電話番号を送信し、乗客が運転手と通話できるようにする。
【００３３】
また、データベース４は、乗客や運転手が希望条件入力や入札を行うための画面の情報を保持する。これらの画面の情報は、例えば、ＣｏｍｐａｃｔＨＴＭＬ、ＷＭＬ(Wireless Markup Language)等のページ記述言語で記述される。
【００３４】
また、制御部２は、ユーザ端末１１や業者端末１２からの要求に応じて、指定された場所における市場判定を行う。ユーザ端末１１や業者端末１２は、市場判定を要求する際、公共のタクシー乗り場、あるいは予め区分けされた区域を指定する。制御部２は、指定された場所を「乗車希望場所」とする乗客の希望条件の件数をカウントする。また、指定された場所を「乗客を乗せようとする場所」とする運転手の希望条件の件数をカウントする。制御部２は、これらのカウント値に基づいて市場判定を行い、市場判定結果をユーザ端末１１や業者端末１２に送信する。
【００３５】
例えば、制御部２は、乗客の希望条件の件数が運転手の希望条件の件数未満であれば、そのタクシー乗り場は乗客主導市場であると判断する。乗客の希望条件の件数が運転手の希望条件の件数以上であれば、業者主導市場であると判断する。なお、乗客および運転手の希望条件の件数が同数である場合を乗客主導市場と判定してもよい。
【００３６】
上記の実施の形態において、乗客希望条件受信手段、乗客希望条件送信手段、業者入札情報受信手段、業者指定項目送信手段、乗客選択結果受信手段、乗客落札情報送信手段、業者希望条件受信手段、業者希望条件送信手段、乗客入札情報受信手段、乗客指定項目送信手段、業者選択結果受信手段、タクシー落札情報送信手段、場所情報受信手段、および市場判定手段は、制御部２およびネットワークインタフェース部５によって実現される。乗客希望記憶手段、業者入札情報記憶手段、業者希望記憶手段、および乗客入札情報記憶手段は、データベース４によって実現される。
【００３７】
次に、タクシーの運転手が乗客に対して入札するときの動作について説明する。図４は、タクシー双方向入札システムを用いて運転手が入札する際の処理経過の一例を示す流れ図である。
【００３８】
ユーザ端末１１は、タクシーを利用しようとする乗客の操作により、競売サーバ１に市場判定を要求する（ステップＳ５１）。ユーザ端末１１は、競売サーバ１から、指定場所入力画面を取得し、その画面にユーザが指定するタクシー乗り場または区域が入力される。ユーザ端末１１は、入力された指定場所（タクシー乗り場や区域）を送信することによって、市場判定を要求する。競売サーバ１の制御部２は、指定場所における乗客や運転手の希望条件の件数をカウントして市場判定を行い、判定結果をユーザ端末１１に送信する（ステップＳ５２）。ユーザ端末１１は、市場判定結果を乗客に表示する。
【００３９】
同様に、業者端末１２も、競売サーバ１に市場判定を要求し、競売サーバ１は市場判定を行い、判定結果を業者端末１２に送信する（ステップＳ５３，Ｓ５４）。業者端末１１は、市場判定結果を運転手に表示する。なお、本例では、乗客主導市場であるとする。
【００４０】
ユーザ端末１１は、希望条件を入力する画面を競売サーバ１から取得し、乗客によって、乗車希望場所、行き先、希望料金、タクシーの種類、タクシー会社等の希望条件、電子メールアドレス、電話番号が入力される。ユーザ端末１１は、入力された情報を競売サーバ１１に送信する（ステップＳ５５）。競売サーバ１は、ステップＳ５５において乗客の希望条件等を受信したならば、その希望条件等をデータベース４に登録する。
【００４１】
一方、業者端末１２は、登録されている乗客の希望条件を競売サーバ１に要求する。競売サーバ１の制御部２は、要求に応じて乗客の希望条件を送信し、業者端末１２は受信した情報を表示する（ステップＳ５６）。業者端末１２が「乗車希望場所」としてタクシー乗り場や区域を指定した場合には、制御部２は、指定された場所をキーとして乗客の希望条件を抽出して送信する。また、制御部２は、乗客の電話番号や電子メールアドレスの情報は送信せず、電話番号等は業者端末１２に表示されない。
【００４２】
業者端末１２は、表示した希望条件の一つが指定されると、その乗客に入札を行う画面を競売サーバ１から取得して表示する。運転手は、業者端末１２に運転手の電話番号、電子メールアドレス、入札額（自身がこの金額なら乗客を乗車させてよいと考える額）、タクシーの種類、タクシー会社等を入力する。入力された情報は、業者端末１２から競売サーバ１に送信される（ステップＳ５７）。競売サーバ１は、ステップＳ５７において受信した情報（入札に関する情報）をデータベース４に登録する。
【００４３】
ステップＳ５５において希望条件を登録した乗客は、運転手による入札状況を確認する。ユーザ端末１１は、乗客に対して行われた入札に関する情報を競売サーバ１から取得して表示する（ステップＳ５８）。このとき、競売サーバ１は、運転手の電話番号や電子メールアドレスの情報はユーザ端末１１に送信せず、電話番号はユーザ端末１１に表示されない。
【００４４】
続いて、ユーザ端末１１は、乗客によって一件の入札を選択され、選択された入札の情報を競売サーバ１に送信する（ステップＳ５９）。競売サーバ１の制御部２は、選択された入札を行った運転手の業者端末１２に、乗客に選択された旨の情報を送信する（ステップＳ６０）。制御部２は、例えば、電子メールによってこの情報を送信する。
運転手は、ステップＳ６０において通知される情報により、落札できたことを確認する。業者端末１２は、運転手の操作により、落札を確認した旨の情報を競売サーバ１に送信する（ステップＳ６１）。例えば、落札確認入力画面を競売サーバ１から取得し、その画面の操作によって、落札を確認した旨の情報を送信する。
【００４５】
制御部２は、ユーザ端末１１および業者端末１２に、落札が決定した旨の情報、乗客および運転手の電話番号を送信する（ステップＳ６２）。ステップＳ６２では、例えば、電子メールによって情報を送信する。制御部２は、運転手と乗客が互いに相手を確認するための暗証情報（例えば、暗証番号）を作成し、この暗証情報も送信する。乗客と運転手は、送信された電話番号を用いて電話で連絡を取り合い、お互いを認識するための特徴や乗車場所等を確認する（ステップＳ６３）。乗客と運転手は、乗車時にお互いの暗証情報を確認する。
ステップＳ６２において、制御部２は、ユーザ端末１１と業者端末１２のいずれか一方に情報を送信し、この情報を受信した乗客または運転手が、相手に対して連絡をとってもよい。
【００４６】
なお、制御部２は、ステップＳ６２の後に、運転手を決定した乗客の希望条件およびその乗客への入札に関する情報をデータベース４から削除する。
【００４７】
上記の例では、業者端末１２が、入札に関する情報を競売サーバ１に送信する場合を示したが、業者端末１２は、入札に関する情報をユーザ端末１１に直接送信してもよい。この場合、競売サーバ１は、ステップＳ５６において、乗客の電話番号または電子メールアドレスも送信する。業者端末１２は、この電話番号または電子メールアドレスを用いてユーザ端末１１に直接入札を行う。
【００４８】
次に、乗客がタクシーに対して入札するときの動作について説明する。図５は、タクシー双方向入札システムを用いて乗客が入札する際の処理経過の一例を示す流れ図である。
【００４９】
業者端末１２は、競売サーバ１に市場判定を要求し、競売サーバ１は市場判定を行い、判定結果を業者端末１２に送信する（ステップＳ７１，Ｓ７２）。同様に、ユーザ端末１１も、競売サーバ１に市場判定を要求し、競売サーバ１は市場判定結果をユーザ端末１１に送信する（ステップＳ７３，Ｓ７４）。ステップＳ７１，Ｓ７２およびステップＳ７３，Ｓ７４の動作は、それぞれ、ステップＳ５３，Ｓ５４およびステップＳ５１，Ｓ５２の動作と同様である。
なお、本例では、業者主導市場であるとする。
【００５０】
業者端末１２は、希望条件を入力する画面を競売サーバ１から取得し、運転手によって、乗客を乗せようとする場所、行き先までの距離、希望する乗車料金等の希望条件、タクシーの種類、電子メールアドレス、電話番号が入力される。業者端末１２は、入力された情報を競売サーバ１に送信する（ステップＳ７５）。競売サーバ１は、受信した運転手の希望条件等をデータベース４に登録する。
【００５１】
一方、ユーザ端末１１は、登録されている運転手の希望条件を競売サーバ１に要求する。制御部２は、この要求に応じて運転手の希望条件を送信し、ユーザ端末１１は受信した情報を表示する（ステップＳ７６）。ユーザ端末１１が「乗客を乗せようとする場所」としてタクシー乗り場や区域を指定した場合には、制御部２は、指定された場所をキーとして運転手の希望条件を抽出して送信する。また、制御部２は、運転手の電話番号や電子メールアドレスの情報は送信せず、電話番号等はユーザ端末１１に表示されない。
【００５２】
ユーザ端末１１は、表示した希望条件の一つが指定されると、その運転手に入札を行う画面を競売サーバ１から取得して表示する。乗客は、ユーザ端末１１に乗客の電話番号、電子メールアドレス、希望する行き先、入札額（自身がこの金額ならタクシーに乗車してよいと考える額）等を入力する。入力された情報は、ユーザ端末１１から競売サーバ１に送信される（ステップＳ７７）。競売サーバ１は、ステップＳ７７において受信した情報（入札に関する情報）をデータベース４に登録する。
【００５３】
ステップＳ７５において希望条件を登録した運転手は、乗客による入札状況を確認する。業者端末１２は、運転手に対して行われた入札に関する情報を競売サーバ１から取得して表示する（ステップＳ７８）。このとき、競売サーバ１は、乗客の電話番号や電子メールアドレスの情報は業者端末１２に送信せず、電話番号は業者端末１２に表示されない。
【００５４】
続いて、業者端末１１は、運転手によって一件の入札を選択され、選択された入札を示す情報を競売サーバ１に送信する（ステップＳ７９）。競売サーバ１の制御部２は、選択された入札を行った乗客のユーザ端末１１に、運転手に選択された旨の情報を送信する（ステップＳ８０）。乗客は、この情報により、落札できたことを確認する。ユーザ端末１１は、乗客の操作により、落札を確認した旨の情報を競売サーバ１に送信する（ステップＳ８１）。
【００５５】
制御部２は、ユーザ端末および業者端末１２に、落札が決定した旨の情報、乗客および運転手の電話番号を送信する（ステップＳ８２）。この電話番号を使って、乗客と運転手は連絡を取り合う(ステップＳ８３）。ステップＳ８０〜Ｓ８３の動作は、ステップＳ６０〜Ｓ６３の動作と同様である。
また、制御部２は、ステップＳ８２の後に、乗客を決定した運転手の希望条件およびその運転手への入札に関する情報をデータベース４から削除する。
【００５６】
このようなタクシー双方向入札システムによれば、各乗客と各タクシー業者とが、希望に沿うタクシー業者や乗客を探して、希望を入札によって伝えることができる。その結果、乗客が少ない場合には、乗客は業者の入札を待つことでより低額でタクシーに乗ることができる。また、業者は入札によって顧客（乗客）を獲得しやすくなる。一方、乗客が多い場合には、業者は、乗客の入札を待つことでより高い乗車料金を得ることができる。乗客は、入札によってより早くタクシーに乗ることができるようになる。
【００５７】
また、入札の際に乗車料金を定額に定めることによって、運転手に最短経路を通るように促すことができる。この結果、余分な走行距離や走行時間を減少させることができる。
【００５８】
なお、ステップＳ６０，Ｓ６２，Ｓ８０，Ｓ８２において、制御部２が電子メールで情報を送信する場合を示したが、情報送信方法は電子メールによる方法に限定されない。例えば、競売サーバ１が、電話回線を介してユーザ端末１１や業者端末１２に音声情報を送信する構成であってもよい。あるいは、ユーザ端末１１や業者端末１２が、定期的にインターネット１０を介して競売サーバ１から情報を取得する構成であり、落札の可否に関する情報や、落札した相手の確認の有無に関する情報を定期的に取得してもよい。
【００５９】
また、図４に示す例では、乗客主導市場において運転手が入札する場合を示したが、乗客主導市場で入札を行うのは運転手に限られず、乗客が入札を行ってもよい。同様に、図５に示す例では、業者主導市場において乗客が入札する場合を示したが、運転手が入札を行ってもよい。
【００６０】
また、ユーザ端末１１および業者端末１２は、使用者の所在している区域を特定してもよい。例えば、ユーザ端末１１等は、ＧＰＳ衛星の電波を利用して使用者の現在位置を算出し、予め区分けされている区域の中から現在位置が属する区域を特定する構成であってもよい。さらに、ユーザ端末１１や業者端末１２は、特定した区域を「乗車希望場所」または「乗客を乗せようとする場所」として競売サーバ１に送信してもよい。このような構成によれば、乗客や運転手の情報入力負担を軽減することができる。
【００６１】
上記の各例では、運転手が業者端末１２を使用する場合を示したが、乗客と運転手との連絡を仲介する仲介者が業者端末１２を使用してもよい。この場合、仲介者は、ステップＳ６２，Ｓ８２で確認した事項等を運転手に連絡すればよい。
【００６２】
また、タクシーの運転手は、入札や希望条件の登録等を行わず、市場判定の結果だけを確認してもよい。この場合、業者端末１２および競売サーバ１は、ステップＳ５３、Ｓ５４の動作を行う。この動作のみによっても、運転手は、指定した場所での市場判定結果を知ることができる。そして、業者主導市場となっているタクシー乗り場や区域に行くことによって、顧客（乗客）を獲得しやすくなる。
【００６３】
【発明の効果】
本発明によれば、通信ネットワークを介する情報の送受信が可能であり、タクシーの乗客によって使用されるユーザ端末と、通信ネットワークを介する情報の送受信が可能であり、タクシー業者によって使用される業者端末と、乗車希望場所を含むタクシーに対する乗客の希望条件をユーザ端末から通信ネットワークを介して受信する乗客希望条件受信手段と、乗客希望条件受信手段によって受信された乗客の希望条件を記憶する乗客希望記憶手段と、乗客希望記憶手段に記憶された乗客の希望条件を業者端末からの要求に応じて業者端末に送信する乗客希望条件送信手段と、乗客の希望条件が送信された業者端末から、タクシー業者の指定項目および業者端末の連絡先情報を含む入札に関する情報を受信する業者入札情報受信手段と、業者入札情報受信手段によって受信された入札に関する情報を、その乗客の希望条件に対応付けて記憶する業者入札情報記憶手段と、ユーザ端末からの要求に応じて、業者入札情報記憶手段に記憶されたタクシー業者の指定項目のうち、そのユーザ端末から受信した乗客の希望条件に対応付けられたタクシー業者の指定項目をユーザ端末に送信する業者指定項目送信手段と、ユーザ端末から、乗客によって選択された入札を示す情報を受信する乗客選択結果受信手段と、乗客選択結果受信手段によって受信された情報に対応する業者端末の連絡先情報を用いて、乗客を落札した旨の情報を業者端末に送信する乗客落札情報送信手段と、乗客を乗せようとする場所を含む乗客に対するタクシー業者の希望条件を業者端末から通信ネットワークを介して受信する業者希望条件受信手段と、業者希望条件受信手段によって受信されたタクシー業者の希望条件を記憶する業者希望記憶手段と、業者希望記憶手段に記憶されたタクシー業者の希望条件をユーザ端末からの要求に応じてユーザ端末に送信する業者希望条件送信手段と、タクシー業者の希望条件が送信されたユーザ端末から、乗客の指定項目およびユーザ端末の連絡先情報を含む入札に関する情報を受信する乗客入札情報受信手段と、乗客入札情報受信手段によって受信された入札に関する情報を、そのタクシー業者の希望条件に対応付けて記憶する乗客入札情報記憶手段と、業者端末からの要求に応じて、乗客入札情報記憶手段に記憶された乗客の指定項目のうち、その業者端末から受信したタクシー業者の希望条件に対応付けられた乗客の指定項目を業者端末に送信する乗客指定項目送信手段と、業者端末から、タクシー業者によって選択された入札を示す情報を受信する業者選択結果受信手段と、業者選択結果受信手段によって受信された情報に対応するユーザ端末の連絡先情報を用いて、タクシーを落札した旨の情報をユーザ端末に送信するタクシー落札情報送信手段と、ユーザ端末または業者端末から場所の情報を受信する場所情報受信手段と、その場所の情報に合致する乗車希望場所を含む乗客の希望条件の件数を乗客希望記憶手段が記憶する希望条件の中からカウントし、その場所の情報に合致する乗客を乗せようとする場所を含むタクシー業者の希望条件の件数を業者希望記憶手段が記憶する希望条件の中からカウントし、乗客の希望条件の件数の方が多い場合には、場所情報受信手段が受信した情報が示す場所ではタクシー業者にとって有利な入札が行われやすいと判定し、乗客の希望条件の件数の方が少ない場合には、その場所では乗客にとって有利な入札が行われやすいと判定し、判定結果をユーザ端末または業者端末に送信する市場判定手段とを備え、乗客希望条件受信手段が、ユーザ端末から、乗客の希望条件とともに前記ユーザ端末の連絡先情報を受信し、乗客希望記憶手段が、前記乗客の希望条件とともに前記ユーザ端末の連絡先情報を記憶し、乗客落札情報送信手段が、乗客を落札した旨の情報を送信した業者端末に対して、乗客希望記憶手段に記憶された前記乗客のユーザ端末の連絡先情報を送信し、業者希望条件受信手段が、業者端末から、タクシー業者の希望条件とともに前記業者端末の連絡先情報を受信し、業者希望記憶手段が、前記タクシー業者の希望条件とともに前記業者端末の連絡先情報を記憶し、タクシー落札情報送信手段が、タクシーを落札した旨の情報を送信したユーザ端末に対して、業者希望記憶手段に記憶された前記タクシーの業者端末の連絡先情報を送信するので、各乗客と各タクシー業者とが、希望に沿うタクシー業者や乗客を探して、希望を入札によって伝えることができる。
【００６４】
この結果、乗客が少ない場合には、乗客はタクシー業者の入札を待つことでより低額でタクシーに乗ることができる。また、タクシー業者は入札によって顧客を獲得しやすくなる。一方、乗客が多い場合には、業者は、乗客の入札を待つことでより高い乗車料金を得ることができる。乗客は、入札によってより早くタクシーに乗ることができるようになる。
【図面の簡単な説明】
【図１】  本発明によるタクシー双方向入札システムの実施の一形態を示すブロック図である。
【図２】  データベースが保持する情報の例を示す説明図である。
【図３】  データベースが保持する情報の例を示す説明図である。
【図４】  タクシー業者が入札する際の処理経過の一例を示す流れ図である。
【図５】  乗客が入札する際の処理経過の一例を示す流れ図である。
【符号の説明】
１  競売サーバ
２  制御部
３  記憶装置
４  データベース
５  ネットワークインタフェース部
１０  インターネット
１１  ユーザ端末
１２  業者端末
【図１】
0003690309.tif 000002
【図２】
0003690309.tif 000003
【図３】
0003690309.tif 000004
【図４】
0003690309.tif 000005
【図５】
0003690309.tif 000006