JP2002366799A - タクシー双方向入札システム、装置、およびプログラム - Google Patents
タクシー双方向入札システム、装置、およびプログラムInfo
- Publication number
- JP2002366799A JP2002366799A JP2001176198A JP2001176198A JP2002366799A JP 2002366799 A JP2002366799 A JP 2002366799A JP 2001176198 A JP2001176198 A JP 2001176198A JP 2001176198 A JP2001176198 A JP 2001176198A JP 2002366799 A JP2002366799 A JP 2002366799A
- Authority
- JP
- Japan
- Prior art keywords
- taxi
- passenger
- information
- bid
- user terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000002457 bidirectional effect Effects 0.000 title claims description 16
- 238000004891 communication Methods 0.000 claims abstract description 52
- 238000000034 method Methods 0.000 claims description 10
- 230000002452 interceptive effect Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 5
- 230000029305 taxis Effects 0.000 description 5
- 239000000284 extract Substances 0.000 description 2
- 230000002349 favourable effect Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
クシー業者や乗客を探して、希望を入札によって伝える
ことを可能にする。 【解決手段】 制御部2は、乗客の希望条件をユーザ端
末11から受信し、データベース4に登録する。また、
制御部2は、業者端末12に乗客の希望条件を送信す
る。そして、乗客への入札に関する情報を業者端末12
から受信し、データベース4に登録する。制御部2は、
乗客への入札に関する情報をユーザ端末11に送信し、
選択された入札を示す情報をユーザ端末11から受信す
る。その後、タクシー業者と乗客とが連絡をとるための
情報をユーザ端末11、業者端末12に送信する。同様
に、制御部2は、タクシー業者の希望条件をデータベー
ス4に登録し、そのタクシー業者に対する乗客の入札も
管理する。
Description
して乗客が入札することができるとともに、乗客に対し
てタクシー業者が入札することができるタクシー双方向
入札システム、装置、およびプログラムに関する。
いて定められる。走行距離が一定の距離以内であれば、
乗車料金は初乗り料金であり、その距離を超える場合に
は、走行距離や所要時間に応じた料金が加算される。料
金は走行中に加算されるので、乗車料金は目的地に到着
したときに決定される。このような料金の定め方は、タ
クシーを待つ乗客の多寡によらず一定である。したがっ
て、乗車場所および目的地が同じであれば、乗客が行列
をなして待っている場合であっても、タクシーを待つ乗
客が一人しかいない場合であっても、料金はほぼ一定で
ある。
並んでタクシーを待ち、先に並んだ乗客からタクシーに
乗る。同様に、タクシーも順番に並んで乗客を待ち、先
に並んだタクシーから乗客を乗せる。
少ない場合には、後から並んだタクシーの運転手は、乗
客がタクシー乗り場に現れるまで待つことになる。タク
シーの運転手にとって、このような待ち時間は短縮でき
ることが好ましい。そのため、乗車料金を低額にして
も、前に並んでいるタクシーよりも先に乗客を乗せたい
と考える場合がある。一方、乗客は、このような運転手
のタクシーに乗れば、乗車料金が低額ですむという利益
が得られる。
は、後から並んだ乗客は、タクシー乗り場にタクシーが
到着するまで待つことになる。乗客にとって、このよう
な待ち時間は短縮できることが好ましい。特に、急ぎの
用がある乗客は、待ち時間を少しでも短縮したいと考え
るであろう。そのため、乗客は、乗車料金が割高になっ
たとしても、前に並んでいる乗客よりも先にタクシーに
乗りたいと考える場合がある。一方、タクシーの運転手
は、このような乗客を乗せれば、より多くの利益が得ら
れる。
したときに決定するが、タクシーが目的地までの最短経
路を通っていないときには、走行距離が延びた分、乗車
料金は高くなる。また、走行時間も長くなる。したがっ
て、乗客にとっては、前もって乗車料金が定められてい
ることが好ましい。
るいは、並ぼうとする各乗客および各タクシーの運転手
にとっては、前もって希望する乗車料金や行き先につい
て確認し、乗車料金等に合意したタクシーと乗客から先
に出発できるようにすることが好ましいであろう。しか
し、各乗客と各運転手とがそれぞれ交渉すれば、タクシ
ー乗り場が混乱してしまう。
シーよりも乗客の方が多い場所を知ることができれば、
待ち時間を短縮して、より多くの収益を得られるであろ
う。
希望に沿うタクシー業者や乗客を探して、希望を入札に
よって伝えることができるタクシー双方向入札システム
提供することを目的とする。また、タクシー業者に、タ
クシーよりも乗客の方が多い場所を伝えることができる
タクシー双方向入札システムを提供することを目的とす
る。
方向入札システムは、通信ネットワークを介する情報の
送受信が可能であり、タクシーの乗客によって使用され
るユーザ端末と、通信ネットワークを介する情報の送受
信が可能であり、タクシー業者によって使用される業者
端末と、タクシーに対する乗客の希望条件をユーザ端末
から通信ネットワークを介して収集し、各乗客への入札
に関する情報を業者端末から通信ネットワークを介して
収集し、前記入札に関する情報のうち乗客に選択された
入札を示す情報をユーザ端末から受信する業者入札管理
手段と、乗客に対するタクシー業者の希望条件を業者端
末から通信ネットワークを介して収集し、各タクシー業
者への入札に関する情報をユーザ端末から通信ネットワ
ークを介して収集し、前記入札に関する情報のうちタク
シー業者に選択された入札を示す情報を業者端末から受
信する乗客入札管理手段とを備えたことを特徴とする。
れた入札を示す情報をユーザ端末から受信した場合、お
よび、乗客入札管理手段が、タクシー業者に選択された
入札を示す情報を業者端末から受信した場合に、乗客と
タクシー業者とが互いに連絡をとるための情報をユーザ
端末または業者端末に送信する連絡先通知手段を備え
る。
条件を、通信ネットワークを介してユーザ端末から受信
して保持する乗客希望保持手段と、乗客希望保持手段が
保持する乗客の希望条件を業者端末に送信し、各乗客へ
の入札に関する情報を、前記業者端末から通信ネットワ
ークを介して受信して保持する業者入札情報保持手段
と、業者入札情報保持手段が保持する入札に関する情報
をユーザ端末に送信し、乗客に選択された入札を示す情
報を、前記ユーザ端末から通信ネットワークを介して受
信する落札業者決定手段とを備えた構成である。
シー業者の希望条件を、通信ネットワークを介して業者
端末から受信して保持する業者希望保持手段と、業者希
望保持手段が保持するタクシー業者の希望条件をユーザ
端末に送信し、各タクシー業者への入札に関する情報
を、前記ユーザ端末から通信ネットワークを介して受信
して保持する乗客入札情報保持手段と、乗客入札情報保
持手段が保持する入札に関する情報を業者端末に送信
し、タクシー業者に選択された入札を示す情報を、前記
業者端末から通信ネットワークを介して受信する落札乗
客決定手段とを備えた構成である。
タクシー業者が乗客に提示する乗車料金の情報を含み、
タクシー業者への入札に関する情報は、少なくとも乗客
がタクシー業者に提示する乗車料金の情報を含む。この
ような構成によれば、乗客がタクシーに乗る前に、乗客
とタクシー業者との間で乗車料金を定めることができ
る。この結果、タクシーの運転手に最短経路を通るよう
に促すことができ、余分な走行距離や走行時間を減少さ
せることができる。
ー業者の希望条件の件数に基づいて、乗客に有利な入札
が行われやすいか、タクシー業者に有利な入札が行われ
やすいかを判定し、通信ネットワークを介して判定結果
をユーザ端末または業者端末に送信する市場判定手段を
備えていることが好ましい。このような構成によれば、
乗客やタクシー業者に、入札を行うか希望条件を登録す
るかの判断材料を与えることができる。特に、タクシー
業者に対して、乗客が多いと判断される場所の情報を与
えることができる。
置は、タクシーに対する乗客の希望条件を、乗客が使用
するユーザ端末から通信ネットワークを介して収集し、
各乗客への入札に関する情報を、タクシー業者が使用す
る業者端末から通信ネットワークを介して収集し、前記
入札に関する情報のうち乗客に選択された入札を示す情
報をユーザ端末から受信する業者入札管理手段と、乗客
に対するタクシー業者の希望条件を、業者端末から通信
ネットワークを介して収集し、各タクシー業者への入札
に関する情報を、ユーザ端末から通信ネットワークを介
して収集し、前記入札に関する情報のうちタクシー業者
に選択された入札を示す情報を業者端末から受信する乗
客入札管理手段とを備えたことを特徴とする。
ログラムは、タクシーの乗客が使用するユーザ端末およ
びタクシー業者が使用する業者端末と通信ネットワーク
を介して接続するコンピュータに、タクシーに対する乗
客の希望条件をユーザ端末から通信ネットワークを介し
て収集し、各乗客への入札に関する情報を業者端末から
通信ネットワークを介して収集し、前記入札に関する情
報のうち乗客に選択された入札を示す情報をユーザ端末
から受信する処理、乗客に対するタクシー業者の希望条
件を業者端末から通信ネットワークを介して収集し、各
タクシー業者への入札に関する情報をユーザ端末から通
信ネットワークを介して収集し、前記入札に関する情報
のうちタクシー業者に選択された入札を示す情報を業者
端末から受信する処理、を実行させることを特徴とす
る。
を参照して説明する。図1は、本発明によるタクシー双
方向入札システムの実施の一形態を示すブロック図であ
る。タクシー双方向入札システムは、競売サーバ1(タ
クシー双方向入札装置)と、通信ネットワークを介して
競売サーバ1に接続されるユーザ端末11および業者端
末12を備える。ここでは、ユーザ端末11および業者
端末12が、インターネット10を介して競売サーバ1
に接続される場合を例に説明する。
ンターネット10に接続してWEBコンテンツを表示す
ることができる情報処理端末装置である。ユーザ端末1
1および業者端末12は、電話回線を介して他の端末装
置と通話ができる情報処理端末装置であることが好まし
い。例えば、ユーザ端末11および業者端末12は、イ
ンターネットに接続してWEBコンテンツを表示するこ
とができる携帯電話装置である。
とする乗客によって使用される。また、業者端末12
は、タクシー業者によって使用される。タクシー業者と
は、タクシーの運転手または、運転手と乗客との連絡を
仲介する者である。ここでは、業者端末12は、タクシ
ーの運転手が使用する携帯端末であるものとする。競売
サーバ1は、乗客やタクシー業者とは別の第三者によっ
て管理される。
各乗客が希望する乗車料金等の条件をユーザ端末11か
ら収集し、業者端末12に配信する。また、乗客への入
札に関する情報を業者端末12から収集し、入札状況を
ユーザ端末11に配信する。さらに、乗客が、利用する
タクシーを決定した場合、競売サーバ1は、そのタクシ
ーの運転手が使用する業者端末に、乗客に選ばれた旨の
情報を送信する。同様に、競売サーバ1は、タクシーの
運転手が希望する乗車料金等の条件を、業者端末12か
ら収集し、ユーザ端末11に配信する。また、タクシー
への入札に関する情報をユーザ端末から収集し、入札状
況を業者端末12に配信する。さらに、運転手が乗客を
決定した場合、競売サーバ1は、その乗客のユーザ端末
に、タクシーに選ばれた旨の情報を送信する。
各運転手から希望条件を集め、運転手が乗客に対して行
う入札と、乗客がタクシーに対して行う入札の両方を管
理する。
それぞれからの希望条件の収集状況に基づいて、乗客主
導市場であるのか、業者主導市場であるのかを判断し、
判断結果をユーザ端末11や業者端末12に配信する。
以下、この判断を市場判断と記す。ここで、乗客主導市
場とは、乗客にとって有利な入札が行われやすい状況の
ことである。業者主導市場とは、タクシー業者にとって
有利な入札が行われやすい状況のことである。
装置3が記憶するプログラム(タクシー双方向入札プロ
グラム)に従って入札管理や市場判断処理を行う。ネッ
トワークインタフェース部5は、インターネット10を
介してユーザ端末11や業者端末12との間で情報を送
受信する。
を保持する。図2(a)は、データベース4が保持する
乗客の希望条件の例を示す説明図である。乗客の希望条
件は、例えば、乗車希望場所、行き先、行き先までの希
望料金、タクシーの種類、タクシー会社等の条件であ
る。「乗車希望場所」は、公共のタクシー乗り場、ある
いは予め区分けされた各区域の中から選ばれる。希望料
金は、図2(a)に例示するような定額の料金でなく、
「走行距離等によって従量的に決まる料金」という条件
であってもよい。また、図2では、タクシーの種類とし
てセダン、ステーションワゴン等の車種を示す場合を示
したが、他の分け方で示してもよい。例えば、4人乗
り、6人乗り等のように、乗車人数でタクシーの種類を
示してもよい。データベース4は、希望条件とともに、
乗客が使用するユーザ端末の電子メールアドレスおよび
電話番号も保持する。
客の希望条件に対応させて、その乗客に対する入札に関
する情報も保持する。図2(b)は、入札に関する情報
の例を示す説明図である。図2(b)は、図2(a)に
示す一件目の希望条件に対応する情報の例を示す。入札
に関する情報は、例えば、入札者(運転手)の業者端末
の電子メールアドレス、電話番号、入札金額、タクシー
の種類、タクシー会社等を含む。
て、ユーザ端末11から乗客の希望条件、電子メールア
ドレス、および電話番号を受信したときに、受信した条
件等をデータベース4に登録する。また、制御部2は、
業者端末12からの要求に応じて、データベース4が保
持する乗客の希望条件を業者端末12に送信する。
者端末12から、入札に関する情報を受信したならば、
入札に関する情報をデータベース4に登録する。また、
制御部2は、乗客のユーザ端末11からの要求に応じ
て、その乗客への入札に関する情報を送信する。そのユ
ーザ端末11から、乗客が選択した入札を示す情報を受
信した場合、制御部2は、その運転手の業者端末12に
乗客を落札した旨の情報を送信する。さらに、ユーザ端
末および業者端末に、乗客と運転手の電話番号を送信
し、乗客が運転手と通話できるようにする。
転手が希望する条件を保持する。図3(a)は、データ
ベース4が保持する運転手の希望条件の例を示す説明図
である。運転手の希望条件は、例えば、運転手が乗客を
乗せようとする場所、行き先までの距離、希望する乗車
料金等である。「乗客を乗せようとする場所」は、公共
のタクシー乗り場、あるいは予め区分けされた各区域の
中から選ばれる。希望料金は、図3(a)に例示する従
量的料金ではなく、「5km以内であれば○○円」等の
ように定額料金であってもよい。データベース4は、希
望条件とともに、タクシーの種類、運転手が使用する業
者端末の電子メールアドレスおよび電話番号も保持す
る。
転手の希望条件に対応させて、その運転手への入札に関
する情報も保持する。図3(b)は、入札に関する情報
の例を示す説明図である。図3(b)は、図3(a)に
示す一件目の希望条件に対応する情報の例を示す。入札
に関する情報は、例えば、入札者(乗客)のユーザ端末
の電子メールアドレス、電話番号、行き先、入札金額等
を含む。
て、業者端末12から運転手の希望条件、タクシーの種
類、電子メールアドレス、および電話番号を受信したと
きに、受信した条件等をデータベース4に登録する。ま
た、制御部2は、ユーザ端末11からの要求に応じて、
データベース4が保持する運転手の希望条件をユーザ端
末11に送信する。
ユーザ端末11から、入札に関する情報を受信したなら
ば、入札に関する情報をデータベース4に登録する。ま
た、制御部2は、運転手の業者端末12からの要求に応
じて、その運転手への入札に関する情報を送信する。そ
の業者端末12から、運転手が選択した入札を示す情報
を受信した場合、制御部2は、その乗客のユーザ端末1
1にタクシーを落札した旨の情報を送信する。さらに、
ユーザ端末および業者端末に、乗客と運転手の電話番号
を送信し、乗客が運転手と通話できるようにする。
希望条件入力や入札を行うための画面の情報を保持す
る。これらの画面の情報は、例えば、CompactH
TML、WML(Wireless Markup Language)等のページ
記述言語で記述される。
端末12からの要求に応じて、指定された場所における
市場判定を行う。ユーザ端末11や業者端末12は、市
場判定を要求する際、公共のタクシー乗り場、あるいは
予め区分けされた区域を指定する。制御部2は、指定さ
れた場所を「乗車希望場所」とする乗客の希望条件の件
数をカウントする。また、指定された場所を「乗客を乗
せようとする場所」とする運転手の希望条件の件数をカ
ウントする。制御部2は、これらのカウント値に基づい
て市場判定を行い、市場判定結果をユーザ端末11や業
者端末12に送信する。
数が運転手の希望条件の件数未満であれば、そのタクシ
ー乗り場は乗客主導市場であると判断する。乗客の希望
条件の件数が運転手の希望条件の件数以上であれば、業
者主導市場であると判断する。なお、乗客および運転手
の希望条件の件数が同数である場合を乗客主導市場と判
定してもよい。
手段、乗客入札管理手段、連絡先通知手段、および市場
判定手段は、競売サーバ1によって実現される。乗客希
望保持手段、業者入札情報保持手段、落札業者決定手
段、業者希望保持手段、乗客入札情報保持手段、および
落札乗客決定手段は、制御部2、データベース4、ネッ
トワークインタフェース部5によって実現される。
札するときの動作について説明する。図4は、タクシー
双方向入札システムを用いて運転手が入札する際の処理
経過の一例を示す流れ図である。
とする乗客の操作により、競売サーバ1に市場判定を要
求する(ステップS51)。ユーザ端末11は、競売サ
ーバ1から、指定場所入力画面を取得し、その画面にユ
ーザが指定するタクシー乗り場または区域が入力され
る。ユーザ端末11は、入力された指定場所(タクシー
乗り場や区域)を送信することによって、市場判定を要
求する。競売サーバ1の制御部2は、指定場所における
乗客や運転手の希望条件の件数をカウントして市場判定
を行い、判定結果をユーザ端末11に送信する(ステッ
プS52)。ユーザ端末11は、市場判定結果を乗客に
表示する。
市場判定を要求し、競売サーバ1は市場判定を行い、判
定結果を業者端末12に送信する(ステップS53,S
54)。業者端末11は、市場判定結果を運転手に表示
する。なお、本例では、乗客主導市場であるとする。
面を競売サーバ1から取得し、乗客によって、乗車希望
場所、行き先、希望料金、タクシーの種類、タクシー会
社等の希望条件、電子メールアドレス、電話番号が入力
される。ユーザ端末11は、入力された情報を競売サー
バ11に送信する(ステップS55)。競売サーバ1
は、ステップS55において乗客の希望条件等を受信し
たならば、その希望条件等をデータベース4に登録す
る。
客の希望条件を競売サーバ1に要求する。競売サーバ1
の制御部2は、要求に応じて乗客の希望条件を送信し、
業者端末12は受信した情報を表示する(ステップS5
6)。業者端末12が「乗車希望場所」としてタクシー
乗り場や区域を指定した場合には、制御部2は、指定さ
れた場所をキーとして乗客の希望条件を抽出して送信す
る。また、制御部2は、乗客の電話番号や電子メールア
ドレスの情報は送信せず、電話番号等は業者端末12に
表示されない。
が指定されると、その乗客に入札を行う画面を競売サー
バ1から取得して表示する。運転手は、業者端末12に
運転手の電話番号、電子メールアドレス、入札額(自身
がこの金額なら乗客を乗車させてよいと考える額)、タ
クシーの種類、タクシー会社等を入力する。入力された
情報は、業者端末12から競売サーバ1に送信される
(ステップS57)。競売サーバ1は、ステップS57
において受信した情報(入札に関する情報)をデータベ
ース4に登録する。
た乗客は、運転手による入札状況を確認する。ユーザ端
末11は、乗客に対して行われた入札に関する情報を競
売サーバ1から取得して表示する(ステップS58)。
このとき、競売サーバ1は、運転手の電話番号や電子メ
ールアドレスの情報はユーザ端末11に送信せず、電話
番号はユーザ端末11に表示されない。
一件の入札を選択され、選択された入札の情報を競売サ
ーバ1に送信する(ステップS59)。競売サーバ1の
制御部2は、選択された入札を行った運転手の業者端末
12に、乗客に選択された旨の情報を送信する(ステッ
プS60)。制御部2は、例えば、電子メールによって
この情報を送信する。運転手は、ステップS60におい
て通知される情報により、落札できたことを確認する。
業者端末12は、運転手の操作により、落札を確認した
旨の情報を競売サーバ1に送信する(ステップS6
1)。例えば、落札確認入力画面を競売サーバ1から取
得し、その画面の操作によって、落札を確認した旨の情
報を送信する。
末12に、落札が決定した旨の情報、乗客および運転手
の電話番号を送信する(ステップS62)。ステップS
62では、例えば、電子メールによって情報を送信す
る。制御部2は、運転手と乗客が互いに相手を確認する
ための暗証情報(例えば、暗証番号)を作成し、この暗
証情報も送信する。乗客と運転手は、送信された電話番
号を用いて電話で連絡を取り合い、お互いを認識するた
めの特徴や乗車場所等を確認する(ステップS63)。
乗客と運転手は、乗車時にお互いの暗証情報を確認す
る。ステップS62において、制御部2は、ユーザ端末
11と業者端末12のいずれか一方に情報を送信し、こ
の情報を受信した乗客または運転手が、相手に対して連
絡をとってもよい。
に、運転手を決定した乗客の希望条件およびその乗客へ
の入札に関する情報をデータベース4から削除する。
する情報を競売サーバ1に送信する場合を示したが、業
者端末12は、入札に関する情報をユーザ端末11に直
接送信してもよい。この場合、競売サーバ1は、ステッ
プS56において、乗客の電話番号または電子メールア
ドレスも送信する。業者端末12は、この電話番号また
は電子メールアドレスを用いてユーザ端末11に直接入
札を行う。
きの動作について説明する。図5は、タクシー双方向入
札システムを用いて乗客が入札する際の処理経過の一例
を示す流れ図である。
を要求し、競売サーバ1は市場判定を行い、判定結果を
業者端末12に送信する(ステップS71,S72)。
同様に、ユーザ端末11も、競売サーバ1に市場判定を
要求し、競売サーバ1は市場判定結果をユーザ端末11
に送信する(ステップS73,S74)。ステップS7
1,S72およびステップS73,S74の動作は、そ
れぞれ、ステップS53,S54およびステップS5
1,S52の動作と同様である。なお、本例では、業者
主導市場であるとする。
を競売サーバ1から取得し、運転手によって、乗客を乗
せようとする場所、行き先までの距離、希望する乗車料
金等の希望条件、タクシーの種類、電子メールアドレ
ス、電話番号が入力される。業者端末12は、入力され
た情報を競売サーバ1に送信する(ステップS75)。
競売サーバ1は、受信した運転手の希望条件等をデータ
ベース4に登録する。
運転手の希望条件を競売サーバ1に要求する。制御部2
は、この要求に応じて運転手の希望条件を送信し、ユー
ザ端末11は受信した情報を表示する(ステップS7
6)。ユーザ端末11が「乗客を乗せようとする場所」
としてタクシー乗り場や区域を指定した場合には、制御
部2は、指定された場所をキーとして運転手の希望条件
を抽出して送信する。また、制御部2は、運転手の電話
番号や電子メールアドレスの情報は送信せず、電話番号
等はユーザ端末11に表示されない。
つが指定されると、その運転手に入札を行う画面を競売
サーバ1から取得して表示する。乗客は、ユーザ端末1
1に乗客の電話番号、電子メールアドレス、希望する行
き先、入札額(自身がこの金額ならタクシーに乗車して
よいと考える額)等を入力する。入力された情報は、ユ
ーザ端末11から競売サーバ1に送信される(ステップ
S77)。競売サーバ1は、ステップS77において受
信した情報(入札に関する情報)をデータベース4に登
録する。
た運転手は、乗客による入札状況を確認する。業者端末
12は、運転手に対して行われた入札に関する情報を競
売サーバ1から取得して表示する(ステップS78)。
このとき、競売サーバ1は、乗客の電話番号や電子メー
ルアドレスの情報は業者端末12に送信せず、電話番号
は業者端末12に表示されない。
一件の入札を選択され、選択された入札を示す情報を競
売サーバ1に送信する(ステップS79)。競売サーバ
1の制御部2は、選択された入札を行った乗客のユーザ
端末11に、運転手に選択された旨の情報を送信する
(ステップS80)。乗客は、この情報により、落札で
きたことを確認する。ユーザ端末11は、乗客の操作に
より、落札を確認した旨の情報を競売サーバ1に送信す
る(ステップS81)。
2に、落札が決定した旨の情報、乗客および運転手の電
話番号を送信する(ステップS82)。この電話番号を
使って、乗客と運転手は連絡を取り合う(ステップS8
3)。ステップS80〜S83の動作は、ステップS6
0〜S63の動作と同様である。また、制御部2は、ス
テップS82の後に、乗客を決定した運転手の希望条件
およびその運転手への入札に関する情報をデータベース
4から削除する。
よれば、各乗客と各タクシー業者とが、希望に沿うタク
シー業者や乗客を探して、希望を入札によって伝えるこ
とができる。その結果、乗客が少ない場合には、乗客は
業者の入札を待つことでより低額でタクシーに乗ること
ができる。また、業者は入札によって顧客(乗客)を獲
得しやすくなる。一方、乗客が多い場合には、業者は、
乗客の入札を待つことでより高い乗車料金を得ることが
できる。乗客は、入札によってより早くタクシーに乗る
ことができるようになる。
ことによって、運転手に最短経路を通るように促すこと
ができる。この結果、余分な走行距離や走行時間を減少
させることができる。
S82において、制御部2が電子メールで情報を送信す
る場合を示したが、情報送信方法は電子メールによる方
法に限定されない。例えば、競売サーバ1が、電話回線
を介してユーザ端末11や業者端末12に音声情報を送
信する構成であってもよい。あるいは、ユーザ端末11
や業者端末12が、定期的にインターネット10を介し
て競売サーバ1から情報を取得する構成であり、落札の
可否に関する情報や、落札した相手の確認の有無に関す
る情報を定期的に取得してもよい。
おいて運転手が入札する場合を示したが、乗客主導市場
で入札を行うのは運転手に限られず、乗客が入札を行っ
てもよい。同様に、図5に示す例では、業者主導市場に
おいて乗客が入札する場合を示したが、運転手が入札を
行ってもよい。
は、使用者の所在している区域を特定してもよい。例え
ば、ユーザ端末11等は、GPS衛星の電波を利用して
使用者の現在位置を算出し、予め区分けされている区域
の中から現在位置が属する区域を特定する構成であって
もよい。さらに、ユーザ端末11や業者端末12は、特
定した区域を「乗車希望場所」または「乗客を乗せよう
とする場所」として競売サーバ1に送信してもよい。こ
のような構成によれば、乗客や運転手の情報入力負担を
軽減することができる。
使用する場合を示したが、乗客と運転手との連絡を仲介
する仲介者が業者端末12を使用してもよい。この場
合、仲介者は、ステップS62,S82で確認した事項
等を運転手に連絡すればよい。
件の登録等を行わず、市場判定の結果だけを確認しても
よい。この場合、業者端末12および競売サーバ1は、
ステップS53、S54の動作を行う。この動作のみに
よっても、運転手は、指定した場所での市場判定結果を
知ることができる。そして、業者主導市場となっている
タクシー乗り場や区域に行くことによって、顧客(乗
客)を獲得しやすくなる。
する情報の送受信が可能であり、タクシーの乗客によっ
て使用されるユーザ端末と、通信ネットワークを介する
情報の送受信が可能であり、タクシー業者によって使用
される業者端末と、タクシーに対する乗客の希望条件を
ユーザ端末から通信ネットワークを介して収集し、各乗
客への入札に関する情報を業者端末から通信ネットワー
クを介して収集し、前記入札に関する情報のうち乗客に
選択された入札を示す情報をユーザ端末から受信する業
者入札管理手段と、乗客に対するタクシー業者の希望条
件を業者端末から通信ネットワークを介して収集し、各
タクシー業者への入札に関する情報をユーザ端末から通
信ネットワークを介して収集し、前記入札に関する情報
のうちタクシー業者に選択された入札を示す情報を業者
端末から受信する乗客入札管理手段とを備えているの
で、各乗客と各タクシー業者とが、希望に沿うタクシー
業者や乗客を探して、希望を入札によって伝えることが
できる。
タクシー業者の入札を待つことでより低額でタクシーに
乗ることができる。また、タクシー業者は入札によって
顧客を獲得しやすくなる。一方、乗客が多い場合には、
業者は、乗客の入札を待つことでより高い乗車料金を得
ることができる。乗客は、入札によってより早くタクシ
ーに乗ることができるようになる。
実施の一形態を示すブロック図である。
図である。
図である。
を示す流れ図である。
れ図である。
Claims (8)
- 【請求項1】 通信ネットワークを介する情報の送受信
が可能であり、タクシーの乗客によって使用されるユー
ザ端末と、 通信ネットワークを介する情報の送受信が可能であり、
タクシー業者によって使用される業者端末と、 タクシーに対する乗客の希望条件をユーザ端末から通信
ネットワークを介して収集し、各乗客への入札に関する
情報を業者端末から通信ネットワークを介して収集し、
前記入札に関する情報のうち乗客に選択された入札を示
す情報をユーザ端末から受信する業者入札管理手段と、 乗客に対するタクシー業者の希望条件を業者端末から通
信ネットワークを介して収集し、各タクシー業者への入
札に関する情報をユーザ端末から通信ネットワークを介
して収集し、前記入札に関する情報のうちタクシー業者
に選択された入札を示す情報を業者端末から受信する乗
客入札管理手段とを備えたことを特徴とするタクシー双
方向入札システム。 - 【請求項2】 業者入札管理手段が、乗客に選択された
入札を示す情報をユーザ端末から受信した場合、およ
び、乗客入札管理手段が、タクシー業者に選択された入
札を示す情報を業者端末から受信した場合に、乗客とタ
クシー業者とが互いに連絡をとるための情報をユーザ端
末または業者端末に送信する連絡先通知手段を備えた請
求項1記載のタクシー双方向入札システム。 - 【請求項3】 業者入札管理手段は、乗客の希望条件
を、通信ネットワークを介してユーザ端末から受信して
保持する乗客希望保持手段と、 乗客希望保持手段が保持する乗客の希望条件を業者端末
に送信し、各乗客への入札に関する情報を、前記業者端
末から通信ネットワークを介して受信して保持する業者
入札情報保持手段と、 業者入札情報保持手段が保持する入札に関する情報をユ
ーザ端末に送信し、乗客に選択された入札を示す情報
を、前記ユーザ端末から通信ネットワークを介して受信
する落札業者決定手段とを備えた請求項1または請求項
2記載のタクシー双方向入札システム。 - 【請求項4】 乗客入札管理手段は、タクシー業者の希
望条件を、通信ネットワークを介して業者端末から受信
して保持する業者希望保持手段と、 業者希望保持手段が保持するタクシー業者の希望条件を
ユーザ端末に送信し、各タクシー業者への入札に関する
情報を、前記ユーザ端末から通信ネットワークを介して
受信して保持する乗客入札情報保持手段と、 乗客入札情報保持手段が保持する入札に関する情報を業
者端末に送信し、タクシー業者に選択された入札を示す
情報を、前記業者端末から通信ネットワークを介して受
信する落札乗客決定手段とを備えた請求項1から請求項
3のうちのいずれか1項記載のタクシー双方向入札シス
テム。 - 【請求項5】 乗客への入札に関する情報は、少なくと
もタクシー業者が乗客に提示する乗車料金の情報を含
み、タクシー業者への入札に関する情報は、少なくとも
乗客がタクシー業者に提示する乗車料金の情報を含む請
求項1から請求項4のうちのいずれか1項記載のタクシ
ー双方向入札システム。 - 【請求項6】 乗客の希望条件の件数およびタクシー業
者の希望条件の件数に基づいて、乗客に有利な入札が行
われやすいか、タクシー業者に有利な入札が行われやす
いかを判定し、通信ネットワークを介して判定結果をユ
ーザ端末または業者端末に送信する市場判定手段を備え
た請求項1から請求項5のうちのいずれか1項記載のタ
クシー双方向入札システム。 - 【請求項7】 タクシーに対する乗客の希望条件を、乗
客が使用するユーザ端末から通信ネットワークを介して
収集し、各乗客への入札に関する情報を、タクシー業者
が使用する業者端末から通信ネットワークを介して収集
し、前記入札に関する情報のうち乗客に選択された入札
を示す情報をユーザ端末から受信する業者入札管理手段
と、 乗客に対するタクシー業者の希望条件を、業者端末から
通信ネットワークを介して収集し、各タクシー業者への
入札に関する情報を、ユーザ端末から通信ネットワーク
を介して収集し、前記入札に関する情報のうちタクシー
業者に選択された入札を示す情報を業者端末から受信す
る乗客入札管理手段とを備えたことを特徴とするタクシ
ー双方向入札装置。 - 【請求項8】 タクシーの乗客が使用するユーザ端末お
よびタクシー業者が使用する業者端末と通信ネットワー
クを介して接続するコンピュータに、 タクシーに対する乗客の希望条件をユーザ端末から通信
ネットワークを介して収集し、各乗客への入札に関する
情報を業者端末から通信ネットワークを介して収集し、
前記入札に関する情報のうち乗客に選択された入札を示
す情報をユーザ端末から受信する処理、 乗客に対するタクシー業者の希望条件を業者端末から通
信ネットワークを介して収集し、各タクシー業者への入
札に関する情報をユーザ端末から通信ネットワークを介
して収集し、前記入札に関する情報のうちタクシー業者
に選択された入札を示す情報を業者端末から受信する処
理、 を実行させるためのタクシー双方向入札プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001176198A JP3690309B2 (ja) | 2001-06-11 | 2001-06-11 | タクシー双方向入札システム、装置、およびプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001176198A JP3690309B2 (ja) | 2001-06-11 | 2001-06-11 | タクシー双方向入札システム、装置、およびプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002366799A true JP2002366799A (ja) | 2002-12-20 |
JP3690309B2 JP3690309B2 (ja) | 2005-08-31 |
Family
ID=19017226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001176198A Expired - Lifetime JP3690309B2 (ja) | 2001-06-11 | 2001-06-11 | タクシー双方向入札システム、装置、およびプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3690309B2 (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003030788A (ja) * | 2001-07-17 | 2003-01-31 | Omron Corp | 乗り物呼び出し装置および方法、タクシー呼び出し装置および方法、携帯端末および通信方法 |
JP2008015711A (ja) * | 2006-07-04 | 2008-01-24 | Yachin Auction Jp:Kk | オークション方法、オークション制御装置、オークション制御プログラム、およびそのオークション制御プログラムを記録した記録媒体 |
KR101429273B1 (ko) * | 2005-08-02 | 2014-08-12 | 주식회사 어가람닷컴 | 요금협상 및 대리기사들의 브랜드화를 통한 안심대리운전에관한 시스템과 그 방법 |
KR101811003B1 (ko) * | 2012-03-15 | 2017-12-21 | 주식회사 케이티 | 콜택시 서비스를 제공하는 서버 및 방법 |
CN113807640A (zh) * | 2020-06-11 | 2021-12-17 | 丰田自动车株式会社 | 调配服务提供***、用于调配服务的服务器以及调配服务提供方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105654557A (zh) * | 2014-09-05 | 2016-06-08 | 张志强 | 一种计算乘车费用的方法及装置 |
KR101859106B1 (ko) * | 2017-01-31 | 2018-05-17 | 엘지전자 주식회사 | 이동 단말기 및 그 제어방법 |
-
2001
- 2001-06-11 JP JP2001176198A patent/JP3690309B2/ja not_active Expired - Lifetime
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003030788A (ja) * | 2001-07-17 | 2003-01-31 | Omron Corp | 乗り物呼び出し装置および方法、タクシー呼び出し装置および方法、携帯端末および通信方法 |
KR101429273B1 (ko) * | 2005-08-02 | 2014-08-12 | 주식회사 어가람닷컴 | 요금협상 및 대리기사들의 브랜드화를 통한 안심대리운전에관한 시스템과 그 방법 |
JP2008015711A (ja) * | 2006-07-04 | 2008-01-24 | Yachin Auction Jp:Kk | オークション方法、オークション制御装置、オークション制御プログラム、およびそのオークション制御プログラムを記録した記録媒体 |
KR101811003B1 (ko) * | 2012-03-15 | 2017-12-21 | 주식회사 케이티 | 콜택시 서비스를 제공하는 서버 및 방법 |
CN113807640A (zh) * | 2020-06-11 | 2021-12-17 | 丰田自动车株式会社 | 调配服务提供***、用于调配服务的服务器以及调配服务提供方法 |
JP2021196768A (ja) * | 2020-06-11 | 2021-12-27 | トヨタ自動車株式会社 | 配車サービス提供システム、配車サービスのためのサーバ、及び配車サービス提供方法 |
JP7294246B2 (ja) | 2020-06-11 | 2023-06-20 | トヨタ自動車株式会社 | 配車サービス提供システム、配車サービスのためのサーバ、及び配車サービス提供方法 |
Also Published As
Publication number | Publication date |
---|---|
JP3690309B2 (ja) | 2005-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6143214B2 (ja) | 携帯端末を用いたタクシー車両の呼び寄せシステム | |
US20190236742A1 (en) | Method for requesting a ride service in a ride service system | |
JP6062641B2 (ja) | タクシー運用システムおよびサーバ装置 | |
JP2017050008A (ja) | 同一の移動パスに沿って移動する装置を関連付けるシステム及び方法 | |
JP2002032889A (ja) | タクシー手配システム | |
US20080014908A1 (en) | System and method for coordinating customized mobility services through a network | |
JP2004310316A (ja) | 配車処理装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録する記録媒体 | |
US20050032528A1 (en) | Geographical web browser, methods, apparatus and systems | |
JP6935165B2 (ja) | 乗物の手配支援サーバ、乗物の手配支援方法 | |
JP2004157698A (ja) | タクシーサービスシステム、携帯端末装置及びそれに用いるタクシーサービス方法並びにそのプログラム | |
JP2004062490A (ja) | 相乗り代理交渉システムおよび相乗り代理交渉方法 | |
JP3890862B2 (ja) | 移動体特典情報提供システム | |
JP2002133588A (ja) | タクシー配車運用システムおよび配車方法、ならびに配車用プログラムを記録した記録媒体 | |
WO2002006994A2 (en) | System and method for determining an efficient transportation route | |
JP4886132B2 (ja) | タクシー配車処理システム、および配車センタサーバ | |
JP2002365082A (ja) | 情報提供装置及び情報提供方法 | |
JP2002303520A (ja) | 移動体駐車場情報配信方法、移動体駐車場情報配信システム、移動体駐車場情報更新システム、移動体駐車場情報課金システム、移動体通信機器及び記録媒体 | |
JP2012160130A (ja) | タクシー情報提供システム及びタクシー情報提供方法 | |
WO2004044767A1 (en) | Method and system for providing a combined metering and dispatching service with advertising | |
JP2002366799A (ja) | タクシー双方向入札システム、装置、およびプログラム | |
JP2003058984A (ja) | タクシーの配車サービス方法及びそのシステム、並びに見積処理プログラムを記録した記録媒体 | |
JP2002024659A (ja) | 配車予約システム | |
JP4796804B2 (ja) | 経路通知方法、経路通知システム、経路通知装置、及びコンピュータプログラム。 | |
JP2002163335A (ja) | タクシー業務運営システム | |
JP2002140402A (ja) | 車両の乗合サービス提供方法、システムおよび装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050112 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050118 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050318 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050524 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050606 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080624 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090624 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100624 Year of fee payment: 5 |