JP3917110B2 - Auction method and server - Google Patents

Auction method and server Download PDF

Info

Publication number
JP3917110B2
JP3917110B2 JP2003171434A JP2003171434A JP3917110B2 JP 3917110 B2 JP3917110 B2 JP 3917110B2 JP 2003171434 A JP2003171434 A JP 2003171434A JP 2003171434 A JP2003171434 A JP 2003171434A JP 3917110 B2 JP3917110 B2 JP 3917110B2
Authority
JP
Japan
Prior art keywords
data
server
time
terminal
bid
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.)
Expired - Fee Related
Application number
JP2003171434A
Other languages
Japanese (ja)
Other versions
JP2003346013A (en
Inventor
正 五井野
Original Assignee
正 五井野
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 正 五井野 filed Critical 正 五井野
Priority to JP2003171434A priority Critical patent/JP3917110B2/en
Publication of JP2003346013A publication Critical patent/JP2003346013A/en
Application granted granted Critical
Publication of JP3917110B2 publication Critical patent/JP3917110B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【０００１】
【発明の属する技術分野】
本発明は、オークションをネットワーク上で行うオークション方法及びサーバに関するものである。
【０００２】
【従来の技術】
従来、この種のオークション方法が例えば特許文献１〜３などに開示されている。これらのオークション方法はいずれも、最も値段の条件がよかった競りの参加者、つまり通常のオークションであれば売り手にとって最も高値をつけた参加者（買い手）、逆オークションであれば買い手にとって最も安値をつけた参加者（売り手）が落札する方式になっていた。通常、落札者は予め規則等で決められている期日までに取引、つまり商品の引渡しや代金の支払いを終えるようになっている。
【０００３】
【特許文献１】
米国特許５７９４２０７号
【特許文献２】
特開平１０−７８９９２号公報
【特許文献３】
特開平１１−３２８２７１号公報
【０００４】
【発明が解決しようとする課題】
ところが、オークションに商品の売買を依頼する依頼者（依頼主）にとって、種々の事情から、商品の引渡日や代金の支払日を自分の都合のよい期日に設定したいという要求があった。例えば資金調達のために緊急に、美術品や骨董品を売却したい依頼者にとっては、希望価格で売却できればたとえ高値がつかなくても、できるだけ早く資金を調達したい。また商品を早く手に入れたい者の中には、価格よりも早い取引を最優先に望む場合があった。また商品を仕入れる場合、商品を出荷するまでの保管場所がなく倉庫を借りなければならない場合は、その商品を出荷する直前に商品の入荷日を設定したい。また欲しい商品があるが、お金のできる期日がまだ先である場合は、支払いができるその期日以降でできるだけ早くに商品の入荷を希望するし、支払いより先に商品を引き渡してくれる自分にとって有利な条件を提示してくれる相手がいればその相手と取引をしたい。また現在仕事や遊びで使用している製品を他の購入資金を得るために売却したいと考える者にとっては、希望価格で購入してもらえるのであれば、なるべく遅くまでその製品を使用させてくれる相手と取引をしたかった。
【０００５】
このように商品を売買する相手を探す売り手や買い手には、商品の引き渡し日や代金の支払日などの取引日について各人の事情に応じた種々の希望があったが、従来のオークション方法ではこのような取引日までは考慮されず落札者が決まっていた。このため、最高値でなくとも満足する取引日を提示してくれる取引相手を探したり、取引日を最優先に取引相手を探したり、最高値が複数人いれば最先の者ではなく取引日の面で最も有利な相手を落札者にすることができないという問題があった。なお、従来、航空券の予約やホテルの予約などに利用されている逆オークションでは、買い手が搭乗日や宿泊日などの時期に関する情報を提示し、売り手はその希望に合う搭乗日や宿泊日などの時期に関する情報を提示するが、これらの時期情報は取引時期ではなく、代金はあくまで落札相手が決める期日までに支払わなければならなかった。このように従来のオークションは価格で競るのが当然であったため、依頼者の要望に価格の面では沿うものの、価格以外の他の要望を必ずしも満たすものとはなっていなかった。従来のオークション方法は、価格よりも優先させたい要望があるときでも、その要望を最優先させることがし難いものとなっていた。
【０００６】
ところで、例えば顧客がタクシーを依頼する場合に、逆オークション方式を採用して、複数のタクシー会社の間で最も料金の安いタクシーを選別する方式も考えられる。しかしこの方式では、最も安値のタクシーを選択できるものの、手配されるタクシーの位置は考慮されておらず、顧客（依頼人）の位置から非常に離れたタクシーを選択する問題が生じる。
【０００７】
また、一般に実施されるタクシーの依頼方式では、顧客がタクシー会社に電話等で連絡し、そのタクシー会社の車の中で最も依頼人に近いタクシーが配車される。ところが、この方式は一社のタクシー会社との間の取り引きであるため、他のタクシー会社の車が依頼人に一層近い場所にいる場合もあり、必ずしも最も近いタクシーが配車されるわけではなかった。よって、最も近いタクシーを選定できない問題もあった。
【０００８】
また、例えばオークションに商品の売買などを依頼する依頼者にとって、種々の事情から、例えば最も長い（短い）、最も重い（軽い）、最も多い（少ない）など希望に応じた値で商品を取引したいという要望があった。例えば、できるだけ長い長さの商品の購入を希望する依頼者は、オークション参加者のうち、価格は考慮せずに最も長い長さの商品を提示する売り手との取引を希望する場合もある。つまり、オークションに参加する依頼者の中には、落札条件として価格以外の数値を優先して取引したい依頼者がいる場合もあった。ところが、従来のオークション方式では、商品の価格のみを競りの対象としているので、価格以外の数値を競りの対象とする場合に適用できない問題があった。
【０００９】
また、オークションに商品の売買を依頼する依頼者にとって、種々の事情から、商品についての要望を反映させたいという要求があった。例えば美術品や骨董品を購入したい依頼者にとっては、年代や保管の程度、傷などの諸条件も考慮したうえで自分にとって最も適正な価格である物を購入したい。またパーソナルコンピュータを購入する場合、表示装置の画質や本体の品質や性能、処理速度などの要望はあるものの、どの製品（品番等）がその要望を最も満たしているかなどが分からない場合があった。また家庭教師などを依頼する場合、要望はあるものの、何を評価基準に選んだらよいかが分からない場合もあった。このため、ある程度は勘で要望を満たす製品や人を絞り込んで、その製品や役務を価格で競り落とさざるを得なかった。なお、オークションに登録している者のみに取引相手が事実上限られていたという問題もあった。また、売り手にとっても、商品の価値を最も分かってくれる人に買ってほしいなどの要望があった。
【００１０】
このように従来のオークションは価格で競るのが当然であったため、依頼者の要望に価格の面では沿うものの、価格以外の要望を必ずしも満たすものとはなっていなかった。従来のオークション方法は、価格よりも優先させたい要望があるときでも、その要望を最優先させることがし難いものとなっていた。なお、オークションに商品や役務を取引の対象して参加している、あるいは商品や役務の提供を希望している取引相手としか取引できないのが現状であった。
【００１１】
本発明は上記課題を解決するためになされたものであって、その目的は、移動中の役務提供者と役務の提供を受ける役務受理者とのうち依頼人（依頼主）の位置に関する要望を満たすことができるオークション方法及びサーバを提供することにある。
【００１２】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明では、依頼主が端末から提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者である入札者が端末から入札し、サーバが落札するネットワークを通じて行われるオークション方法であって、サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させ指定位置および希望時刻の各データの該端末への入力を促すとともに、該端末へ入力された該指定位置データおよび希望時刻データを含む依頼情報データを依頼主の端末から前記サーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの該端末への入力を促すとともに、該予定移動経路データを含む前記入札情報データを入札者の端末からサーバが受信して記憶部に記憶する入札手順と、前記サーバが、前記記憶部から前記指定位置データ、希望時刻データおよび予定移動経路データを読み出すとともに、当該読み出した各データに基づいて、前記入札者が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記依頼主の指定位置まで移動する際に前記依頼主に課せられる待ち時間を予め記憶部に記憶された演算式を用いて算出し、当該算出した待ち時間データを記憶部に記憶する演算手順と、
前記記憶部から読み出した待ち時間データを比較処理して待ち時間を最も短くしうる予定移動経路データを提示した落札者を入札者の中から決定する競り処理をサーバが実行する落札手順とを備えたことを要旨とする。
【００１３】
請求項２に記載の発明では、依頼主が提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者を落札するために役務受理者である入札者が入札し、入札者が競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させ前記サーバは前記依頼画面で依頼主に対し予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データの入力を促すとともに、該予定移動経路データをも含む依頼情報データを依頼主の端末から受信して記憶部に記憶する依頼手順と、前記サーバは入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて指定位置および希望時刻の入力を促すとともに、該指定位置および希望時刻を含む入札情報を役務受理者としての入札者の端末から受信して記憶する入札手順と、前記サーバは、前記指定位置、希望時刻および予定移動経路の各データを用いて、前記依頼主が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記入札者の指定位置まで移動するまで前記依頼主に課せられる移動時間を予め記憶部に記憶されたプログラムを実行して演算で割り出し、当該割り出した移動時間データを記憶部に記憶する演算手順と、前記サーバが、前記記憶部から読み出した移動時間データを比較演算処理して前記移動時間を最も短くしうる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を実行する落札手順とを備えたことを要旨とする。
【００１４】
請求項３に記載の発明では、請求項１又は２に記載のオークション方法において、前記入札手順では、前記サーバは前記入札画面で前記待ち時間又は移動時間の遅れる要因となる状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む入札情報データを入札者の端末から受信して記憶部に記憶し、前記演算手順では、前記サーバは前記待ち時間又は移動時間を、前記記憶部から読み出した前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間を前記記憶部に記憶することを要旨とする。
【００１５】
請求項４に記載の発明では、請求項１又は２に記載のオークション方法において、前記落札手順では、前記サーバは、前記待ち時間又は移動時間の遅れる要因となる状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データを通信により取得し、前記待ち時間又は移動時間を記憶部から読み出して当該待ち時間又は移動時間を前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間で前記競り処理を実行することを要旨とする。
【００１６】
請求項５に記載の発明では、依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させて指定位置および希望時刻の各データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該位置データおよび希望時刻を含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記予定移動経路データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる予定移動経路データを提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順とを備えたことを要旨とする。
請求項６に記載の発明では、依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者から前記役務を受ける役務受理者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該予定移動経路データを含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて指定位置および希望時刻の各データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記指定位置および希望時刻の各データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順とを備えたことを要旨とする。
【００１７】
請求項７に記載の発明では、請求項５に記載のオークション方法において、前記入札手順では、前記サーバは前記入札画面で前記予定移動経路上における時刻に応じた位置を変動させる要因となる役務提供者の置かれた状況を該状況に起因する移動の遅れ相当の距離に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む前記入札情報を入札者の端末から受信して前記記憶部に記憶し、前記演算手順では、前記サーバは前記指定位置、希望時刻及び予定移動経路の各データを用いて演算した前記距離データを、前記記憶部から読み出した状況情報データを距離換算して得た距離で補正し、該補正後の距離データを前記記憶部に記憶することを要旨とする。
請求項８に記載の発明では、請求項１乃至４のいずれか一項に記載のオークション方法において、前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の位置から、前記指定位置まで前記移動体で移動する際に前記依頼主に課せられる待ち時間又は移動時間を比較演算処理することを要旨とする。
請求項９に記載の発明では、請求項５又は６に記載のオークション方法において、前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の予測位置から前記移動体が前記指定位置まで移動するのに要する前記距離データを比較演算処理することを要旨とする。
【００２１】
請求項１０に記載の発明は、前記サーバは、請求項１〜９のいずれか一項に記載のオークション方法に利用されるものである。
【００２２】
【発明の実施の形態】
（第１実施形態）
以下、本発明を具体化した第１実施形態を図１〜図９に従って説明する。
【００２３】
前記第１実施形態が競りの対象とする要素が取引時期である時間であったが、本実施形態は、位置、距離、時間を価格以外の要素として競りを行う。時間は取引時期ではなく所要時間である。所要時間は例えばタクシーが到着するまでの待ち時間が挙げられる。
【００２４】
位置オークションには、タクシーなど有料で送迎をしてくれる乗り物を手配するための業務用オークションが用意されている。例えばタクシー会社はこの位置オークションに利用者登録し、この位置オークションを通じて効率よく顧客の提供を受ける。また顧客も利用者登録をして位置オークションを利用する。
【００２５】
次に位置オークションについて具体的に説明する。
オークション管理システム（仲介管理サーバシステム）２０は、サーバ２１と、表示装置７０、キーボードやマウスなどからなる入力装置７１とを備え、サーバ２１は３つのデータベース２２，２３，２４と接続されている。サーバ２１はインターネットＮに接続されており、インターネットＮを通じて第三者の端末３０と通信可能に接続されている。例えば複数のタクシー会社のパーソナルコンピュータ（以下単にパソコンという）７２がインターネットＮに接続されており、サーバ２１と通信可能となっている。例えばサーバ２１による顧客提供サービスを受けられるのは、予め利用者登録を済ませたタクシー会社（個人タクシー含む）のみである。またインターネットＮには接続された顧客用端末３０はサーバ２１と通信可能となっている。顧客用端末３０にはパソコン７３の他にインターネット通信可能（例えばｉモード対応）な携帯電話７４が挙げられる。各タクシー会社のパソコン７２には送受信機７５が接続されており、その会社に所属する各タクシー７６に備えられた送受信機７７との間で無線通信が可能となっている。
【００２６】
図３（ａ）に示すように、各タクシー７６には、ＧＰＳ衛星の電波利用による位置測定を行うＧＰＳ（全地球測位システム）７８が搭載されており、タクシー７６はＧＰＳ７８により自車の現在位置を正確に測定され、その位置情報は送受信機７７，７５間の無線通信を介してタクシー会社に送信されるようになっており、パソコン７２は自社に所属する全てのタクシー７６の現在位置を正確に認知する。また図３（ｂ）に示すように、顧客が所有する携帯電話７４はＧＰＳ７９を内蔵する位置測定対応型のものとなっている。このため、携帯電話７４を持ち歩く顧客の現在位置は、携帯電話７４に内蔵されたＧＰＳ７９により必要時に逐次測定されるようになっている。
【００２７】
オークション仲介会社のサーバ２１は、オークション用の各種プログラムをメモリに記憶している。その中にオークション用プログラムがある。このプログラムは、顧客の位置情報を各タクシー会社にインターネットＮを通じて知らせ、その顧客を競り落とすオークションを行うもので、各タクシー会社は、自社のタクシー位置情報を提示してオークションに参加し、サーバ２１はタクシー位置情報を基に顧客に落札条件として最も近い距離にいるタクシー７６を割り出し、これに落札させるものである。
【００２８】
タクシー会社のパソコン７２は、自社に所属する各タクシー７６の現在位置および現在状況を、各タクシー７６からの情報を基に把握している。現在状況とは、自動車の状況（顧客乗車中，顧客まで移動中，洗車中，ガソリン不足，給油中等）、運転者の状況（休憩中，食事中等）、道路状況（工事中、渋滞中等）などで、たとえ近くにいても顧客までの到着時間が遅くなる要因については位置（距離）に加えて考慮する。状況情報は、各タクシー会社の管理人が無線通信で得た情報をパソコン７２に入力するか、または送受信機７５が受信したアナログデータをデジタル変換してパソコン７２に取り込む。但し、運転者の手を煩わさずに自動でパソコン７２に送信できるようにする方がよい。例えばタクシー７６に各種センサを取付けるなどして所定状況を検出してプログラム等を利用して自動的に状況データをパソコン７２に逐次送信する構成を採用する。状況自動検出方法の構成としては、例えばガソリン不足検出にはガソリン量検出センサ、顧客有無確認検出にはタクシーメータ作動検出センサや座席センサなどの各種センサを用いる。また運転手のスケジュール管理データを記憶しておき時計機能の時刻と照合させることで休憩時間か就業時間かを判別する仕組み（プログラム）を利用する。また道路に設置された交通量調査装置で検出した道路交通管理機関から提供される渋滞情報や工事情報を基に道路の混み具合などを把握する。
【００２９】
図２は、オークション管理システム２０の機能構成図である。オークション管理システム２０は通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４を備える。通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４はサーバ２１により構成される。通信部８１は所定の通信手順（ＨＴＴＰ）で動く。また商品管理ＤＢ２３は競り条件記憶部８５を備え、競り条件記憶部８５には位置競りデータ記憶部８５Ａと絞込データ記憶部８５Ｂが用意されている。制御部８２および各演算部８３，８４は、位置オークションで落札者を特定するための演算制御などに使用され、この演算に各記憶部８５Ａ，８５Ｂに記憶された各種データが使用される。
【００３０】
仲介会社のサーバ２１には、オークションホームページ（ＨＰ）（サイト）が置かれ、ネットワークＮを通じて利用者（顧客）は端末３０からブラウザソフトを用いて画面上に図４に示すオークションＨＰを表示させて閲覧する。オークションＨＰには、図１１に示す利用者登録画面Ｐ、商品登録画面（図示せず）など各種画面が同様にリンクされている。サーバ２１のハードディスクには、各種画面ＨＰ，Ｐ，Ｑ，Ｆ，Ｇ等の画面データ、画面の表示等に用いるプログラム（例えばＨＴＭＬ記述プログラム）やオークションの演算処理に用いるプログラムが記憶されている。
【００３１】
図４に示すようにオークションＨＰにはオークション用の商品・役務別に分類された多数の選択ボタン５１と、逆オークション用の商品別に分類された多数の選択ボタン５２が同様に用意されている。競りに参加を希望する者（入札者）は、希望する商品分類の選択ボタン５１，５２を選択する。ただし同図では商品役務分類は一部のみ示している。また利用者登録ボタン５３と商品登録ボタン５４が用意されており、各ボタン５３，５４を選択することで利用者登録画面と商品登録画面がそれぞれ表示されて、各画面から入力したデータをサーバ２１に送信することで利用者登録や商品・役務登録がなされる。商品には情報提供も含まれる。位置オークション中には、タクシーなど有料で送迎する乗り物を提供する業者などが登録する業務用位置オークション（逆オークション）が用意されている。例えばタクシー会社はこの位置オークションに利用者登録し、この位置オークションを通じて顧客の提供を受ける。この実施形態では、タクシーを例にしているが、集配車など顧客の元に、または顧客の近くの所定場所に来てくれてサービスをする移動体（車両等）であれば何にでも適用できる。
【００３２】
オークションＨＰには「タクシー」ボタン８８があるのでこれを顧客は選択する。そして次画面の図５に示すタクシー手配画面Ｆで、必要事項を入力する。すなわち、画面Ｆには、顧客の乗車位置を指定するためのＧＰＳボタン９１、電話番号入力欄Ｆ１、文字入力欄Ｆ２が用意されている。また顧客特徴連絡、希望乗車時刻（何分以内等）、乗車人数、行先の入力欄Ｆ３〜Ｆ６、タクシーランク（大型・中型・小型車、料金ランク等）を指定するランクボタン９２、ＩＤ番号入力欄Ｆ７が用意されている。ここで、ＧＰＳボタン９１は、ＧＰＳ対応の携帯電話７４を使用するときは、予めＧＰＳ７９と対応付けさせておけば、このボタン９１を操作するだけでＧＰＳ位置データが登録されるものである。その他の位置を特定する方法として自宅や建物等の電話番号を入力することもできる。サーバ２１は電話番号から住所を特定するシステム（電話番号検索サービス会社）と接続されており、電話番号が分かれば位置が特定されるようになっている。また文字入力欄Ｆ２には、住所や地名、目印となる待ち合わせ場所などの文字情報を入力する。特徴連絡入力欄Ｆ３には、自分（顧客）の目印となる特徴を知らせる内容を記入する。なお、タクシー手配画面Ｆが依頼画面に相当する。
【００３３】
これらの必要事項を入力後、送信ボタン９３を選択して送信すると、競り依頼情報としてのこれらの顧客情報データはインターネットＮを介してサーバ２１に送信される。サーバ２１は顧客情報を基にオークションプログラムを立ち上げて広くタクシー会社のパソコン７２に対し位置オークションへの参加を呼びかける。タクシー会社のパソコン７２は常時立ち上げられていて、新規のオークション情報を受信するとその旨を操作者（パソコン管理者）に音・表示等で知らせる。サーバ２１からはこのとき図６に示すようなオークション参加画面Ｇが提供される。
【００３４】
図６に示すオークション参加画面Ｇには、顧客位置（乗車場所）、人数、ランク、行先、乗車時刻など顧客情報を提示する表示欄Ｇ１〜Ｇ５が用意されている。また地図表示欄Ｇ６が用意されており、この中には顧客のいる位置の周辺の地図（地図情報）が表示され、その地図上に顧客位置（乗車場所）（同地図上における黒丸）が表示され、顧客の詳細位置が地図上で視覚的に確認できるようになっている。この画面Ｇには、「タクシー位置」、「状況」を入力するための入力欄Ｇ７，Ｇ８が用意されている。オークションに参加するには顧客を極力待たせないために時間制限があり、残り時間を知らせる表示欄Ｇ９も用意されている。オークションに参加する場合は、時間制限内に入力欄Ｇ７，Ｇ８に必要データを入力して参加ボタン９４を選択する。なお、オークション参加画面Ｇが入札画面に相当する。
【００３５】
タクシー会社のパソコン７２は、全てのタクシー７６の位置・状況を把握しており、これらのデータと顧客位置（または乗車位置）から最も短時間で顧客の元に到着できる最適なタクシー７６を割り出し、そのタクシーのタクシー位置，状況を入力欄Ｇ７，Ｇ８に入力してそのタクシーを顧客を落札するためのタクシーとして競りに参加する。状況とは例えば「直行可能」「○○給油所で給油時間３分」「休憩時間中で５分後出発可能」「顧客乗車中」などである。例えばこの種の状況を数値化した状況データをサーバ２１に送信し、サーバ２１がタクシー位置と状況データを基に最も顧客の元に早く到着できるタクシーを割り出してそのタクシーに顧客を落札させる方法を採る。もちろん、状況判断はタクシー会社が全て行い、状況が悪く到着までに（制限時間）が過ぎるものについては不参加の判断をし、参加可能なタクシーのうち最適なものをオークションに参加させる方法を採用することもできる。この場合、状況判断はタクシー会社の責任下で行い、顧客を待たせた場合はペナルティが科せられるようにしてもよい。この構成だと純粋に位置のみで競り合う位置オークションとなる。
【００３６】
タクシー状況も全てサーバ２１が判断して顧客の元に最も早く到着できるタクシーを割り出す方法を採用することもできる。その方法としては、タクシー会社の管理人が予め決められた状況項目のうち該当する状況を文字情報で入力欄Ｇ８に入力してサーバ２１に知らせる方法が比較的現実的である。しかし、この方法だと人手がかかり非効率的であるので、各タクシー７６や各種施設から通信で得られる状況情報（自動車状況情報，運転者状況情報，道路状況情報）を基にパソコン７２が状況判断する構成とすることが効率面から望ましい。この場合、この種の状況を距離換算して現実の位置にその補正分の距離を加えた位置でオークションに参加する構成をとることもできる。なお、状況情報が時間変動要因情報に相当する。
【００３７】
サーバ２１は、各タクシー会社のパソコン７２（あるいは個人タクシーの携帯情報端末（例えばモバイル，携帯電話））から受信した情報（入札情報）を用いて、これらの情報に所定の処理を施して、顧客の指定する場所に最も短時間に到着できるタクシー７６を特定する。サーバ２１は各タクシー会社の料金体系データを記憶しており、所要時間が所定範囲内でほぼ一致する場合は、料金が安く済む方を自動的に割り出してそちらに落札させる。
【００３８】
最も短時間に顧客の元に到着できるタクシーの特定方法を次に説明する。
サーバ２１は、タクシー位置と顧客位置の各データを基に、地図上で２点間距離を割り出す。例えば図７（ａ）に示すように、Ｙ地点でタクシー７６を待つ顧客に対し、Ｚ１，Ｚ２，Ｚ３，Ｚ４計４台のタクシー７６が入札に参加した場合、各タクシーＺ１，Ｚ２，Ｚ３，Ｚ４と顧客との間の距離ａ，ｂ，ｃ，ｄをそれぞれ演算する。この場合、直線距離を用いてもよいが、本実施形態では、より正確な距離を求めるために地図上の距離を使用する（但し、図７では模式的に直線で示している）。純粋な位置オークションの場合は、この距離を比較し一番短いものに顧客を落札させる。
【００３９】
位置以外の状況情報をも考慮する場合、サーバ２１は、位置から単純に決まる距離データに加え、一方通行などの交通情報や、交通調査機関からのデータを基に逐次取得した工事中情報・渋滞情報を考慮して、推定される所要時間を計算する。また、文字情報あるいは数値データなどからなる状況データに所要時間への換算処理を施し、その換算時間を先に求めた所要時間に反映させて推定所要時間を求める。
【００４０】
図７（ａ）は、タクシーの現在位置と顧客位置との距離から見る方法であったが、図７（ｂ）はタクシーの予定移動経路の途中位置と顧客との距離を見る方法であり、これを移動中の位置オークションと呼ぶことにする。移動中の位置オークションについては後述する。
【００４１】
サーバ２１は、競りに参加した複数台のタクシー７６のうち推定所要時間が最も短かったタクシー７６に顧客を落札させる。落札したタクシー７６が決まると、タクシー会社のパソコン７２（個人タクシーの場合は携帯電話等）に落札した旨と顧客の特徴（目印）などその他必要事項をインターネットＮ等を通じた通信により知らせる。落札の旨を受信したタクシー会社は、該当するタクシー７６にその旨を伝え、そのタクシー７６は顧客の指定した場所に急行する。
【００４２】
次に位置オークションの手順フローを、図８に基づいて以下に説明する。なお、手順フローはサーバ２１の処理手順を必ずしも示すものではなく、タクシー会社と仲介会社間のやり取りなど位置オークション全体の手順（流れ）を示すものである。
【００４３】
Ｓ５１０では、顧客からの依頼があったか否かを判断する。顧客からの依頼が無ければ、依頼があるまで待機する。なお、Ｓ５１０で顧客の端末に依頼画面を表示させ、その顧客情報をサーバ２１が受信する手順が依頼手順に相当する。
【００４４】
Ｓ５２０では、顧客位置を確認する。
Ｓ５３０では、インターネットを通じて顧客情報を配信する。
Ｓ５４０では、位置オークションに参加する。なお、Ｓ５３０で顧客の端末に入札画面を表示させ、Ｓ５４０で位置オークションに参加した入札者から入札情報をサーバ２１が受信する手順が入札手順に相当する。またＳ５４０〜５６０の手順が落札手順に相当する。
【００４５】
Ｓ５５０では、所定時間が経過したか否かを判断する。つまり位置オークション参加締め切りまでの残り時間がなくなったか否かを判断する。
Ｓ５６０では、一番距離の近い位置を提示した者に落札させる。現在（競り参加時）のタクシー位置が位置データとして採用され、各タクシー位置と顧客位置間の距離が最も近いタクシーが顧客を落札する。また状況データが考慮されるときは、位置に加え状況が考慮されてその位置から顧客位置までの移動に要する推定所要時間が最も短いタクシーが顧客を落札する。
【００４６】
Ｓ５７０では、落札したタクシーにその旨を知らせる。すなわちタクシー会社のパソコン７２に落札の旨を知らせ、パソコン７２を介して落札したタクシー７６に落札した旨の情報を提供する。落札の知らせを受けたタクシー７６は、パソコン７２から得た顧客位置情報等を基に顧客の指定する場所に急行する。よって、顧客は最も短時間でタクシー７６を呼ぶことができる。
【００４７】
Ｓ５８０では、顧客にタクシーの情報を知らせる。つまり、顧客はどのタクシーが迎えに来るのか分からないので、タクシーを確認できる情報（タクシー会社やタクシー色等）を顧客に知らせる。
【００４８】
以下、移動中の位置オークションについて説明する。
タクシーが目的地に向かう経路の途中で顧客を拾えたり、集配車が予定集配経路上で余分に集配荷を得ることができれば、効率よく顧客や集配荷を獲得でき、しかも顧客にとっては早くタクシーを捕まえることができ、また早く荷物を集配してもらうことができる。このようなことを目的として、車両（タクシー等）の移動経路の途中で最も近くの位置から乗車する顧客を競り落とす、あるいは顧客にとって最も近くを移動中の車両を競り落とすのが移動中の位置オークションである。この場合、顧客はタクシーを利用したい場所（乗車位置）・時刻を指定してタクシーを手配できればそれでよく、オークション時にタクシーは遠くにいても構わない。
【００４９】
サーバ２１がメモリに記憶する移動中位置オークションのための各種プログラムは、基本的に位置オークションと同様であるが、画面Ｇ（図６）にはその他に移動中の移動経路を特定するための情報の入力欄と、移動経路をどのような時刻に通るかの情報（例えばある時刻の位置データ）の入力欄とが余分にある。サーバ２１は移動経路データと移動時刻データとから、顧客が指定する場所・時刻に、どのタクシーが最も近い位置を通ることになるかを、位置オークションと同様の手法で特定し、最も近くを通ることになるタクシー（又は集配車）が顧客を落札することになる。逆に顧客が依頼者であれば最も近くを通るタクシー（又は集配車）を落札する。なおここでは、移動経路データと移動時刻データも被換算情報を構成する。
【００５０】
詳しくは図７（ｂ）に示すように、Ｚ１，Ｚ２，Ｚ３の３台のタクシー７６が同図に各々示す移動経路で移動する場合、それぞれ移動途中の各タクシー７６が時刻ｔに通る場所（位置）を算出し、その時刻ｔにおいて顧客のＹ地点から最も近くの場所を通るタクシー７６がその顧客を落札する。逆に顧客はその時刻に最も近くを通るタクシー７６を落札する。図７（ｂ）の例では、時刻ｔにおける位置（同図中の点線位置）が最も顧客に近いタクシーＺ１が顧客を落札することになる（但し状況を考慮しない場合）。この場合も、単純に位置のみで判断する純粋な位置オークションとすることもできるし、本例のようにタクシー状況や交通状況等の状況判断をして推定所要時間を求めることもできる。
【００５１】
次に移動中位置オークションの手順フローを、図９に基づいて以下に説明する。なお、手順フローはサーバ２１の処理手順を必ずしも示すものではなく、位置オークション全体の手順（流れ）を示すものである。
【００５２】
Ｓ６１０では、顧客からの依頼があったか否かを判断する。顧客からの依頼が無ければ、依頼があるまで待機する。なお、Ｓ６１０で顧客の端末に依頼画面を表示させ、その顧客情報をサーバ２１が受信する手順が依頼手順に相当する。
【００５３】
Ｓ６２０では、顧客位置を確認する。
Ｓ６３０では、インターネットを通じて顧客情報を配信する。
Ｓ６４０では、位置オークションに参加する。なお、Ｓ６３０で顧客情報を配信して入札者の端末に入札画面を表示させ、Ｓ６４０で位置オークションに参加した入札者から入札情報をサーバ２１が受信する手順が入札手順に相当する。またＳ６４０〜６６０の手順が落札手順に相当する。
【００５４】
Ｓ６５０では、所定時間が経過したか否かを判断する。つまり位置オークション参加締め切りまでの残り時間がなくなったか否かを判断する。
Ｓ６６０では、一番距離の近い位置を提示した者に落札させる。この際、移動経路から推定される乗車時刻ｔにおけるタクシー位置が位置データとして採用される。各タクシー位置と顧客位置間の距離が最も近いタクシーが顧客を落札する。また状況データが考慮されるときは、位置に加え状況が考慮されてその位置から顧客位置までの移動に要する推定所要時間が最も短いタクシーが顧客を落札する。
【００５５】
Ｓ６７０では、落札したタクシーにその旨を知らせる。すなわちタクシー会社のパソコン７２に落札の旨を知らせ、パソコン７２を介して落札したタクシー７６に落札した旨の情報を提供する。落札の知らせを受けたタクシー７６は、パソコン７２から得た顧客位置情報等を基に顧客の指定する場所に急行する。よって、顧客は最も短時間でタクシー７６を呼ぶことができる。
【００５６】
Ｓ６８０では、顧客にタクシーの情報を知らせる。つまり、顧客はどのタクシーが迎えに来るのか分からないので、タクシーを確認できる情報（タクシー会社やタクシー色等）を顧客に知らせる。
【００５７】
従って、この第１実施形態によれば以下の効果が得られる。
（１）顧客はタクシ−を呼ぶときに最も早く来てくれるタクシーを依頼することができる。またタクシー会社にとっては顧客の最も近くにいるタクシーを効率よく配車することができる。
【００５８】
（２）移動中位置オークションでは、タクシーや集配車などの車両の移動経路の途中に顧客がある場合にはその移動途中に顧客を拾うことができるので、効率よく顧客を獲得できる。しかも顧客にとっても待ち時間が少なくて済む。
【００５９】
（第２実施形態）
以下、本発明を具体化した第２実施形態を図１〜図３，図５〜図７，図１０〜図１８に従って説明する。本実施形態では、競りの対象が要素としての位置である点が前記実施形態と異なっている。
【００６０】
位置オークションを実施するオークションシステムは図１に示す構成と基本的に同様である。位置オークションとは、依頼人が提示した位置の要望をネットワークを通じて第三者の端末に送信して広く入札を募り、応募のあった入札情報を基に位置で競りをし、依頼人の要望を最も満たす位置を提示した入札者が落札する競り方式である。依頼人の要望には、依頼人自らが提示する要望と、依頼人の依頼内容（依頼目的）から当然のこととして競り仲介業者が予め用意した要望とがある。
【００６１】
位置オークションは、買い手と売り手など互いに取引相手となる双方を引き合わせる位置の競りであり、取引対象として商品及び役務（サービス）などあらゆるものを対象とする。位置オークションには、タクシーなど有料で送迎をしてくれる乗り物や、荷物等を取りに来てくれる集配車などを手配するための業務用のオークションが用意されている。例えばタクシー会社はこの位置オークションに利用者登録し、位置オークションを通じて効率良く顧客の提供を受ける。
【００６２】
次に、位置オークションについて具体的に説明する。図１は、顧客またはタクシー会社のうち一方が他方をネットワーク（本例ではインターネット）を介して所定の位置条件を最も満たす取引相手を選ぶための位置オークションシステムを示す。
【００６３】
図１に示すように、オークション管理システム（仲介管理サーバシステム）２０は、サーバ２１と、表示装置７０と、キーボードやマウス等からなる入力装置７１とを備え、サーバ２１は３つのデータベース２２，２３，２４と接続されている。サーバ２１は、インターネットＮに接続されており、インターネットＮを通じて第三者の端末３０と通信可能に接続されている。例えば、複数のタクシー会社のパーソナルコンピュータ（以下、単にパソコンという）７２がインターネットＮに接続されており、サーバ２１と通信可能となっている。例えば、サーバ２１による顧客提供サービスを受けられるのは、予め利用者登録を済ませたタクシー会社（個人タクシー含む）のみである。
【００６４】
また、インターネットＮに接続された顧客用の端末３０は、サーバ２１と通信可能となっている。顧客用の端末３０には、パソコン７３の他にインターネット通信可能な携帯電話７４が挙げられる。各タクシー会社のパソコン７２には、送受信機７５が接続されており、その会社に所属する各タクシー７６が備える送受信機７７との間で無線通信が可能となっている。
【００６５】
タクシー７６に搭載される送受信装置や、携帯電話７４の構造は図３に示す構成とほぼ同様である。図３（ａ）に示すように、各タクシー７６には、複数の衛星から送信される電波（信号）により位置測定を行うＧＰＳ（全地球側位システム）７８が搭載されており、タクシー７６はＧＰＳ７８により自車の現在位置を正確に測定し、その位置情報は送受信機７５，７７間の無線で各タクシー会社に送信されるようになっている。タクシー会社のパソコン７２は、ＧＰＳ７８から出力される位置情報を基に自社に所属するすべてのタクシー７６の現在位置を正確に認知する。また図３（ｂ）に示すように、顧客が所有する携帯電話７４はＧＰＳ７９を内蔵する位置測定対応型のものとなっている。このため、携帯電話７４を持ち歩く顧客の現在位置は、携帯電話７４に内蔵されたＧＰＳ７９により必要時に逐次測定される。
【００６６】
図１に示すサーバ２１は、オークション用の各種プログラムをメモリに記憶している。その中にオークション用プログラムがある。このプログラムは、顧客の位置情報を各タクシー会社にインターネットＮを通じて知らせ、その顧客を競り落とすオークションを行うもので、各タクシー会社は、自社のタクシー位置情報を提示してオークションに参加し、サーバ２１はタクシー位置情報を基に顧客に最も近い位置にいるタクシー７６を割出し、これに落札させるものである。
【００６７】
タクシー会社のパソコン７２は、自社に所属する各タクシー７６の現在位置および現在状況を、各タクシー７６からの情報等を基に把握している。現在状況とは、自動車の状況（顧客乗車中、顧客位置まで移動中、洗車中、ガソリン不足、給油中等）、運転者の状況（休憩中、食事中等）、道路状況（工事中、渋滞中、事故等）などで、たとえ近くにいても顧客までの到着時間が遅くなる要因については現在状況を加えて考慮する。
【００６８】
自動車の状況や運転者の状況等のコンディション情報や、道路状況などの道路情報は、各タクシー会社の管理人が無線通信で得た情報をパソコン７２に入力するか、あるいは送受信機７５で受信したアナログデータをデジタル変換してパソコン７２に取り込む。但し、運転者の手を煩わさずに自動でパソコン７２に送信されるようにしている。例えば、タクシー７６に各種センサを取付けるなどして所定状況を検出し、その検出値を基にプログラム等を利用して自動的に状況データをパソコン７２に逐次送信する構成を採用する。なお、この例では被換算情報は、コンディション情報と道路情報により構成される。
【００６９】
この自動車状況や運転者状況等のコンディション情報および道路情報を自動で検出する状況自動検出方法の構成としては、例えばガソリン不足検出にはガソリン量検出センサ、顧客有無確認検出にはタクシーメータ作動検出センサや座席（着座）センサ等の各種センサを用いる。また、運転手のスケジュール管理データを記憶しておき、時計機能の時刻と照合させることで休憩時間か就業時間かを判別する仕組み（プログラム）を利用してもよい。また、道路に設置された交通量調査装置で検出した道路交通管理機関から提供される渋滞情報や工事情報を基に道路状況を把握する。各タクシー７６からの位置・状況データはデジタルデータとしてタクシー会社のパソコン７２に取り込まれるようにする。また道路交通管理機関からの道路情報についてはサーバ２１が管理する構成としている。
【００７０】
位置オークションに用いられるオークション管理システムは、図２に示す構成とほぼ同様である。図２に示すように、オークション管理システム２０は、通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４とを備える。通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４は、サーバ２１により構成される。通信部８１は所定の通信手順（ＨＴＴＰ）で動く。また、３つのデータベース２１〜２３のうち商品管理ＤＢ２３は競り条件記憶部８５を備え、競り条件記憶部８５には位置競りデータ記憶部８５Ａと絞込データ記憶部８５Ｂが用意されている。制御部８２および各演算部８３，８４は、位置オークションで落札者を特定するための演算制御等に使用され、この演算に各記憶部８５Ａ，８５Ｂに記憶された各種データが使用される。
【００７１】
サーバ２１には、図１０に示す位置オークションホームページ（ＨＰ）が置かれ、インターネットＮを通じて利用者（顧客）は端末３０からブラウザソフトを用いて画面上に図１０に示す位置オークションＨＰを表示させて閲覧する。位置オークションＨＰには、前述した図１１と同様の利用者登録画面Ｐ、同じく図５と同様のタクシー手配画面Ｒ、図６のオークション参加画面Ｇや、図１２に示す商品役務登録画面Ｈなど各種画面がリンクされている。サーバ２１のハードディスクには、各種画面Ｐ，Ｒ，Ｓ，Ｈ等の画面データ、画面の表示等に用いるプログラム（例えばＨＴＭＬ記述プログラム）、位置オークションの演算処理に用いるプログラムが記憶されている。
【００７２】
位置オークションＨＰには、取引の対象となる商品・役務別に分類された多数の選択ボタン１００，１０１，１０２が用意されている。競りに参加を希望する者（入札者）は、希望する商品・役務分類の選択ボタン１００，１０１，１０２を選択する。またＨＰには、「利用者登録」ボタン１０３と、「依頼登録」ボタン１０４が用意されており、各ボタン１０３，１０４を選択することで登録画面Ｐ（図１１）と登録画面Ｈ（図１２）がそれぞれ表示されて、各画面Ｐ，Ｈから入力したデータをサーバ２１に送信することで商品・役務登録がなされる。
【００７３】
図１１に示す利用者登録画面Ｐには、選択項目Ｐ１、各種入力欄Ｐ２の他に、個人用あるいは業務用を選択する選択項目が用意されており、例えばタクシー７６を依頼する依頼者は個人用の選択項目を選択し、タクシー会社は業務用の選択項目を選択してから他の登録を行う。また利用者登録画面Ｐには、クレジットカード番号などを入力するための入力欄も用意されている。
【００７４】
利用者が利用者登録画面Ｐでこれら全ての項目に必要事項を入力してＯＫボタン５５を選択すると、これら項目および項目Ｐ１、入力欄Ｐ２に入力された情報からなる利用者登録データＤ１は、ネットワークＮを通じてサーバ２１に送信され、３つのデータベース２１〜２３のうち顧客管理ＤＢ２１に格納される。サーバ２１は所定の手数料（登録料）の納付を確認すると、登録者の端末へ認証番号（ＩＤとパスワード）を送信する。登録者は、位置オークションを利用するときにはこの認証番号を使用する。
【００７５】
図１２に示すように、商品役務登録画面Ｈには、商品・役務分類、商品・役務名、希望価格、数量、品質、サービス内容、保管・提供場所（位置）、商品役務情報等の各種入力欄Ｈ１〜Ｈ８が用意されている。利用者が端末３０に表示された商品役務登録画面Ｈでこれら全ての項目に必要事項を入力して送信ボタン１０５を選択すると、各種入力欄Ｈ１〜Ｈ８に入力された情報からなる入札情報としての商品役務登録データＤ８は、インターネットＮを通じてサーバ２１に送信され、競り管理ＤＢ２４に格納される。例えばガソリン、古品、食品等の商品の場合、予約入札を受け付けて予め登録される商品登録時の商品役務登録データＤ８を入札情報としてオークションが行われる場合もある。このとき、商品役務登録画面Ｈが入札画面に相当する。
【００７６】
図１０に示す位置オークションＨＰには、「直接取引」ボタン１０６と「情報取引」ボタン１０７が用意されている。直接取引ボタン１０６は、商品・役務、あるいは商品・役務の買い手を直接オークションで選ぶときに使用するもので、例えばタクシーや集配車による役務（乗車サービス、集配サービス等）や商品などを直接的に競り落とす取引に用いられる。また情報取引ボタン１０７は、商品や役務またはその提供者（製造会社，サービス会社等）についての有益な情報を入手したいときに使用されるもので、例えば第三者から情報の提供のみを受ける場合に選択される。
【００７７】
位置オークションに参加を希望する者は、直接取引ボタン１０６か情報取引ボタン１０７かのうち一方を選択後、希望する商品または役務（例えばタクシーや集配業等）のうち参加を希望する選択ボタン１００〜１０２を選択する。選択ボタン１０２は「情報取引」にのみ有効なものである。またＨＰには、依頼者が商品・役務を競り落とす通常オークションか、依頼者が商品・役務の買い手を競り落とす逆オークションかを選択する選択項目１０８が用意されている。例えばタクシーや集配車を手配することを希望する顧客は「オークション」を選択し、タクシー会社や集配会社は顧客を確保するための「逆オークション」を選択する。そしてこのＨＰで全ての選択を実行した後、「確定」ボタン１３０が選択される。なお、顧客の元に、または顧客の近くの所定場所に来てくれるサービスをする移動体は、タクシーや集配車などの車両に限定されず、ヘリコプターや飛行機など何であってもよい。
【００７８】
以下、位置オークションについて、ＨＰで「タクシー」のボタン１０１を選択した場合を例にし、オークションのために用意された画面や処理手順などについて説明する。例えば依頼者（顧客）は、「タクシー」のボタン１０１を選択し、図５に示すタクシー手配画面Ｆを端末３０の画面に表示して、この画面Ｆに必要事項を入力する。即ち、画面Ｆには、顧客の乗車位置を指定するためのＧＰＳボタン９１、電話番号入力欄Ｆ１、文字入力欄Ｆ２が用意されている。また、顧客特徴連絡、希望乗車時刻（何分以内等可）、乗車人数、行先の入力欄Ｆ３〜Ｆ６、タクシーランク（大型・中型・小型車、料金ランク等）を指定するランクボタン９２、ＩＤ番号入力欄Ｆ７も用意されている。なお、タクシー手配画面Ｆが依頼画面に相当する。
【００７９】
また、画面Ｆには、顧客がタクシーに希望する位置についての範囲や位置条件を指定するための図１３に示す設定枠１０９も用意されている。この設定枠１０９には、「範囲なし」ボタン１１０と「範囲あり」ボタン１１１が用意されており、乗車位置から希望する範囲内にいるタクシーに限定したい場合は、「範囲あり」ボタン１１１を選択する。各ボタン１１０，１１１の直下には、それぞれ「最も近い」または「最も遠い」を選択する各選択項目１１２が用意されている。そして「最も近い」を選択すると乗車位置に対して最も近いタクシーが落札され、一方、「最も遠い」を選択すると最も遠いタクシーが落札される。顧客がタクシーを呼ぶときには待ち時間が少ない方がよく「最も近い」を選択するのが当然であるので、その役務の特性から位置条件が当然に限られる場合は、選択項目１１２を廃止してもよい。なお、ここでは顧客が指定する乗車位置が希望値に相当する。
【００８０】
顧客が自分の位置や乗車位置を知らせるために、例えばＧＰＳ対応の携帯電話７４を使用するとき、画面ＦのＧＰＳボタン９１が予めＧＰＳと対応付けされていれば、このボタン９１を操作するだけでＧＰＳ位置データが登録（入力）されサーバ２１に送信される。その他の位置を特定する方法としては、電話番号入力欄Ｆ１に自宅や建物等の電話番号を入力することも可能である。例えばサーバ２１は、電話番号から住所を特定するシステム（電話番号検索サービス会社）と接続されており、電話番号から顧客の位置を特定することも可能である。また、文字入力欄Ｆ２には、住所や地名、目印となる待ち合わせ場所などの文字情報が入力される。特徴連絡入力欄Ｆ３には、自分（顧客）の目印となる特徴を知らせる内容が記入される。
【００８１】
ここで、顧客側の希望で設定される範囲の有無や位置条件に応じて図１４に示す５種類の競り方式（競り条件（落札優先規則））が決まるようになっている。この５種類の競り方式について図１４に従って以下に説明する。但し、依頼者にとって便利な競り方式を広く用意しており、タクシー依頼の例で説明はするものの、中にはタクシー依頼に適さないものがあることを断っておく。
【００８２】
まず同図（ａ）は「範囲なし」かつ「最も近い」を設定した場合で、依頼主（顧客）が指定した乗車位置に対してできるだけ近い位置を提示した者（入札者）ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち最も近い位置を提示したＣが落札する。また、同図（ｂ）は「範囲なし」かつ「最も遠い」を設定した場合で、乗車位置に対してできるだけ遠い位置を提示した者（入札者）ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち最も遠い位置を提示したＣが落札する。
【００８３】
また、同図（ｃ）は「範囲あり」かつ「最も近い」を設定した場合で、顧客が指定したある範囲内において、できるだけ近い位置を提示した者ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち所定範囲内で最も近い位置を提示したＣが落札する。また、同図（ｄ）は「範囲あり」かつ「最も遠い」を設定した場合で、依頼主が指定したある範囲内において、できるだけ遠い位置を提示した者ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち所定範囲内で最も遠い位置を提示したＣが落札する。また、同図（ｅ）は、指定された乗車位置に対し小さい方からか大きい方からかに拘わらず、とにかく近いほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃ，Ｄのうち最も近い位置を提示したＤが落札する。
【００８４】
なお、図１４（ａ）〜（ｄ）の競り方式の場合、落札者（各図に示す入札者Ｃ，Ｄ）が競合したときには、後述する所定のルールを基に落札者を絞り込むようになっている。本例では、顧客は図１３に示す設定枠１０９の「範囲なし」ボタン１１０を選択し、かつ項目１１２で「最も近い」を選択したとし、顧客の乗車位置から最も近くに位置するタクシー７６を選ぶことにする。
【００８５】
タクシー手配画面Ｆで必要事項を入力後、送信ボタン９３を選択して送信すると、その必要事項をデータ内容とする競り依頼情報としての競り情報データＤ９が、インターネットＮを介してサーバ２１に送信される。また、オークション管理システム２０に備え付けられた入力装置７１を利用して、電話８０（図１参照）から受け取ったタクシー手配の諸条件を手入力することもできる。サーバ２１が受信した競り情報データＤ９は商品管理ＤＢ２３に格納される。すなわち競り情報データＤ９のうち顧客側が指定した乗車位置などの基準位置データ及び位置条件データ（範囲，位置条件等）等が位置競りデータ記憶部８５Ａに記憶される。
【００８６】
また、位置条件を最も満たすタクシーが複数台競合して１台に絞り切れない場合があるので、顧客にとってサービス面等で有利なタクシーが最終的に落札されるような絞り込み条件データが絞込データ記憶部８５Ｂに予め記憶されている。この例では、顧客の乗車位置とタクシーとの間の距離が一定の許容範囲（この範囲を顧客が設定することも可能）内で一致して複数台のタクシーが競合すれば、絞込み条件を加えて１台のタクシーに絞り込む設定としている。サーバ２１は、データベース２２に各タクシー会社の料金体系やサービスに関する各種データを記憶しており、乗車位置までの距離が許容範囲内で一致する場合は、データベース２３から絞込条件を読出してサービスがよく料金が安く済むその絞込条件に適ったタクシーを自動的に割出してそちらに落札させる。
【００８７】
サーバ２１は、稼動中は常にオークションプログラムを実行しており、依頼者から受信した競り情報データＤ９を基にそのうちの必要事項をインターネットＮを通じて広くタクシー会社のパソコン７２に提示して位置オークションへの参加を呼びかける。一方、タクシー会社のパソコン７２は、常時、立ち上げられていて、新規のオークション情報を受信すると、その旨を操作者（パソコン管理者）に音や表示等で知らせる。このときパソコン７２には、サーバ２１から提供された図６と同様のオークション参加画面Ｇが表示される。なお、このオークション参加画面Ｇが入札画面に相当する。
【００８８】
図６に示すオークション参加画面Ｇには、希望値（基準位置）としての顧客位置（乗車位置）、人数、ランク、行先、乗車時刻など顧客情報を提示する表示欄Ｇ１〜Ｇ５が用意されている。また地図表示欄Ｇ６が用意されており、この中には顧客のいる位置の周辺の地図が表示され、その地図上に顧客位置（乗車位置）（同地図上における黒丸）が表示され、顧客の詳細位置が地図上で視覚的に確認可能となっている。この画面Ｇには、「タクシー位置」、「状況」を入力するための入力欄Ｇ７，Ｇ８が用意されている。またオークション参加時に、顧客を極力待たせないようにするために時間制限があり、残り時間を知らせる時間表示欄Ｇ９も用意されている。オークションに参加するタクシー会社（オークション参加者）は、時間制限内に入力欄Ｇ７，Ｇ８に必要データを入力して、参加ボタン９４を選択する。参加ボタン９４を選択することによって、この画面Ｇで入力された情報からなる入札情報としての入札データＤ１０はサーバ２１に送信される。この入札データＤ１０はデータベース２４に格納される。
【００８９】
タクシー会社のパソコン７２は、全てのタクシー７６の位置・状況を把握しており、これらのデータと顧客位置（乗車位置）からこのタクシー会社内で最も近くに位置するタクシー７６を割出し、そのタクシー７６の所在位置、状況を入力欄Ｇ７，Ｇ８に入力してそのタクシー７６を顧客を落札するためのタクシー７６として競りに参加する。状況とは、先に述べた自動車の状況（顧客乗車中、顧客位置まで移動中、洗車中、ガソリン不足、給油中等）、運転者の状況（休憩中、食事中等）などで、たとえ近くにいても顧客までの到着時間が遅くなる場合はその事情を説明する状況を知らせる。この状況は文字入力することも可能ではあるが、この例では、オークション処理の迅速化を図るため、予め各種状況毎にコードが付してあり、タクシー会社がコードデータを入力欄Ｇ８に入力するようにしている。コードデータには状況種類とそのための所要時間が例えば分単位で示される。
【００９０】
この実施形態では、運転者やタクシー会社管理人の手を煩わさずに自動でパソコン７２に状況データが取り込まれる自動化が図られている。各タクシー会社のパソコン７２は、各タクシー７６から無線通信で送受信機７５，７７を介して得たデジタル変換後の状況データを取り込む。タクシー７６に取り付けられた各種センサ等を使って検出された状況データはプログラム等を利用して位置データと共に自動的にパソコン７２に逐次送信される。パソコン７２は、各タクシー７６から取得した位置・状況データから最適なタクシー７６を割り出し、管理人はパソコン７２の画面で例えば最適順に配列されたリストを見て位置オークションに参加させるタクシー７６を決める。この場合、リスト上でタクシーを選択するとその位置・状況データが各入力欄Ｆ７，Ｆ８に自動入力されるようにしてもよい。
【００９１】
またパソコン７２により割り出された最適なタクシー７６が自動で入力欄Ｆ７，Ｆ８に登録される方法を採用してもよい。この場合、入力欄Ｆ８にはコードに対応する状況内容を示す文字情報が表示され、管理人が状況を確認し易いようにし、サーバ２１にはコードデータが送信される方法を採用してもよい。もちろん状況データは各タクシー会社の管理人が無線通信で各タクシーから得た情報をパソコン７２に手入力する方法を採っても構わない。またサーバ２１に状況データが文字情報（テキストデータ等）で提示されてもよい。
【００９２】
またこの例では、タクシー会社に求める状況データは、タクシー会社にしか把握できない自動車状況や運転者状況に留め、道路状況（工事中、渋滞中、事故等）についてはサーバ２１側で把握するようにしている。サーバ２１は、道路交通管理機関からの道路情報を逐次受信して管理しており、入札情報の中のタクシー位置から顧客の乗車位置までの経路における交通量や工事情報を把握する。
【００９３】
またサーバ２１は、状況データをその状況の解消に要する所要時間に換算し、その状況の解消に要する所要時間を距離に換算した補正距離をタクシーの現実の位置に反映させてタクシー位置を補正する。すなわち、状況が原因で遅れる所要時間分を距離に換算した補正分の距離だけ現実の位置から遠ざけた位置をそのタクシーがオークションに参加する際の位置として計算し直す。サーバ２１は、状況を考慮した各タクシーの位置データを基にタクシー位置と乗車位置との間の地図経路上の距離を計算する。
【００９４】
そして、サーバ２１は、各タクシー会社のパソコン７２（または個人タクシーの携帯情報端末（例えばモバイル、携帯電話等））から受信した入札データを用いて、これらの入札データに含まれる位置と状況を考慮し、顧客の乗車位置から最も近くに位置するタクシー７６を特定する。なお、参加画面Ｇの入力欄Ｇ７，Ｇ８に入力される入力データが位置（要素）に換算される位置換算情報に相当する。
【００９５】
顧客の乗車位置から最も近くに位置するタクシー７６の特定方法を以下に説明する。サーバ２１は、タクシー７６の所在位置（状況考慮後の位置）と顧客の乗車位置の各データを基に、地図上で二点間距離を割出す。例えば図７（ａ）に示すように、Ｙ地点でタクシー７６を待つ顧客に対し、Ｚ１，Ｚ２，Ｚ３，Ｚ４の計４台のタクシー７６が入札に参加した場合、各タクシーＺ１，Ｚ２，Ｚ３，Ｚ４と顧客との間の距離ａ，ｂ，ｃ，ｄをそれぞれ演算する。この場合、本例ではより正確な距離を求めるために地図上の距離を利用するが、直線距離を用いていも構わない。但し、図７（ａ）では模式的に直線で図示している。そして、位置オークションでは、この距離を比較して最も距離の短いものに顧客を落札させる。乗車位置までの距離が一定の許容範囲内で一致して複数台のタクシーが競合する場合は、サーバ２１は、各タクシー会社の料金体系やサービス面を考慮する絞込条件の下で１台のタクシーに絞り込み、サービスがよく料金が安く済む１台が自動的に割出されてそちらに落札される。
【００９６】
サーバ２１は、顧客の乗車位置に最も近い位置にあるタクシー７６が顧客を落札すると、そのタクシー会社のパソコン７２に落札した旨と顧客の特徴（目印）などその他必要時効をインターネットＮ等を通じた通信により知らせる。落札の旨を受信したタクシー会社は、該当するタクシーにその旨を伝え、そのタクシーは顧客の指定した場所に急行する顧客には、インターネットＮを通じて、急行するタクシーの会社名や、到着時間等を知らせる。
【００９７】
また、タクシー会社が依頼人となって位置オークションに顧客募集の依頼をし、顧客側が入札する通常のオークションをすることもできる。つまり利用者登録を済ませたタクシー会社が、空車であるタクシー７６の所在位置から最も近くにいる顧客を位置オークションで選ぶ。またタクシー会社が、最も遠い行先まで乗車する顧客を位置オークションで選ぶこともできる。この場合は、図５の画面Ｆに相当する業者側の依頼手続画面があって、その画面で位置条件として「最も遠い」を選択する。
【００９８】
オークションの結果は、落札者一人だけの情報が依頼者に送信されるのが基本であるが、依頼者の希望によって複数人の候補者に絞り込んで提示することも可能であり、それが図１６に示すリスト画面ＸＢである。すなわちサーバ２１は、入札者から提示された情報をそのままリストにして、あるいは入札者から提示された情報を基に落札候補上位者を例えば依頼者が指定した一定人数以内に絞り込んだ優先リストにして、依頼者側の端末３０に送信する。そして依頼者側の端末３０には、図１６に示すリスト画面ＸＢが表示される。この画面ＸＢには、リストＸＢ１、落札者選択用の入力欄ＸＢ２、確定ボタン１１３が用意されている。
【００９９】
リストＸＢ１には、優先順位番号、コード番号、位置、参考情報（入札者提示情報（料金体系（価格）、サービス（付帯品等）が示されている。依頼者はこの画面ＸＢのリストＸＢ１の中からタクシーの位置や参考情報を検討して自分にとって有利なタクシーを落札し、入力欄ＸＢ２に例えば落札したタクシーの優先順位番号（又はコード番号）を入力し、確定ボタン１１３を選択する。すると、サーバ２１は依頼者と落札者に落札の旨を通知する。このように依頼者側の端末３０でリストＸＢ１を見ることができれば、依頼者は位置が許容範囲内で同じであっても位置以外の料金体系やサービスなど他の参考条件で有利なタクシーを選ぶことができ、また位置が少し遠くても料金体系やサービス面で有利なタクシーを選ぶことができる。
【０１００】
次に、位置オークションのフローを図１８に従って説明する。なお、同図の手順フローはサーバ２１の処理手順を必ずしも示すものではなく、タクシー会社と仲介会社間のやり取りなど位置オークション全体の手順（流れ）を示すものである。
【０１０１】
まずステップ（以下、単にＳと記す）７０１では、顧客乗車位置を入力する。Ｓ７０２では、顧客の乗車位置に対する位置条件を入力する。なおＳ７０１，Ｓ７０２において、顧客の端末に依頼画面を表示させ、その画面に入力されたデータをサーバ２１が受信する手順が依頼手順に相当する。
【０１０２】
Ｓ７０３では、顧客依頼があったか否かを判断する。依頼があればＳ７０４に進む。
Ｓ７０４では、位置オークションが開始される。つまり、各端末３０に顧客の位置データ等のデータを配信する。
【０１０３】
Ｓ７０５では、タクシー位置を入力する。
Ｓ７０６では、コンディション情報を入力する。つまり、顧客乗車中、洗車中、ガソリン不足、給油中などの自動車状況や、休憩中、食事中などの運転者状況を入力する。なお、Ｓ７０４でオークションを開始して顧客側の端末に依頼画面を表示させ、Ｓ７０５，Ｓ７０６で入力されたデータをサーバ２１が受信する手順が入札手順に相当する。
【０１０４】
Ｓ７０７では、位置オークションの応募があったか否かを判断する。すなわち入札者からの入札の有無を判断する。入札が無ければ待機し、入札があればＳ７０８に進む。なお、以下に示すＳ７０７〜Ｓ７１５の手順が落札手順に相当する。
【０１０５】
Ｓ７０８では、道路情報を入力する。つまり、道路交通管理機関から道路情報（渋滞中、工事中、事故等の情報）を入力する。なお、このＳ７０８の道路情報の入力は、依頼手順としてタクシー会社のパソコン７２から入力してもよい。
【０１０６】
Ｓ７０９では、位置補正処理を実行する。つまり状況データを基に、各状況の解消に要する所要時間を距離に換算することによってタクシー位置を補正する。Ｓ７１０では、位置で競り処理を実行する。つまり、Ｓ７０２で入力された乗車位置条件（図１４の優先規則）に従って、取引相手としての優先順を入札者の間で決める。
【０１０７】
Ｓ７１１では、時間制限が満了したか否かを判断する。時間制限内であればＳ７０７に戻り、時間制限が満了するまでＳ７０７〜Ｓ７１０の処理を繰り返して新規入札者がある度に競り処理を行う。時間制限が満了すればＳ７１２に進む。
【０１０８】
Ｓ７１２では、落札自己選択が設定されているか否かを判断する。落札自己選択の設定がなされていなければＳ７１３に進み、落札自己選択の設定がなされていればＳ７１４に進む。
【０１０９】
Ｓ７１３では、絞込処理が行われる。つまり、利用者（依頼主）にとって最も希望に沿う価格を提示した入札者が取引相手として落札される。
一方、Ｓ７１２において落札自己選択の設定がなされていると判断されれば、Ｓ７１４で所定人数分の入札情報をリストにした図１６に示すリスト画面Ｌを表示する。利用者は端末３０の画面でパスワードを入力した後に画面表示を選択するとリスト画面ＸＢを見ることができる。リスト画面ＸＢには位置の優先順に候補者（コード番号表示）がリストアップされており、入札者が提示した他の情報を参考にしながら取引相手を決める。取引相手が決まると、落札者選択入力欄ＸＢ２に該当するコード番号を入力した後、確定ボタン１１３を選択する。利用者が選択した落札者情報はインターネットＮを通じてサーバ２１に送信される。
【０１１０】
Ｓ７１５では、落札者が決定したか否かを判断する。落札者が決定されるまではリスト表示（Ｓ７１４）が継続され、落札者が決定されればＳ７１６に進む。
Ｓ７１６では、取引成約の旨を双方に通知する。
【０１１１】
次に、移動体（タクシー）が移動中の位置オークションについて説明する。
タクシーが目的地に向かう経路の途中で顧客を拾えたり、集配車が予定集配経路上で余分に集配荷を得ることができれば、顧客や集配荷を確保する効率が良くなり、しかも顧客にとっては短時間でタクシーが確保可能となる。この目的を為し得るために、顧客にとって最も近くを移動中の車両を競り落とす形式（図７（ｂ））、あるいは車両（タクシー等）の移動経路の途中で最も近くの位置から乗車する顧客を競り落とす形式（図１５）のものが移動中の位置オークションである。この移動中位置オークションでは、顧客はタクシーを利用したい場所（乗車位置）・時刻を指定してタクシーを手配できればよく、オークション時にタクシーは遠くにいても構わない。
【０１１２】
ここで、移動中のタクシー７６が移動経路途中で最も近くから乗車する顧客を競り落とす図１５に示す形式の場合について説明する。サーバ２１がメモリに記憶する移動中位置オークションのための各種プログラムは、基本的に位置オークションと同様であるが、移動中位置オークションでは顧客手配画面Ｍは図１７に示すものが表示される。ここでは顧客からタクシー乗車の予約入札がなされているものとする。
【０１１３】
この顧客手配画面Ｍには、希望値（基準位置）としての顧客位置（乗車位置）、人数、ランク、行先、乗車時刻など顧客情報を提示する表示欄Ｍ１〜Ｍ５が用意されている。また地図表示欄Ｍ６も用意されており、この中には顧客のいる位置の周辺の地図が表示され、その地図上に顧客位置（乗車位置）（同地図上における黒丸）が表示され、顧客の詳細位置が地図上で視覚的に確認可能となっている。この画面Ｍには、「タクシー位置」、「状況」を入力するための入力欄Ｍ７，Ｍ８が用意されている。またオークション参加時に、顧客を極力待たせないようにするために時間制限があり、残り時間を知らせる時間表示欄Ｍ９も用意されている。なお、顧客手配画面Ｍが依頼画面に相当する。
【０１１４】
また画面Ｍには、その他に移動中の移動経路を特定するための情報の入力欄Ｍ１０と、移動経路をどのような時刻に通るのかの情報（例えばある時刻の位置データ）の入力欄Ｍ１１とが用意されている。オークションに参加するタクシー会社（オークション参加者）は、時間制限内にこの画面Ｍ上で必要データを入力して、参加ボタン１１４を選択する。するとこの画面Ｍで入力されたデータ内容からなる競り依頼情報としての競りデータＤｂがサーバ２１に送信される。
【０１１５】
サーバ２１は、顧客の乗車位置データ、タクシー７６の移動経路をデータ化した移動経路データ、時刻位置データとから、顧客が指定する場所・時刻に、どのタクシー７６が最も近い位置を通るかを、位置オークションと同様の手法で特定する。そして、タクシー会社が顧客を落札する場合は、所定時間後に最も近くに位置する顧客をタクシー（または集配車等）が落札する。一方、顧客がタクシーを落札する場合は、所定時間後に最も近くを通るタクシーを顧客が落札する。なお、移動中の移動経路を特定するための情報や、移動経路をどのような時刻に通るのかの情報も被換算情報を構成する。
【０１１６】
詳しくはタクシー７６が顧客を落札する場合、その特定方法は以下の通りである。図１５に示すように、Ｚ５，Ｚ６，Ｚ７，Ｚ８の４点に顧客がいるとし、タクシー７６が同図に示す経路を通るとする。このとき、タクシー７６はその時刻ｔのときのＹ地点に最も近くに位置する顧客を落札する。この時刻ｔの値は、タクシー会社側または顧客側に拘わらず任意に設定できるものとする。
【０１１７】
また、顧客がタクシー７６を落札する場合は、以下の通りである。図７（ｂ）に示すように、Ｚ１，Ｚ２，Ｚ３の３台のタクシー７６が同図に示す各経路を各々移動する場合、それぞれ移動中の各タクシー７６が時刻ｔに通る位置（同図中の破線位置）を算出し、その時刻ｔにおいて顧客のＹ地点から最も近くの場所を通るタクシー７６をその顧客が落札する。図１５または図７（ｂ）に示す例では、時刻ｔにおいて、顧客およびタクシー７６のうち一方が他方に対して最も近いものがその他方を落札することになる。ここで、時刻ｔにおけるタクシー位置は、タクシー７６の状況などを考慮した補正後の位置である。よってこの場合も、交通状況やタクシー状況などの状況を距離に換算することで補正したタクシー位置で競りをする。なお、単純に顧客との位置のみで比較判断する純粋な位置オークションとしてもよい。
【０１１８】
この移動中位置オークションの手順フローは、基本的に図１８に示す位置オークションのフローとほぼ同様である。但し、タクシー位置は時刻ｔのときの位置を採用するため、移動中の移動経路を特定するための情報や、移動経路上のある点をどの時刻に通るかの情報を基に時刻ｔのときのタクシー位置を求めて、その位置でオークションを行う点が異なっている。つまり、タクシーが顧客を落札する場合は、Ｓ７０４で位置オークションを開始する前に予約入札を募るとともに、タクシー位置や、コンディション情報、移動中の移動経路を特定するための情報、移動経路上のある点（例えば始点）をどのような時刻に通るかの情報などを入力し、各データを基にして時刻ｔのときのタクシー位置を求める。そして、それ以降のステップで入札者である顧客の情報を基に競りを行って落札者を決定する。
【０１１９】
一方、顧客がタクシーを落札する場合は、例えば図１８のＳ７０６でタクシー移動中の移動経路の情報や、移動経路をどの時刻に通るかの情報等も入力する。そして移動経路から推定される時刻ｔにおけるタクシー位置補正後の位置が位置データとして採用される。そしてＳ７１０の競り処理で、競りに参加した複数のタクシー７６の間で顧客の最も近くを通る順に優先順位が決まる。よって、位置に加え状況も考慮されてその補正後の位置から顧客位置まで最も近いタクシー７６を顧客が落札する。
【０１２０】
従って、第２実施形態によれば以下の効果を得ることができる。
（３）依頼者が取引位置条件を提示して、取引位置を競りの対象として取引相手を競り落とす位置オークションを採用したので、依頼者が取引位置について依頼者各人の事情に応じた希望にかなう取引相手を探し出すことができる。
【０１２１】
（４）依頼者が取引位置条件を提示して、移動体（タクシー等）の移動距離を考慮にいれた取引位置を競りの対象として取引相手を競り落とす移動中位置オークションを採用したので、移動体が移動中であっても、依頼者各人の事情に応じた希望にかなう取引相手を探し出すことができる。
【０１２２】
（第３実施形態）
次に、第３実施形態について図１０，図１９〜図２３に従って説明する。本例では、位置オークションにおける取引の対象が「情報」であるという点が前記各実施形態とは異なっている。
【０１２３】
本例の位置オークションは情報を取引の対象とするもので、その情報の中に示された位置で競りをするものである。ここで、その一例として図１０に示す位置オークションＨＰの「魚群」のボタン１０２を選択した場合について説明する。
【０１２４】
この魚群の位置オークションは、釣り船の位置から最も近い魚群位置の情報を落札する形式のものである。つまり、例えば魚の漁をしている船が自分が捕獲している魚以外で例えば釣り舟にとっては釣りの対象としている魚の魚影の情報を、釣り人や釣り船に提供する。この場合、情報を受ける船等にとっては最も近くの魚群の情報を入手したい。
【０１２５】
すなわち、魚影の情報を持つ船は、その情報をインターネットＮを通じて仲介会社のサーバ２１に提供する。例えば釣り人や漁船は、近くの船からの漁に有効な何か情報がないかを位置オークションを利用して探す。そしてサーバ２１は何に関する情報であるかが分かる程度の概要を広く第三者の端末３０に提供し、その概要を見た第三者は端末を通じてその情報を買い取る取引方法が実施される。
【０１２６】
例えば依頼者（依頼主）が「魚群」のボタン１０２を選択すると、図１９に示す魚群手配画面ＦＡが表示される。即ち、画面ＦＡには、依頼者（例えば釣り船）の位置を指定するためのＧＰＳボタン９９、電話番号入力欄ＦＡ１、文字入力欄ＦＡ２等が用意されている。また、釣り船の特徴連絡の入力欄ＦＡ３、釣る魚の種類（魚種）の入力欄ＦＡ４、ＩＤ番号入力欄ＦＡ５等も用意されている。また図示はしないが、範囲の有無や、釣り船の位置に対して最も近いまたは最も遠いかを選択するための図１３に示す設定枠１０９も同様に用意されている。そして送信ボタン１１５を選択すると、画面ＦＡで入力された競り依頼情報としての競り情報データＤ１１がサーバ２１に送信されて、商品管理ＤＢ２３に格納される。なお、魚群手配画面ＦＡが依頼画面に相当する。
【０１２７】
サーバ２１は、新規のオークション情報を受信すると、その旨を利用者登録している第三者の端末（パソコンや携帯電話等）３０に音や表示等で知らせる。そして、魚群位置の情報を提供することでこの位置オークションに参加するときには、端末３０にサーバ２１から提供された図２０に示すオークション参加画面ＧＡが表示される。なお、オークション参加画面ＧＡが入札画面に相当する。
【０１２８】
図２０に示すオークション参加画面ＧＡには、釣り船位置など顧客情報を提示する表示欄ＧＡ１や、依頼者の希望する魚の種類を表示する表示欄ＧＡ２が用意されている。また海図表示欄ＧＡ３が用意されており、この中には釣り船のいる位置の周辺の海図が表示され、その海図上に釣り船位置が表示され、釣り船の詳細位置が海図上で視覚的に確認可能となっている。この画面ＧＡには、「魚群位置」を入力するための入力欄ＧＡ４が用意されている。そして表示欄ＧＡ５に表示された時間制限内に入力欄ＧＡ４に必要データを入力して、参加ボタン１１６を選択することによって、入札情報としての魚群の位置データＤ１２はサーバ２１に送信され、競り管理ＤＢ２４に格納される。
【０１２９】
なお、図１０のＨＰ上の「情報登録」ボタン１１７を選択して、図２１に示す情報登録画面ＮＮを表示させて、その画面ＮＮに予め魚群位置の情報を入力することもできる。この画面ＮＮには、欲しい情報の表示欄Ｎ１、情報料の表示欄Ｎ２等が用意されている。また画面ＮＮには、情報入力欄Ｎ３、ＩＤ番号入力欄Ｎ４も用意されている。このような情報提供者は、情報の信頼性を確保するために予め利用者登録は済ませた者に限る。これら入力欄Ｎ３，Ｎ４に必要事項を入力して送信ボタン１１８を選択することで、画面ＮＮの入力欄Ｎ３で入力される入札情報としての情報登録データＤ１３はサーバ２１に送信され、競り管理ＤＢ２４に格納される。また、情報提供者は、位置オークションを利用するときには認証番号を使用する。
【０１３０】
そして、サーバ２１は、各端末３０から受信した情報を用いて、これらの情報に所定の処理を施して、船の位置から最も近くに位置する魚群位置の情報を特定する。一方、釣り船等の顧客船が最も近くにある魚群位置の情報を落札する通常のオークションに代えて、逆オークションの形式をとって、魚群位置から最も近い位置にある釣り船に、魚群位置の情報（漁の権利等を含めてもよい）を与えるようにすることもできる。
【０１３１】
次に、位置オークションの手順フローを図２２に従って説明する。なお、同図の手順フローはサーバ２１の処理手順を必ずしも示すものではなく、漁船と仲介会社間のやり取りなど位置オークション全体の手順（流れ）を示すものである。
【０１３２】
まずＳ８０１では、釣り船位置を入力する。
Ｓ８０２では、その釣り船の位置に対する位置条件を入力する。なお、Ｓ８０１，Ｓ８０２で依頼者の端末３０に依頼画面を表示させ、その画面に入力されたデータをサーバ２１が受信する手順が依頼手順に相当する。
【０１３３】
Ｓ８０３では、顧客依頼があったか否かを判断する。依頼があればＳ２０４に進む。
Ｓ８０４では、位置オークションが開始される。つまり、各端末３０に釣り舟の位置データ等のデータを配信する。
【０１３４】
Ｓ８０５では、入札者（競りの参加者）が魚群位置の情報を入力する。なお、Ｓ８０４でオークションを開始して入札者の端末３０に入札画面を表示させ、Ｓ８０５で入力されたデータをサーバ２１が受信する手順が入札手順に相当する。
【０１３５】
Ｓ８０６では、位置オークションの応募があったか否かを判断する。すなわち入札者からの入札の有無を判断する。入札が無ければ待機し、入札があればＳ８０７に進む。なお、Ｓ８０６〜Ｓ８１２で示す手順が落札手順に相当する。
【０１３６】
Ｓ８０７では、位置で競り処理を実行する。つまり、Ｓ８０２で入力された乗車位置条件（図１４の優先規則）に照らして、入札者の間で取引相手としての優先順を決める。
【０１３７】
Ｓ８０８では、時間制限が満了したか否かを判断する。時間制限内であればＳ８０６に戻り、時間制限が満了するまでＳ８０７，Ｓ８０８の処理を繰り返して新規入札者がある度に競り処理を行う。時間制限が満了すればＳ８０９に進む。
【０１３８】
Ｓ８０９では、落札自己選択が設定されているか否かを判断する。落札自己選択の設定がなされていなければＳ８１０に進み、落札自己選択の設定がなされていればＳ８１１に進む。
【０１３９】
Ｓ８１０では、絞込処理が行われる。例えば、複数の魚群位置情報が競合した場合に、魚種、魚影濃さ、情報価格を参考にして落札者を絞り込む。
一方、Ｓ８０９において落札自己選択の設定がなされていると判断されれば、Ｓ８１１で所定落札人数分の入札情報をリストにした図１６に示すリスト画面ＸＢと同様のリスト画面を表示する。利用者は端末３０の画面でパスワードを入力した後に画面表示を選択するとリスト画面を見ることができる。リスト画面には位置の優先順に候補者（コード番号表示）がリストアップされており、入札者が提示した他の情報を参考にしながら取引相手を決める。
【０１４０】
Ｓ８１２では、落札者が決定したか否かを判断する。落札者が決定されるまではリスト表示（Ｓ８１１）が継続され、落札者が決定されればＳ２１３に進む。Ｓ８１３では、取引成約の旨を双方に通知する。よって、釣り船は、最も最短距離に位置する魚群の情報を得ることが可能になる。
【０１４１】
なお、本例の位置オークションの採用対象はタクシー（集配車等）および魚群に限らず、図１０に示す位置オークションＨＰ上で選択するボタン１００の種類の商品・役務でもよい。つまりＨＰ上にある所定のボタン１００を選択して、依頼者が位置や位置に関する希望情報等を入力するための入力画面を開く。そして、オークションに参加した入札者のうち、依頼者が指定した位置から最も近い（または遠い）取引相手を、もしくは取引相手に関する情報を位置オークションで選ぶこともできる。
【０１４２】
このとき図２３に示す手順フローに従ってオークションが実施される。つまりＳ９０１では依頼者の位置が入力され、Ｓ９０２では依頼主が希望する位置条件が入力される。そしてＳ９０３では依頼主からの依頼があるか否かを判断し、依頼があればＳ９０４で位置オークションを開始する。Ｓ９０５では入札者の位置を入力し、Ｓ９０６で競り参加の応募があったか否かを判断する。応募があればＳ９０７で位置で競り処理を実行する。Ｓ９０８では時間制限か否かを判断する。Ｓ９０８で時間制限になっていなければＳ９０６，Ｓ９０７を繰り返す。
【０１４３】
そしてＳ９０９で落札自己選択か否かを判断する。落札自己選択でないならばＳ９１０で絞込処理を実行することで、入札者の間で依頼主の希望を最も満たす順に優先順を決めて取引相手としての落札者を決定する。またＳ９０９で落札自己選択ならば、Ｓ９１１で図１６と同様のリスト画面が表示される。そしてＳ９１２で依頼主はリスト画面を見ながら希望条件を満たす入札者を取引相手として落札する。Ｓ９１３で取引成約通知が依頼主、落札者の双方に通知される。なお、図２３に示す手順フローが使用される他の具体例を以下に列挙する。
【０１４４】
・ 集配業社側が積荷を募集する逆オークション形式をとってもよい。つまり依頼主は、集配人、集配車、集配船、集配飛行機等の位置から最も近くにある積荷を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４５】
・ 図１０に示す位置オークションＨＰ上にある「トイレ」、「ガソリン」、「食品」、「古品」の各ボタンを選択して、それら要求物を購入あるいは希望する人がいる場所、またはそれらの人が指定した場所から、最も近くの場所にある要求物（ガソリン、農作物、トイレ、浮世絵等）の販売人、販売所、提供人、提供所等を、もしくはその情報を位置オークションで選ぶこともできる。また、上記した要求物の販売人、販売所、提供人、提供所等が、その要求物の購買人または希望者を募集する逆オークション形式をとってもよい。つまり依頼主は、物品販売人やその物品の提供人がいる場所から最も近い購買人や希望者を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４６】
・ 図１０に示すＨＰ上にある「サービス」のボタンを選択して、サービス等の希望者等がいる場所、または指定した地点から、最も近くにいるサービス提供者（サービス等の利用権利）等を、もしくはその情報を位置オークションで選ぶこともできる。また、サービス提供者が、サービス希望者等を募集する逆オークション形式をとってもよい。つまり、サービス希望者等が、最も近くにいるサービス希望者等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４７】
・ ＨＰ上の「宿泊所」、「レストラン」、「商店」、「サービス所」の各ボタンを選択して、上記の施設を探している人が、最も近くにある営業所（サービス等の利用権利）を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、依頼主は宿泊所、レストラン、商店、サービス所等から最も近くにいる客を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４８】
・ ＨＰ上の「病院」、「歯科医院」、「医療」、「美容院」の各ボタンを選択して、上記の施設を探している病人患者、事故人、希望客等が、最も近くにある病院、歯科医院、はり、きゅう、マッサージ所、整体院、美容院（つまり、サービスの利用権利）等を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、医師、歯科医師、はり師、きゅう師、マッサージ師、整体師、美容師等が、最も近くにいる患者や希望者等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４９】
・ ＨＰ上の「衛星通信」のボタンを選択して、依頼主は衛星受信施設や受信機等から最も近い位置にある宇宙衛星を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、依頼主は宇宙衛星から送信される情報（信号）を受信可能な最も近くにある衛星受信施設や受信機等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５０】
・ ＨＰ上の「調査」のボタンを選択して、依頼主は調査地点に最も近い位置にいる宇宙衛星、ヘリコプター、調査車、調査人等を、もしくはその情報を位置オークションで選ぶこともできる。また、逆オークション形式をとって、依頼主は宇宙衛星、ヘリコプター、調査車、調査人等から最も近くにある調査地点を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５１】
・ ＨＰ上の「修理業」、「除雪」、「ボランティア」の各ボタンを選択して、依頼主は修理、除雪、ボランティア（手伝い人）等を要求する人から最も近くにいる応じ人を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、依頼主は修理車、除雪車、何でも屋等から最も近くにいる要求人を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５２】
・ ＨＰ上の「不動産」のボタンを選択して、不動産購入希望者が希望場所から最も近い位置にある不動産物件を、もしくはその情報を位置オークションで選ぶこともできる。この場合、不動産購入希望者からの依頼を受けた後に、入札者の募集を募る形式をとれば、より効果的に不動産物件を選ぶことができる。
【０１５３】
・ ＨＰ上の「警備」、「防災」の各ボタンを選択して、異常警告が通知されたり、火災装置や防犯装置等が作動したり、監視人が異常を認知したときに、その現場から最も近い警備会社、防災保障会社、警備人、防災人等への通知、その警備や防災の発注、もしくはその情報を位置オークションで選ぶこともできる。
【０１５４】
・ ＨＰ上の「動物関連」のボタンを選択して、ペットや動物のいる場所から最も近い場所にある動物病院、動物ホテル、動物病院等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５５】
・ 要求人（例えば依頼主）がいる位置に最も近い位置にいる応じ人（取引相手）を、もしくはその情報をオークションで選ぶことに限定されず、依頼主がいる位置や指定する位置から、最も遠い位置にいる取引相手を、もしくはその情報をオークションで選ぶこともできる。例えば、図１０に示すＨＰ上にある「農産物」、「食品」の各ボタンを選択して、放射能や公害汚染の場所から最も遠くにある農産物や食品（商品）を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５６】
・ ＨＰ上の「タクシー」を選択して、タクシー会社等の依頼主は最も遠くまで乗車する客を、もしくはその情報を位置オークションで選ぶこともできる。
・ ＨＰ上の「タクシー」、「バス」、「電車」、「航空会社」の各ボタンを選択して、依頼主は提示した金額に対して最も遠くまで乗せることが可能なタクシー、バス、電車、飛行機等を、もしくはその情報を位置オークションで選ぶこともできる。なお、従来のオークションは乗車料金の単価を変動する形式であるが、本例の位置オークションでは、乗車料金の単価は一定であって、その乗車距離を変動させる点が異なっている。
【０１５７】
・ ＨＰ上の「電話会社」や「通信施設」の各ボタンを選択して、依頼主は提示した金額に対して最も遠くまで通話することが可能な電話会社や、最も遠方まで送信可能な通信施設を、もしくはその情報を位置オークションで選ぶこともできる。この例でも、支払料金の単価が一定であって、その通話・通信距離が変動する点が従来のオークションとは異なっている。
【０１５８】
・ 本例の位置オークションで応じ人（取引相手）を選ぶとき、要求人（例えば依頼主）がいる位置から、ただ単に最も近いあるいは最も遠い位置にいることを選定要素とすることに限定されない。例えば、その依頼主がいる位置や指定する位置から、指定された所定の範囲内で最も近くにいる取引相手を、もしくはその情報を位置オークションで選ぶこともできる。例えば、図１０に示すＨＰ上にある「タクシー」のボタンを選択するとともに、依頼主がある所定の範囲を指定して、その範囲内で最も近くにいるタクシーを、もしくはその情報を位置オークションで選ぶこともできる。
【０１５９】
・ 依頼主の位置に対してある範囲を指定して位置オークションを行うとき、その範囲内で最も近い応じ人（取引相手）を選ぶことに限らず、その指定された範囲内で最も遠い場所にいる応じ人を選ぶこともできる。例えば、図１０に示すＨＰ上にある「施設」のボタンを選択して、発注者が指定した場所から定まった範囲内で、最も遠い場所に処理場、墓地、火葬場、工場、原子力発電所、危険物保管所等を設置する業者を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６０】
・ ＨＰ上の「不動産」を選択して、発注者が指定した場所から定まった範囲内で、最も遠い場所の不動産物件を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６１】
・ ＨＰ上のボタンのうち所定のものを選択して、依頼主がある範囲を指定して、その範囲内で最も近くにある物件、商店、宿泊所、サービス所、病院、設備、施設、荷物（積荷）、収穫物（農作物等）、回収物を位置オークションで選ぶこともできる。また、上記した物件、施設、物品がその範囲内において最も遠くにあるものを、もしくはその情報を位置オークションで選ぶこともできる。
【０１６２】
・ ＨＰ上の「車」、「船舶」、「航空会社」、「運搬」の各ボタンを選択して、依頼主に関係なく指定された所定の範囲内で最も近くの場所にいる、あるいは最も遠くの場所にいる車、船舶、飛行機、運搬機械等を、もしくはその情報を位置オークションで選ぶことができる。
【０１６３】
・ 所定距離移動した後のタクシー等の移動体の位置に基づいてオークションする移動中位置オークションを行う場合、その移動体はタクシーに限定されない。例えば、図１０に示すＨＰ上にある「魚群」のボタンを選択して、魚群追跡者によって予想された魚群の予想移動先の位置に最も近い場所にいる船へ、漁業権利の許可を、もしくはその情報の提供を位置オークションで選ぶこともできる。
【０１６４】
・ 移動体はタクシー等に限定されず、ゴミやし尿等の運搬車等でもよい。例えば図１０に示すＨＰ上の「運搬」のボタンを選択して、移動中であるゴミやし尿等の運搬車や運搬人の予定移動先の位置から最も近くの場所にある運搬物の積荷や荷降ろし場所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６５】
・ ＨＰ上の「集配業」のボタンを選択して、移動中である集配人、集荷船、集荷車、集荷飛行機の予定移動先の位置から最も近い位置にある積荷場所や荷降ろし場所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６６】
・ ＨＰ上の例えば「その他」のボタンを選択して、移動中である販売人や提供人の予定移動先の位置から最も近くの場所にいる購買者や希望者を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６７】
・ ＨＰ上の「交際」のボタンを選択して、移動中である交際人やサービス提供者の予定移動先の位置から最も近くの場所にいる交際希望人やサービス希望人を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６８】
・ ＨＰ上の「宿泊」、「レストラン」、「商店」、「ガソリン」の各ボタンを選択して、宿泊所、レストラン、商店、ガソリンスタンド等を探す移動中の依頼主が予定移動先の位置から最も近い場所にある営業所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６９】
・ ＨＰ上の「ガソリン」、「食品」、「日常品」の各ボタンを選択して、ガソリン、食品、日常品等の個々の物品を探す移動中の依頼主が予定移動先の位置から最も近くの場所にある要求物の提供所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７０】
・ ＨＰ上の「病院」のボタンを選択して、移動中である病気、けが等の緊急患者の予定移動先の位置から最も近くの場所にある病院を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７１】
・ ＨＰ上の「衛星通信」のボタンを選択して、移動中の宇宙衛星において、予定移動先の位置にある宇宙衛星から送信される情報（信号）を受信可能な最も近くに位置する衛星受信施設や受信機を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７２】
・ ＨＰ上の「警備」のボタンを選択して、移動中である捕らえたい人や探していた人の予定移動先の位置から最も近くの場所にいる警備人や追跡人を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７３】
・ ＨＰ上の「追跡」のボタンを選択して、移動中である物体（例えば車両）の予定移動先の位置から最も近い場所にある宇宙衛星、ヘリコプター、追跡車、追跡人等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７４】
従って、第３実施形態によれば以下の効果を得ることができる。
（５）依頼者が取引位置条件を提示して、第三者の取引相手から情報を競り落とす位置オークションを採用したので、依頼者が取引位置について依頼者各人の事情に応じた希望にかなう情報を得ることができる。
【０１７５】
なお、前記各実施形態は前記に限定されず例えば次の態様に変更してもよい。・ 取引成約後、売り手側の商品引渡又は役務提供と、買い手側の代金決済とが必要であるが、決済をネットバンキングを利用して行うことができる。図２４は、この種の取引システムの一例を示す。この取引システムは、オークション管理システム２０と、バンキングシステム３００と、流通システム３１０とからなり、各々が所有する各サーバ２１，３０１，３１１はネットワーク（インターネットや専用回線等）Ｎを通じて互いに通信可能に接続されている。バンキングシステム３００は、決済用のネットバンキングホームページを置き、買い手は自宅のパソコンや携帯電話等の端末３０でネットバンキングＨＰから入金手続をすることができる。もちろんネットバンキングシステム３００は、全国各地にある多数の店舗（例えばコンビニエンスストアや銀行またはその出先店）３０２と通信可能に接続されており、買い手は最寄りの店舗で入金することもできる。また流通システム３１０は、集配ホームページを置き、買い手は自宅のパソコンや携帯電話等の端末３０で集配ＨＰから商品の配達など配達依頼をすることができる。もちろん流通システム３１０は、全国各地にある多数の店舗（例えばコンビニエンスストアや宅配出先店）３１２と通信可能に接続されており、買い手は最寄りの店舗で宅配依頼をすることもできる。
【０１７６】
オークション管理システム２０は、取引成約時に双方にパスワードを教え、ホームページ上でパスワードを入力することで成約した双方は期限付きで互いに連絡を取り合うことができる。また成約時には取引コード番号が双方に付与され、買い手は取引コード番号を指定してネットバンキングシステム３００に入金をし、売り手は取引コード番号を指定して流通システム３１０に配達依頼をする。ネットバンキングシステム３００への買い手の入金確認と、流通システム３１０への売り手の商品引渡し確認がなされた後、振替処理および配達作業に着手する。この取引システムによれば、取引相手に自分の素性が知られることなく、しかもシステムへの入金と商品引渡し確認後に振替及び配達作業が着手されるので、安全な取引を行うことができる。
【０１７７】
・ オークション形態には図２５に示す３種類が挙げられるが、どの形態で実施しても構わない。すなわち図２５（ａ）は販売支援型で、仲介者は買い手に無償の付加価値サービスを行って広く買い手を集め、買い手を紹介するなど売り手に対して販売支援サービスを行うことで売り手から対価を得る。図２５（ｂ）は購買支援型で、仲介者は売り手に無償の付加価値サービスを行って売り手を集め、売り手を紹介するなど買い手に購買支援サービスを行うことで買い手から対価を得る。図２５（ｃ）は販売・購買支援型で、仲介者は売り手に対して販売支援サービスを行うとともに、買い手に対しては購買支援サービスを行って、売り手と買い手の両者から対価を得る。もちろん、売り手からも買い手からも対価をもらわず、第三者から広告料等を得る方法でもよい。
【０１７８】
・ 前記各実施形態において、複数の要素を設定する場合に次のようなオークション方法を採用することができる。落札手順では、各要素間で優劣を決めるために指標が予め設定され、複数の要素毎に競りが並行に同時進行され、各要素間で指標が最も高かった入札情報を提示した入札者が落札する方法とする。例えば位置と時間を指定した場合に、位置では１ｋｍが５０点、時間では１０分が５０点として指定されると、位置で一番近い４０点を獲得した者よりも、時間で一番短い６０点を獲得した者を落札者とする。
【０１７９】
・ 前記各実施形態において、「複数の端末に提供して」の複数の端末は、不特定でも特定でもよい。
・ 前記各実施形態において、「入札」とは、競りに参加することであり、入札の対象は価格以外の要素でもよい意味である。
【０１８０】
・ 前記各実施形態において、依頼者から要望があってから競りを開始して入札を待つのではなく、予め入札者から取得した入札情報をデータベースに保管しておき、依頼があった場合に、データベース中から依頼者の要望に最も適った入札情報を提示していた者を割り出す競り方法でもよい。つまり、依頼者から要望があってから競りを開始して入札を待つ方法と、予め入札者から取得した入札情報をデータベースに保管しておき、依頼があった場合に、データベース中から依頼者の要望に最も適った入札情報を提示していた者を割出す方法とを採用したが、前者だけを採用してもよい。前者の方法では、例えば入札状況が画面で見ることができれば、入札者は他の入札者の動向を見てさらに依頼者の要望に適う条件を提示して複数回答することもできる。
【０１８１】
・ 第２の実施形態における位置オークションにおいて、例えばタクシー会社が顧客を落札する場合、ある一定範囲内に顧客が複数人いる場合は、行先の遠い方の顧客を優先して競り落とされる仕組みを採用することもできる。すなわち、顧客の乗車地点と行先地点との距離を地図データ上で計測し、乗車距離がより遠い方の顧客が落札される。この場合、タクシー会社が複数社競合するときは顧客の乗車地点により近いタクシーがいる方とかサービス面で顧客に有利な方が行先のより遠い顧客を落札する。
【０１８２】
・ 前記各実施形態において、価格以外の要素とは、価格を単純に変換したに過ぎず、実質上、価格の競りに過ぎない形で要素で競りをするものまで含む意味ではないとすることに限定してもよい。例えば位置オークションで、価格を単に距離に変換したに過ぎず、実質上、価格の競りであるようなものは含まないとする。例えば価格と比例関係にある要素で競りをするなど、単なる価格の代用に過ぎない形で要素を競りに使用するものまでは含まない。但し、要素が単なる価格の代用に過ぎるとは言えず、価格以外の要素で競りをしてはじめて価格面以外の特有の効果が得られるなど、価格以外の要素を用いることに意義があるオークション方法は含まれる。例えばタクシーで顧客を迎えに行くまでの距離に応じて料金がかかる場合、一番近いタクシーを落札したから料金が安く済むなどの理由を根拠に、顧客の待ち時間を短くできる効果を無視して発明に含まれないとするのは論外である。このような方法を採れば、価格以外の要望をより一層満たすことができる。
【０１８３】
・ 前記各実施形態において、落札条件は、適宜設定でき、入札者数（参加者数）のうち予め決めた優先規則に従って例えば所定方向から何番目の値とか、入札値の平均値に最も近い値とかを提示した者に落札させるものであってもよい。
【０１８７】
・ 前記第２実施形態において、自動車や運転者のコンディション情報や、道路状況などの道路情報を考慮に入れずに、顧客からの依頼があって直ちに配車可能なタクシーのみでオークションを行う形式をとってもよい。
【０１８８】
・ 前記各実施形態において、オークションによる取引は有償・無償を問わない。例えば無償で取引に売買がなくてもよい。例えば廃品や古品は、捨てたいが処分に困っているときに取りにきて引き取ってくれる人になら無料であげてもよい場合に、その引き取り相手を探すときにオークションを利用することもできる。この場合、売買取引でなくなるため売り手と買い手の関係が事実上成立しなくなるが、このような取引形態のケースまで含むものと解釈する。例えば依頼者の要望に最も適うと評価された、無料の商品や役務、あるいは商品や役務の提供を受ける受け手が落札する。その他、メーカ等が無料で提供する商品、役務を競るオークションに適用することもできる。
【０１８９】
・ 前記各実施形態において、役務は、取引の対象となるものであれば何でもよい。有形・無形に拘わらない。その一例のカテゴリーとしては、例えば(1) サービス分野、(2) 情報・コンテンツ分野、(3) アイデア・知的財産権分野などが挙げられる。(1) サービス分野には、チケット、旅券、ホテル、ローン、金融、保険、証券、住宅、不動産、自動車、二輪車、書籍、音楽、生活雑貨、食料品、化粧品、コンピュータ、ゲーム、オークション、中古品、電話、ビジネスサプライ、バイオ、医薬品、エネルギー、資源、無形なもの（熱、光、波動、色彩、色調、光度、電磁場等）の発生装置または評価装置などの小カテゴリーが挙げられる。(2) 情報・コンテンツ分野には、就職、転職、業務の外部委託、在庫処分、リサイクル、情報コンテンツ、出会い、交際情報、教育、セミナー、広告、取引業者紹介、人的ネットワーク、クレーム処理、リスク管理などの小カテゴリーが挙げられる。(3) アイデア・知的財産権分野には、アイデア、ビジネス企画、著作物、知的財産権などの小カテゴリーが挙げられる。
【０１９０】
・ サーバ、ネットワーク及び端末は、双方向通信可能なデジタルテレビで実現することもできる。この場合、サーバはデジタルデータを発信するテレビ局などのコンピュータ、端末はデジタル放送を受信するデジタル放送受信可能なテレビが該当する。
【０１９１】
・ 依頼手順は必ずしも必須ではない。例えば電話や面会で依頼はもらい、募集手順以降の手順（募集手順、入札手順、落札手順）をサーバがネットワークを通じたオークションで実現する方法でも構わない。
【０１９２】
・ 端末での画面表示は必ずしも必須ではない。依頼手順、募集手順、入札手順で使用していた依頼画面や入札画面を無くしてもよい。例えば依頼情報を依頼主の端末から音声データでサーバが受信したり、入札情報を入札者の端末から音声データでサーバが受信する構成とする。そして、サーバが依頼主の端末に対し依頼情報を音声で発することを案内する機械音声を流し、また入札者の端末に対し入札情報を音声で発することを案内する機械音声を流す。
【０１９３】
本明細書における各請求項で使用される語句は以下のように定義する。
・ 役務とは、サービスであり、有償か無償かは問わない。ボランティアで無償で行われるサービスを含む。また物を使用しないサービスも含む。さらに救助者が被害者を助ける救助（有償でも無償でもよい）もサービスに含まれる。
【０１９４】
・ 依頼画面，入札画面などの各種画面は、１画面に限らず複数の画面群で構成されてもよい。
・ 依頼画面と入札画面は、互いにリンクされているなどして共に一連の手順の流れの中に属するものであれば、同一のサーバ（狭義）から提供されていることは必須ではない。つまり依頼手順で依頼主からデータを受信するサーバ（狭義）と、募集手順及び入札手順でデータの送受信をするサーバ（狭義）とが異なる実施をも各請求項は含む。このような狭義なサーバの群も、各請求項でいうサーバ（広義）に該当する。
【０１９５】
・ 募集手順とは、入札を募るための募集情報を端末で見られる状態にするための送信手順である。サーバが一方的に募集情報を端末に送信する場合と、端末からのアクセスなどの要求に応答する形で、募集情報を端末に送信する場合とが含まれる。前者には双方向テレビを端末とする例が挙げられ、後者にはインターネット通信接続可能なパソコンなどを端末とする例が挙げられる。以下の請求項について同様である。
【０２０５】
【発明の効果】
以上詳述したように請求項１〜１０に記載の発明によれば、移動中の役務提供者と役務の提供を受ける役務受理者とのうち依頼人（依頼主）の位置に関する要望を満たすことができるオークション取引を実現することができる。
【図面の簡単な説明】
【図１】 第１の実施形態におけるオークションシステムの概略構成図。
【図２】 オークション管理システムの機能構成図。
【図３】 ＧＰＳを備える（ａ）タクシーと（ｂ）携帯電話の模式図。
【図４】 オークションのホームページ図。
【図５】 タクシー手配画面図。
【図６】 オークション参加画面図。
【図７】 （ａ），（ｂ）は位置オークションの説明図。
【図８】 位置オークションのフローチャート。
【図９】 移動中位置オークションのフローチャート。
【図１０】 他の実施形態におけるオークションのホームページ図。
【図１１】 利用者登録画面の画面図。
【図１２】 第２実施形態における商品・役務登録についての説明図。
【図１３】 範囲選択画面図。
【図１４】 （ａ）〜（ｅ）は位置オークションの優先規則の説明図。
【図１５】 移動中位置オークションの説明図。
【図１６】 リスト画面図。
【図１７】 移動中位置オークション時の顧客手配画面図。
【図１８】 位置オークションのフローチャート。
【図１９】 第３実施形態における魚群情報手配画面図。
【図２０】 オークション参加画面図。
【図２１】 情報登録についての説明図。
【図２２】 位置オークションのフローチャート。
【図２３】 汎用位置オークションのフローチャート。
【図２４】 取引システムを示す模式構成図。
【図２５】 オークション形態を示す模式図。
【符号の説明】
１０…オークションシステム、２０…オークション管理システム、２１…サーバ、３０〜３２…端末、７２…端末としてのパソコン、７３…端末としてのパソコン、７４…端末としての携帯端末（携帯電話）、７６…移動体としてのタクシー、Ｎ…ネットワーク、３００…ネットバンキングシステム、３１０…流通システム。[0001]
BACKGROUND OF THE INVENTION
  The present invention relates to an auction method for conducting an auction on a network.LawAnd servers.
[0002]
[Prior art]
Conventionally, this type of auction method is disclosed in Patent Documents 1 to 3, for example. Both of these auction methods offer the most competitive price participants, that is, the highest bidder for the seller (buyer) in the case of a normal auction, and the lowest price for the buyer in the case of a reverse auction. Participants (sellers) made a successful bid. Usually, the successful bidder finishes the transaction, that is, delivery of goods and payment of the price by the date determined in advance by the rules.
[0003]
[Patent Document 1]
US Pat. No. 5,794,207
[Patent Document 2]
Japanese Patent Laid-Open No. 10-78992
[Patent Document 3]
JP 11-328271 A
[0004]
[Problems to be solved by the invention]
However, a requester (client) requesting the sale of a product at an auction has been requested to set a delivery date for the product and a payment date for the price on a date that is convenient to him / her. For example, a client who wants to sell art and antiques urgently to raise funds wants to raise funds as soon as possible even if the price is not high if it can be sold at the desired price. In addition, some people who want to get the goods quickly may want to give priority to dealings faster than the price. In addition, when a product is purchased, if there is no storage place until the product is shipped and the warehouse must be rented, it is desired to set the arrival date of the product immediately before the product is shipped. Also, if there is a product you want, but the due date is still ahead, it is advantageous for me who wants to receive the product as soon as possible after that due date and delivers the product ahead of payment I would like to do business with a partner who can provide conditions. Also, if you want to sell the product you are currently using for work or play to get other purchase funds, if you can buy it at the desired price, you will be allowed to use the product as late as possible Wanted to deal with.
[0005]
In this way, sellers and buyers who are looking for partners to buy and sell goods have various hopes according to the circumstances of each person regarding the transaction date such as the delivery date of goods and the payment date of the price. The successful bidder was decided without considering such a transaction date. For this reason, you can search for a trading partner who can present you with a satisfactory trading date even if it is not the highest price, search for a trading partner with the highest trading date, or if there are multiple highest prices, the trading date is not the first. However, there was a problem that the most advantageous partner in terms of cannot be a successful bidder. Traditionally, in reverse auctions used for airline ticket reservations and hotel reservations, the buyer provides information about the date of boarding, staying date, etc., and the seller provides boarding date, staying date, etc. However, this information is not the transaction time, and the price must be paid by the date determined by the winning bidder. As described above, since it is natural that the conventional auctions are competed at a price, the demands of the client are satisfied in terms of the price, but the demands other than the price are not necessarily satisfied. In the conventional auction method, even when there is a request to prioritize the price, it is difficult to give the highest priority to the request.
[0006]
By the way, for example, when a customer requests a taxi, a method of selecting a taxi with the lowest price among a plurality of taxi companies by adopting a reverse auction method is also conceivable. However, in this method, although the cheapest taxi can be selected, the position of the arranged taxi is not considered, and there is a problem of selecting a taxi very far from the customer (client) position.
[0007]
In a taxi request method generally implemented, a customer contacts a taxi company by telephone or the like, and a taxi closest to the client is dispatched among the taxi companies. However, since this method is a deal with one taxi company, the car of another taxi company may be closer to the client, and the closest taxi was not necessarily dispatched. . Therefore, there was a problem that the nearest taxi could not be selected.
[0008]
For example, for a client who requests to buy or sell a product at an auction, for example, he wants to trade the product at a desired value such as the longest (short), the heaviest (light), the most (small), etc. There was a request. For example, a client who desires to purchase a product having the longest possible length may wish to make a transaction with a seller who presents the longest product without considering the price. In other words, some clients who participate in the auction may have a client who wants to trade by giving priority to a numerical value other than the price as a successful bid condition. However, in the conventional auction method, since only the price of the product is targeted for the bid, there is a problem that cannot be applied when a numerical value other than the price is targeted for the bid.
[0009]
In addition, there has been a request for a client who requests buying and selling of a product in an auction to reflect the demand for the product due to various circumstances. For example, a client who wants to purchase art and antiques wants to purchase the most appropriate price for him, taking into account various conditions such as age, degree of storage, and scratches. In addition, when purchasing a personal computer, there are requests for the image quality of the display device, the quality and performance of the main unit, processing speed, etc., but it may not be clear which product (part number, etc.) satisfies the request most. . Also, when requesting a tutor, etc., there is a request, but there is a case where it is not known what should be selected as an evaluation standard. For this reason, it has been necessary to narrow down the products and services that satisfy the request to some extent, and to bid for the products and services at the price. There was also a problem that the number of trading partners was actually limited only to those registered in the auction. There were also requests from sellers for the people who understood the value of the product to buy it.
[0010]
As described above, since it is natural that the conventional auctions are competed by price, the demands other than the price are not necessarily satisfied although the request of the client is satisfied in terms of price. In the conventional auction method, even when there is a request to prioritize the price, it is difficult to give the highest priority to the request. In addition, the present condition is that it is possible to trade only with a trading partner who participates in the auction for the sale of goods or services, or wants to provide the goods or services.
[0011]
  The present invention has been made to solve the above-described problems.EyesThe targetAmong service providers on the move and service recipients who receive servicesCan satisfy the request regarding the position of the client (client)To provide an auction method and serverIt is in.
[0012]
[Means for Solving the Problems]
  In order to solve the above-mentioned problem, in the invention according to claim 1, the service which is moving to provide the service for the successful bid time condition set in order to make a successful bid for the transaction presented by the client from the terminal This is an auction method performed through a network in which a bidder who is a provider bids from a terminal and the server makes a successful bid, and the server displays a request screen on the terminal in response to access from the terminal of the service recipient as the client The server prompts the terminal to input each data of the designated position and desired time, and the server receives request information data including the designated position data and desired time data inputted to the terminal from the requester's terminal. A request procedure stored in the storage unit;
  In response to an access from the bidder's terminal, the server displays a bid screen presenting the successful bid time condition on the terminal.Can calculate midway position according to time on the planned travel routeA bid procedure for prompting the terminal to input bid information data including scheduled movement path data to the terminal, and receiving the bid information data including the planned movement path data from the bidder's terminal and storing it in a storage unit; The server reads the designated position data, desired time data, and planned travel route data from the storage unit, and the bidder determines from the position of the desired time on the planned travel route based on the read data. The waiting time imposed on the client when moving to the designated position of the client for service provision is calculated using an arithmetic expression stored in the storage unit in advance, and the calculated waiting time data is stored in the storage unit. A calculation procedure to be stored;
  A bidding procedure in which the server executes a bidding process for determining from among the bidders the successful bidder presenting the scheduled travel route data that can compare the waiting time data read from the storage unit and minimize the waiting time. This is the summary.
[0013]
  In the invention according to claim 2, the service provider who is moving to provide service for the successful bid time condition set for winning the transaction presented by the clientService recipient to make a successful bidA bid method is performed by a server through a network in which a bidder bids and a bidder competes to obtain a transaction, and the server requests a request screen from the terminal of a service provider as a requester in response to an access from the terminal DisplayedBeforeThe server sends the planned travel route to the requester on the request screen.Scheduled travel route data that can be calculated midway according to the above timeofInputRequest information that prompts and also includes the scheduled travel route datadataRequest from the requester's terminal and stored in the storage unit, and in response to access from the bidder's terminal, the server displays a bid screen presenting the successful bid time condition on the terminal.Specified positionPrompts you to enter the time and timeSpecifiedIncludes location and desired timeMuReceive the tag information from the terminal of the bidder as service recipientAnd rememberThe bidding procedure and the serverSpecifiedUsing the position, desired time, and planned travel route data, the client canFixed movementThe travel time imposed on the client from the position of the desired time on the route to the position designated by the bidder for service provision.By executing a program stored in the storage unit in advanceDeterminationAnd the calculated travel time dataTheCalculation procedure stored in the storage unit and,The server performs a comparison operation process on the movement time data read from the storage unit to perform the movement.Movement timeThe bidder who decides the successful bidder who presented the specified position and desired time that can shorten theProcessingExecuteThe gist is that it has a successful bid procedure.
[0014]
    In invention of Claim 3, Claim 1 or2In the auction method described above, in the bidding procedure, the server causes the waiting time or travel time to be delayed on the bidding screen.Information that can convert the situation into a time equivalent to a delay in movement caused by the situationSituationInformation dataAs well as the situation informationReport dataIncluding bid information data including a bidder's terminal and storing it in a storage unit.Read from the storage unitStatus information dataThe timeIn conversionWhen askedThe gist is that the waiting time or moving time after the correction is stored in the storage unit.
[0015]
  According to a fourth aspect of the present invention, in the auction method according to the first or second aspect, in the bidding procedure, the server causes the waiting time or travel time to be delayed.It is information that can convert the situation into time equivalent to the delay in movement caused by the situation.Status information data is acquired by communication, and the waiting time or travel timeWriteRead from the memoryThe waiting time or travel time is compensated with the time obtained by converting the situation information data into time.Correctly, the gist processing is executed with the corrected waiting time or moving time.
[0016]
  In the invention according to claim 5, the client isFrom terminalFor the successful bid position condition set for winning the presented transactionIs a service provider on the move to provide servicesBidderIsThrough a network that competes in place and wins transactionsServer doesAuction method where the server is the clientAs service recipientIn response to access from the terminal, display a request screen on the terminalSpecifiedpositionAnd desired time dataPrompts the terminal to enter the request information includingThe edgeEntered at the endThePosition dataAnd desired timeA request procedure in which the server receives request information data including the request information from the terminal and stores it in the storage unit; and a bid screen in which the server presents the successful bid position condition to the terminal in response to an access from the bidder's terminal. DisplayScheduled travel route data that can calculate the position on the planned travel route according to the timePrompting the user to input bid information data includingScheduled travel routeThe server receives the bid information data including the data from the terminalAnd memorize in memoryThe bidding procedure and the serverReading each data of the designated position, desired time and planned moving route from the storage unit, and predicting and calculating the position of the desired time on the planned moving route of the service provider based on each data, A calculation procedure for calculating the distance data required for the service provider to move from the predicted position obtained to the designated position of the service receiver who is a bidder and storing it in the storage unit, and the server from the storage unit to the distance The server executes a bid process in which data is read out and the distance data is compared and processed to determine the successful bidder who has presented the planned travel route data that will be the shortest distance data from among the bidders.With a successful bid procedureI gotThis is the gist.
According to the sixth aspect of the present invention, the service reception for receiving the service from the service provider who is moving to provide the service with respect to the successful bid position condition set in order to make a successful bid for the transaction presented by the client from the terminal. The auction method is performed by the server through a network in which bidders who are bidders compete with each other to acquire a transaction, and the server displays a request screen on the terminal in response to access from the terminal of the service provider as the client The request information data including the scheduled movement route data that is input to the terminal and prompting the terminal to input request information including the scheduled movement route data that can calculate the position on the planned movement route according to the time. The server receives the request from the terminal and stores it in the storage unit, and the server provides the successful bid position condition to the terminal in response to the access from the bidder's terminal. The bid screen is displayed and the bid information data including each data of the designated position and the desired time is prompted to be input to the terminal, and the bid including the data of the designated position and the desired time input to the bidder's terminal is displayed. A bid procedure in which the server receives information data from the terminal and stores it in the storage unit, and the server reads out each data of the designated position, desired time, and planned travel route from the storage unit and based on the data The distance required for the service provider to move from the predicted position obtained by the calculation to the designated position of the service receiver who is a bidder, while predicting the position of the desired time on the scheduled movement route of the service provider The calculation procedure for calculating the data and storing it in the storage unit, and the server reads the distance data from the storage unit and performs the comparison calculation process on the distance data, Bidding process to determine the designated position and a successful bidder who presented desired time becomes have distance data from bidders and summarized in that said a successful procedure executed by the server.
[0017]
  Claim7In the described invention, in the auction method according to claim 5,In the bidding procedure, the server changes the position of the service provider, which causes the position on the planned movement route to change according to the time on the bidding screen, to a distance corresponding to the delay in movement caused by the situation. While prompting input of situation information data that is convertible information, the bid information including the situation information data is received from the bidder's terminal and stored in the storage unit. In the calculation procedure, the server The distance data calculated using each data of the designated position, desired time, and planned travel route is corrected by the distance obtained by converting the situation information data read from the storage unit to the distance, and the corrected distance data is Storing in the storage unit.And the gist.
In the invention according to claim 8, in the auction method according to any one of claims 1 to 4, the service that is the object of the transaction uses a mobile object when providing the service. In the successful bid procedure, the server moves from the position of the desired time on the planned movement route of the moving body on which the service provider of the requester and the bidder is moving to the designated position. The gist is to perform a comparative calculation process on a waiting time or a movement time imposed on the client when moving with a body.
  Claim9In the invention according to claim 5, in the auction method according to claim 5 or 6, the service that is the object of the transaction uses a mobile object when providing the service,In the successful bid procedure, the serverThe service provider of the client and the bidderThe distance data required for the moving body to move from the predicted position of the desired time on the scheduled movement path of the moving body that is moving to the designated position is subjected to a comparison calculation process.This is the gist.
[0021]
  Claim 1To zeroThe described inventionSaidserverIsClaims 1 to9The auction method described in any one of the items is used.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
(First embodiment)
Hereinafter, a first embodiment of the present invention will be described with reference to FIGS.
[0023]
In the first embodiment, the element that is the target of the auction is the time that is the transaction time, but in the present embodiment, the auction is performed using the position, distance, and time as elements other than the price. Time is required time, not transaction time. The required time is, for example, the waiting time until a taxi arrives.
[0024]
In the position auction, there is a business auction to arrange a taxi and other vehicles that will pick you up for a fee. For example, a taxi company registers as a user in this location auction and receives customers efficiently through this location auction. Customers also register for users and use location auctions.
[0025]
Next, the position auction will be specifically described.
The auction management system (mediation management server system) 20 includes a server 21, a display device 70, and an input device 71 including a keyboard and a mouse. The server 21 is connected to three databases 22, 23, and 24. The server 21 is connected to the Internet N, and is connected to the third party terminal 30 through the Internet N so as to be communicable. For example, personal computers (hereinafter simply referred to as personal computers) 72 of a plurality of taxi companies are connected to the Internet N and can communicate with the server 21. For example, only a taxi company (including a personal taxi) for which user registration has been completed in advance can receive a customer providing service by the server 21. The customer terminal 30 connected to the Internet N can communicate with the server 21. In addition to the personal computer 73, the customer terminal 30 includes a mobile phone 74 capable of Internet communication (for example, i-mode compatible). A transceiver 75 is connected to the personal computer 72 of each taxi company, and wireless communication is possible with the transceiver 77 provided in each taxi 76 belonging to the company.
[0026]
As shown in FIG. 3A, each taxi 76 is equipped with a GPS (Global Positioning System) 78 that performs position measurement by using radio waves of GPS satellites. The position information is transmitted to the taxi company via wireless communication between the transceivers 77 and 75, and the personal computer 72 accurately determines the current position of all taxis 76 belonging to the company. To recognize. As shown in FIG. 3B, the mobile phone 74 owned by the customer is a position measurement compatible type that incorporates a GPS 79. For this reason, the current position of the customer carrying the mobile phone 74 is sequentially measured as needed by the GPS 79 built in the mobile phone 74.
[0027]
The server 21 of the auction brokerage company stores various programs for auction in the memory. Among them is an auction program. This program informs each taxi company of the customer's location information through the Internet N and conducts an auction to bid the customer. Each taxi company participates in the auction by presenting its taxi location information, and the server 21 Is based on the taxi position information to determine the closest taxi 76 to the customer as a successful bid condition and make a successful bid for it.
[0028]
The taxi company personal computer 72 grasps the current position and current status of each taxi 76 belonging to the company based on information from each taxi 76. Current conditions include car conditions (during customer ride, moving to customer, car wash, gasoline shortage, refueling, etc.), driver conditions (resting, eating, etc.), road conditions (under construction, traffic jams, etc.) Then, in addition to the position (distance), the factor of delaying the arrival time to the customer is considered even if it is nearby. As the situation information, information obtained by the manager of each taxi company through wireless communication is input to the personal computer 72, or analog data received by the transceiver 75 is converted into digital data and taken into the personal computer 72. However, it is better to enable automatic transmission to the personal computer 72 without bothering the driver. For example, a configuration is adopted in which a predetermined situation is detected by attaching various sensors to the taxi 76 and the situation data is automatically transmitted to the personal computer 72 automatically using a program or the like. As a configuration of the situation automatic detection method, for example, a gasoline amount detection sensor is used for gasoline shortage detection, and various sensors such as a taximeter operation detection sensor and a seat sensor are used for customer presence detection detection. In addition, a mechanism (program) is used that stores driver schedule management data and discriminates between rest time and working time by collating with the time of the clock function. In addition, it grasps the degree of traffic congestion based on traffic jam information and construction information provided by road traffic management organizations detected by a traffic survey device installed on the road.
[0029]
FIG. 2 is a functional configuration diagram of the auction management system 20. The auction management system 20 includes a communication unit 81, a control unit 82, a position bid calculation unit 83, and a successful bid narrowing calculation unit 84. The communication unit 81, the control unit 82, the position bid calculation unit 83, and the successful bid narrowing calculation unit 84 are configured by the server 21. The communication unit 81 operates according to a predetermined communication procedure (HTTP). The merchandise management DB 23 includes a bid condition storage unit 85. The bid condition storage unit 85 includes a position bid data storage unit 85A and a narrowed data storage unit 85B. The control unit 82 and the calculation units 83 and 84 are used for calculation control for specifying the winning bidder in the position auction, and various data stored in the storage units 85A and 85B are used for the calculation.
[0030]
An auction homepage (HP) (site) is placed on the server 21 of the brokerage company, and a user (customer) displays the auction HP shown in FIG. 4 on the screen using the browser software from the terminal 30 through the network N. browse. Various screens such as a user registration screen P and a product registration screen (not shown) shown in FIG. 11 are similarly linked to the auction HP. The hard disk of the server 21 stores screen data such as various screens HP, P, Q, F, and G, a program used for screen display (for example, an HTML description program), and a program used for auction calculation processing.
[0031]
As shown in FIG. 4, the auction HP is similarly provided with a large number of selection buttons 51 classified according to products and services for auction and a large number of selection buttons 52 classified according to products for reverse auction. A person who wants to participate in the auction (bidder) selects the desired product category selection buttons 51 and 52. However, the figure shows only a part of the product service classification. In addition, a user registration button 53 and a product registration button 54 are prepared, and by selecting each of the buttons 53 and 54, a user registration screen and a product registration screen are displayed, and the data input from each screen is stored in the server 21. User registration and product / service registration are made by sending to. The product includes information provision. During the position auction, there is a business position auction (reverse auction) registered by a trader who provides vehicles to be picked up such as taxis. For example, a taxi company registers a user in this location auction and receives a customer's offer through this location auction. In this embodiment, a taxi is used as an example. However, the present invention can be applied to any mobile body (such as a vehicle) that provides services to customers such as a collection and delivery vehicle or to a predetermined place near the customer. .
[0032]
Since the auction HP has a “taxi” button 88, the customer selects it. Then, necessary items are entered on the taxi arrangement screen F shown in FIG. 5 on the next screen. That is, the screen F is provided with a GPS button 91, a telephone number input field F1, and a character input field F2 for designating the boarding position of the customer. In addition, customer characteristic contact, desired ride time (within minutes, etc.), number of passengers, destination entry fields F3 to F6, rank button 92 for specifying taxi rank (large / medium / small cars, fare rank, etc.), ID number entry field F7 is prepared. Here, when the GPS button 91 is used in association with the GPS 79 when the GPS-compatible mobile phone 74 is used, GPS position data is registered only by operating the button 91. As another method of specifying the position, a telephone number such as a home or a building can be input. The server 21 is connected to a system (telephone number search service company) that identifies an address from a telephone number, and the position is identified when the telephone number is known. In the character input field F2, character information such as an address, a place name, and a meeting place serving as a mark is input. In the feature communication input field F3, contents for informing the feature serving as a mark of the customer (customer) are entered. The taxi arrangement screen F corresponds to the request screen.
[0033]
After inputting these necessary items, when the transmission button 93 is selected and transmitted, these customer information data as bid request information is transmitted to the server 21 via the Internet N. The server 21 launches an auction program based on the customer information and widely calls the personal computer 72 of the taxi company to participate in the location auction. The taxi company's personal computer 72 is always started up, and when a new auction information is received, the operator (personal computer administrator) is notified of this by a sound or a display. At this time, the server 21 provides an auction participation screen G as shown in FIG.
[0034]
The auction participation screen G shown in FIG. 6 includes display fields G1 to G5 for presenting customer information such as customer position (boarding place), number of people, rank, destination, and boarding time. In addition, a map display field G6 is prepared, in which a map around the location where the customer is located (map information) is displayed, and the customer location (boarding location) (black circle on the map) is displayed on the map. The customer's detailed location can be visually confirmed on the map. In this screen G, input fields G7 and G8 for inputting "taxi position" and "situation" are prepared. In order to participate in the auction, there is a time limit in order to prevent the customer from waiting as much as possible, and a display field G9 for notifying the remaining time is also prepared. When participating in an auction, necessary data is input in the input fields G7 and G8 within the time limit, and the participation button 94 is selected. The auction participation screen G corresponds to a bid screen.
[0035]
The taxi company's personal computer 72 keeps track of the location and status of all taxis 76, finds the optimal taxi 76 that can arrive at the customer in the shortest time from these data and customer position (or boarding position), Enter the taxi position and status of the taxi in the input fields G7 and G8 and participate in the auction as a taxi to make a successful bid for the customer. The situation is, for example, “possible to go straight”, “refueling time 3 minutes at OO gas station”, “departure after 5 minutes during break time”, “on boarding customer”, etc. For example, there is a method in which situation data in which this kind of situation is quantified is transmitted to the server 21, and the server 21 determines the taxi that can arrive at the earliest customer based on the taxi position and situation data, and makes the customer make a successful bid for the taxi. take. Of course, all taxi companies will judge the situation, and if the situation is bad and the time limit (time limit) passes, it will be decided not to participate, and the most suitable taxi will be entered in the auction. You can also. In this case, the judgment of the situation may be made under the responsibility of the taxi company, and a penalty may be imposed if the customer is kept waiting. With this configuration, it becomes a position auction in which only the position competes.
[0036]
It is also possible to adopt a method in which the server 21 determines all taxi situations and finds the taxi that can arrive at the customer the earliest. As a method for this, a method in which a taxi company administrator inputs a corresponding situation among predetermined situation items to the input field G8 as character information and informs the server 21 is relatively realistic. However, this method is labor intensive and inefficient, so the personal computer 72 is in a situation based on the situation information (automobile situation information, driver situation information, road situation information) obtained from each taxi 76 and various facilities by communication. It is desirable from the viewpoint of efficiency that the configuration is determined. In this case, it is also possible to adopt a configuration in which this type of situation is converted into a distance and participates in the auction at a position obtained by adding the corrected distance to the actual position. The situation information corresponds to time variation factor information.
[0037]
The server 21 uses the information (bid information) received from the personal computer 72 of each taxi company (or personal taxi mobile information terminal (for example, mobile or mobile phone)), performs predetermined processing on the information, and The taxi 76 that can arrive at the place specified by the shortest time is specified. The server 21 stores the charge system data of each taxi company, and when the required times substantially match within a predetermined range, the server 21 automatically determines the person with the lowest charge and makes a successful bid there.
[0038]
The following describes how to identify a taxi that can arrive at the customer in the shortest time.
The server 21 calculates the distance between the two points on the map based on the data on the taxi position and the customer position. For example, as shown in FIG. 7A, when a total of four taxis 76, Z1, Z2, Z3 and Z4, participate in bidding for customers waiting for a taxi 76 at a Y point, each taxi Z1, Z2, Z3 The distances a, b, c, d between Z4 and the customer are respectively calculated. In this case, a linear distance may be used, but in this embodiment, a distance on a map is used to obtain a more accurate distance (however, it is schematically shown by a straight line in FIG. 7). In the case of a pure position auction, this distance is compared and the customer is awarded the shortest.
[0039]
When considering situation information other than the position, the server 21 obtains the construction information / congestion sequentially obtained based on the traffic information such as one-way traffic and the data from the traffic research organization in addition to the distance data simply determined from the position. Calculate the estimated time required considering the information. Further, the status data including character information or numerical data is converted into the required time, and the estimated required time is obtained by reflecting the converted time on the previously obtained required time.
[0040]
FIG. 7 (a) is a method of viewing from the distance between the current position of the taxi and the customer position, while FIG. 7 (b) is a method of viewing the distance between the taxi's planned travel route and the customer, This is called a moving position auction. The moving position auction will be described later.
[0041]
The server 21 makes the customer make a successful bid for the taxi 76 that has the shortest estimated time among a plurality of taxis 76 participating in the auction. When the successful taxi 76 is determined, the taxi company's personal computer 72 (such as a mobile phone in the case of a personal taxi) informs the customer of the successful bid and other necessary items such as the customer's characteristics (marks) through communication via the Internet N or the like. The taxi company that has received the successful bid notice notifies the corresponding taxi 76, and the taxi 76 rushes to the location designated by the customer.
[0042]
Next, the procedure flow of the position auction will be described below with reference to FIG. The procedure flow does not necessarily show the processing procedure of the server 21, but shows the procedure (flow) of the entire position auction such as exchange between the taxi company and the brokerage company.
[0043]
In S510, it is determined whether or not there is a request from a customer. If there is no request from a customer, it waits until there is a request. The procedure in which the request screen is displayed on the customer terminal in S510 and the server 21 receives the customer information corresponds to the request procedure.
[0044]
In S520, the customer position is confirmed.
In S530, customer information is distributed through the Internet.
In S540, it participates in a position auction. The procedure in which the bid screen is displayed on the customer terminal in S530 and the server 21 receives the bid information from the bidder who participated in the position auction in S540 corresponds to the bid procedure. The procedure of S540 to 560 corresponds to a successful bid procedure.
[0045]
In S550, it is determined whether a predetermined time has elapsed. That is, it is determined whether or not the remaining time until the deadline for participation in the position auction has expired.
In S560, the person who presented the closest position is made to make a successful bid. The current taxi position (when participating in auction) is adopted as position data, and the taxi with the closest distance between each taxi position and the customer position makes a successful bid for the customer. When the situation data is taken into consideration, the taxi with the shortest estimated time required to move from the position to the customer position in consideration of the situation in addition to the position makes a successful bid for the customer.
[0046]
In S570, the taxi that has made a successful bid is notified of that. In other words, the personal computer 72 of the taxi company is informed of the successful bid, and information on the successful bid is provided to the taxi 76 that has made a successful bid via the personal computer 72. The taxi 76 that has received the notice of the successful bid rushes to a location designated by the customer based on the customer location information obtained from the personal computer 72. Therefore, the customer can call the taxi 76 in the shortest time.
[0047]
In S580, the customer is notified of taxi information. That is, since the customer does not know which taxi will be picked up, the customer is informed of information (taxi company, taxi color, etc.) that can confirm the taxi.
[0048]
Hereinafter, the position auction during movement will be described.
If the taxi can pick up customers on the way to their destination, or if the collection and delivery vehicle can get extra collection / delivery on the planned collection / delivery route, it will be possible to acquire customers and collection / delivery efficiently, and for customers to take taxis quickly. You can catch them, and you can collect and deliver your luggage quickly. For this purpose, the position where the customer who rides from the nearest position on the route of the vehicle (taxi, etc.) or the vehicle that is moving closest to the customer is bid is moved. It is an auction. In this case, it is sufficient if the customer can arrange a taxi by specifying a place (boarding position) / time to use the taxi, and the taxi may be far away at the time of the auction.
[0049]
The various programs for the moving position auction stored in the memory by the server 21 are basically the same as those for the position auction, but the screen G (FIG. 6) also includes information for specifying the moving path that is moving. And an input field for information (for example, position data at a certain time) indicating at what time the route travels. The server 21 specifies, from the movement route data and the movement time data, which taxi will pass through the closest location / time specified by the customer by the same method as the position auction, and passes through the closest location. The taxi (or pick-up / delivery vehicle) will be awarded to the customer. On the other hand, if the customer is a client, he makes a successful bid for a taxi (or a collection and delivery vehicle) that passes closest. Here, the travel route data and the travel time data also constitute converted information.
[0050]
Specifically, as shown in FIG. 7 (b), when three taxis 76, Z1, Z2, and Z3, move along the movement routes shown in FIG. The taxi 76 passing through the nearest location from the customer's Y point at that time t makes a successful bid for the customer. Conversely, the customer makes a successful bid for the taxi 76 that passes closest to that time. In the example of FIG. 7B, the taxi Z1 whose position at the time t (dotted line position in the figure) is closest to the customer will make a successful bid for the customer (however, the situation is not considered). In this case as well, a pure position auction in which only the position is determined can be used, or the estimated required time can be obtained by determining the situation such as the taxi situation and the traffic situation as in this example.
[0051]
Next, the procedure flow of the moving position auction will be described below with reference to FIG. The procedure flow does not necessarily indicate the processing procedure of the server 21, but indicates the procedure (flow) of the entire position auction.
[0052]
In S610, it is determined whether or not there is a request from a customer. If there is no request from a customer, it waits until there is a request. The procedure in which the request screen is displayed on the customer terminal in S610 and the server 21 receives the customer information corresponds to the request procedure.
[0053]
In S620, the customer position is confirmed.
In S630, customer information is distributed through the Internet.
In S640, it participates in a position auction. The procedure in which the customer information is distributed in S630 and the bid screen is displayed on the bidder's terminal, and the server 21 receives the bid information from the bidder who participated in the position auction in S640 corresponds to the bid procedure. The procedure from S640 to 660 corresponds to a successful bid procedure.
[0054]
In S650, it is determined whether a predetermined time has elapsed. That is, it is determined whether or not the remaining time until the deadline for participation in the position auction has expired.
In S660, the person who presented the closest position is made to make a successful bid. At this time, the taxi position at the boarding time t estimated from the movement route is adopted as the position data. The taxi with the closest distance between each taxi location and the customer location makes a successful bid for the customer. When the situation data is taken into consideration, the taxi with the shortest estimated time required to move from the position to the customer position in consideration of the situation in addition to the position makes a successful bid for the customer.
[0055]
In S670, the taxi that has made a successful bid is notified of that. In other words, the personal computer 72 of the taxi company is informed of the successful bid, and information on the successful bid is provided to the taxi 76 that has made a successful bid via the personal computer 72. The taxi 76 that has received the notice of the successful bid rushes to a location designated by the customer based on the customer location information obtained from the personal computer 72. Therefore, the customer can call the taxi 76 in the shortest time.
[0056]
In S680, the customer is notified of taxi information. That is, since the customer does not know which taxi will be picked up, the customer is informed of information (taxi company, taxi color, etc.) that can confirm the taxi.
[0057]
Therefore, according to the first embodiment, the following effects can be obtained.
(1) The customer can request a taxi that will come the earliest when calling taxi. In addition, taxi companies can efficiently deliver the taxi closest to the customer.
[0058]
(2) In a moving position auction, when there is a customer in the middle of a moving route of a vehicle such as a taxi or a collection and delivery vehicle, the customer can be picked up in the middle of the movement, so that the customer can be efficiently acquired. Moreover, there is less waiting time for customers.
[0059]
(Second Embodiment)
Hereinafter, a second embodiment of the present invention will be described with reference to FIGS. 1 to 3, 5 to 7, and FIGS. 10 to 18. This embodiment is different from the above embodiment in that the target of the bid is the position as an element.
[0060]
The auction system for performing the position auction is basically the same as the configuration shown in FIG. A position auction is a request for a position presented by a client to a third party's terminal through a network, soliciting bids widely, auctioning at a position based on the bid information submitted, and requesting the client's request This is a bidding method in which a bidder who presents the most satisfying position makes a successful bid. The client's request includes a request presented by the client himself and a request prepared in advance by a bid broker as a matter of course from the request contents (request purpose) of the client.
[0061]
A position auction is a bid for a position that brings together both a buyer and a seller as trading partners, and deals with all items such as goods and services (services). In the position auction, there are business auctions for arranging vehicles such as taxis for pick-up and pick-up and pick-up and delivery vehicles for picking up luggage. For example, a taxi company registers a user in this location auction and receives customers efficiently through the location auction.
[0062]
Next, the position auction will be specifically described. FIG. 1 shows a position auction system in which one of a customer and a taxi company selects a trading partner that best satisfies a predetermined position condition through a network (in this example, the Internet).
[0063]
As shown in FIG. 1, the auction management system (mediation management server system) 20 includes a server 21, a display device 70, and an input device 71 including a keyboard and a mouse. The server 21 includes three databases 22 and 23. , 24. The server 21 is connected to the Internet N, and is connected to the third party terminal 30 through the Internet N so as to be communicable. For example, a plurality of taxi company personal computers (hereinafter simply referred to as personal computers) 72 are connected to the Internet N and can communicate with the server 21. For example, only a taxi company (including a personal taxi) for which user registration has been completed in advance can receive a customer providing service by the server 21.
[0064]
A customer terminal 30 connected to the Internet N can communicate with the server 21. In addition to the personal computer 73, the customer terminal 30 includes a mobile phone 74 capable of communicating with the Internet. A transceiver 75 is connected to the personal computer 72 of each taxi company, and wireless communication is possible with the transceiver 77 provided in each taxi 76 belonging to the company.
[0065]
The structure of the transmitting / receiving device mounted on the taxi 76 and the mobile phone 74 is substantially the same as the configuration shown in FIG. As shown in FIG. 3A, each taxi 76 is equipped with a GPS (Global Positioning System) 78 that performs position measurement using radio waves (signals) transmitted from a plurality of satellites. The current position of the vehicle is accurately measured by the GPS 78, and the position information is transmitted to each taxi company wirelessly between the transceivers 75 and 77. The personal computer 72 of the taxi company accurately recognizes the current positions of all taxis 76 belonging to the company based on the position information output from the GPS 78. As shown in FIG. 3B, the mobile phone 74 owned by the customer is a position measurement compatible type that incorporates a GPS 79. For this reason, the current position of the customer carrying the mobile phone 74 is sequentially measured as needed by the GPS 79 built in the mobile phone 74.
[0066]
The server 21 shown in FIG. 1 stores various auction programs in a memory. Among them is an auction program. This program informs each taxi company of the customer's location information through the Internet N and conducts an auction to bid the customer. Each taxi company participates in the auction by presenting its taxi location information, and the server 21 Uses the taxi position information to determine the closest taxi 76 to the customer and make a successful bid for it.
[0067]
The taxi company personal computer 72 grasps the current position and current status of each taxi 76 belonging to the company based on information from each taxi 76. Current conditions include car conditions (during customer ride, moving to customer location, car wash, gasoline shortage, refueling, etc.), driver conditions (resting, eating, etc.), road conditions (under construction, traffic jams, Factors that delay the arrival time to customers, even in the vicinity of an accident, etc.) are considered in addition to the current situation.
[0068]
Condition information such as car conditions and driver conditions, and road information such as road conditions are entered into the personal computer 72 or received by the transceiver 75 by a taxi company administrator through wireless communication. Analog data is converted into digital data and loaded into the personal computer 72. However, it is automatically transmitted to the personal computer 72 without bothering the driver. For example, a configuration is adopted in which a predetermined situation is detected by attaching various sensors to the taxi 76 and the situation data is automatically and sequentially transmitted to the personal computer 72 using a program or the like based on the detected value. In this example, the converted information includes condition information and road information.
[0069]
As the configuration of the automatic situation detection method for automatically detecting the condition information such as the automobile situation and the driver situation and the road information, for example, a gasoline amount detection sensor for the gasoline shortage detection, a taximeter operation detection sensor for the customer presence detection detection And various sensors such as a seat (sitting) sensor. Further, a mechanism (program) for storing the schedule management data of the driver and discriminating between the rest time and the working time by collating with the time of the clock function may be used. In addition, the road condition is grasped based on traffic jam information and construction information provided from a road traffic management organization detected by a traffic volume survey device installed on the road. The position / situation data from each taxi 76 is taken into the personal computer 72 of the taxi company as digital data. The server 21 manages the road information from the road traffic management organization.
[0070]
The auction management system used for the position auction is almost the same as the configuration shown in FIG. As shown in FIG. 2, the auction management system 20 includes a communication unit 81, a control unit 82, a position bid calculation unit 83, and a successful bid narrowing calculation unit 84. The communication unit 81, the control unit 82, the position bid calculation unit 83, and the successful bid narrowing calculation unit 84 are configured by the server 21. The communication unit 81 operates according to a predetermined communication procedure (HTTP). Of the three databases 21 to 23, the merchandise management DB 23 includes a bid condition storage unit 85, and the bid condition storage unit 85 includes a position bid data storage unit 85A and a narrowed data storage unit 85B. The control unit 82 and the calculation units 83 and 84 are used for calculation control and the like for specifying the winning bidder in the position auction, and various data stored in the storage units 85A and 85B are used for this calculation.
[0071]
The server 21 has a location auction homepage (HP) shown in FIG. 10, and a user (customer) through the Internet N displays the location auction HP shown in FIG. 10 on the screen from the terminal 30 using browser software. browse. The position auction HP includes a user registration screen P similar to FIG. 11 described above, a taxi arrangement screen R similar to FIG. 5, an auction participation screen G illustrated in FIG. 6, and a merchandise service registration screen H illustrated in FIG. 12. The screen is linked. The hard disk of the server 21 stores screen data such as various screens P, R, S, and H, a program used for screen display (for example, an HTML description program), and a program used for position auction calculation processing.
[0072]
In the position auction HP, a large number of selection buttons 100, 101, and 102 classified according to products and services to be traded are prepared. Those who wish to participate in the auction (bidders) select the desired product / service classification selection buttons 100, 101, 102. In addition, a “user registration” button 103 and a “request registration” button 104 are prepared for the HP. By selecting each of the buttons 103 and 104, a registration screen P (FIG. 11) and a registration screen H (FIG. 12) are prepared. ) Are displayed, and the product / service registration is performed by transmitting the data input from the screens P and H to the server 21.
[0073]
The user registration screen P shown in FIG. 11 includes selection items for selecting personal use or business use in addition to the selection item P1 and various input fields P2. For example, a requester who requests a taxi 76 is an individual. The taxi company selects a business-use selection item and then makes another registration. The user registration screen P is also provided with an input field for inputting a credit card number and the like.
[0074]
When the user inputs necessary items for all these items on the user registration screen P and selects the OK button 55, the user registration data D1 including these items, the information input in the items P1, and the input field P2 is as follows. The data is transmitted to the server 21 through the network N and stored in the customer management DB 21 among the three databases 21 to 23. Upon confirming payment of a predetermined fee (registration fee), the server 21 transmits an authentication number (ID and password) to the registrant's terminal. The registrant uses this authentication number when using the position auction.
[0075]
As shown in FIG. 12, on the product / service registration screen H, various inputs such as product / service classification, product / service name, desired price, quantity, quality, service content, storage / providing location (position), product service information, etc. Columns H1 to H8 are prepared. When the user inputs necessary items for all these items on the product service registration screen H displayed on the terminal 30 and selects the send button 105, the bid information as information entered in the various input fields H1 to H8 is used. The merchandise service registration data D8 is transmitted to the server 21 through the Internet N and stored in the bid management DB 24. For example, in the case of merchandise such as gasoline, secondhand goods, food, etc., an auction may be held using merchandise service registration data D8 at the time of merchandise registration that accepts a reservation bid and is registered in advance. At this time, the product service registration screen H corresponds to a bid screen.
[0076]
In the position auction HP shown in FIG. 10, a “direct transaction” button 106 and an “information transaction” button 107 are prepared. The direct transaction button 106 is used when selecting a product / service or a buyer of the product / service directly at the auction. For example, a service such as a taxi or a collection / delivery service (riding service, collection / delivery service, etc.) or a product is directly used. Used for auction transactions. The information transaction button 107 is used when it is desired to obtain useful information about a product, a service, or a provider thereof (manufacturing company, service company, etc.). For example, when receiving information only from a third party. Selected.
[0077]
A person who wishes to participate in the position auction selects one of the direct transaction button 106 or the information transaction button 107 and then selects a desired product or service (for example, taxi or collection / delivery business) from the selection buttons 100 to 100 102 is selected. The selection button 102 is effective only for “information transaction”. The HP also includes a selection item 108 for selecting a normal auction in which a client bids for a product / service or a reverse auction in which a client bids for a buyer of the product / service. For example, a customer who wants to arrange a taxi or a collection / delivery vehicle selects “auction”, and a taxi company or a collection / delivery company selects “reverse auction” for securing customers. Then, after all selections have been made with this HP, the “Confirm” button 130 is selected. In addition, the mobile body which provides a service that comes to the customer or a predetermined place near the customer is not limited to a vehicle such as a taxi or a collection and delivery vehicle, and may be anything such as a helicopter or an airplane.
[0078]
Hereinafter, regarding the position auction, a case where the “taxi” button 101 is selected on the HP will be described as an example, and screens and processing procedures prepared for the auction will be described. For example, the client (customer) selects the “taxi” button 101, displays the taxi arrangement screen F shown in FIG. 5 on the screen of the terminal 30, and inputs necessary items on this screen F. That is, the screen F is provided with a GPS button 91 for specifying a customer boarding position, a telephone number input field F1, and a character input field F2. In addition, customer characteristic contact, desired boarding time (within minutes, etc.), number of passengers, destination entry fields F3 to F6, rank button 92 for specifying taxi rank (large / medium / small car, toll rank, etc.), ID number An input field F7 is also prepared. The taxi arrangement screen F corresponds to the request screen.
[0079]
In addition, the screen F is also provided with a setting frame 109 shown in FIG. 13 for designating a range and position conditions for a position desired by the customer for a taxi. In this setting frame 109, there is a “no range” button 110 and a “with range” button 111. If you want to limit the taxi within the desired range from the boarding position, select the “with range” button 111. To do. Each selection item 112 for selecting “closest” or “farthest” is provided immediately below each of the buttons 110 and 111. When “closest” is selected, the taxi closest to the boarding position is awarded, while when “farthest” is selected, the farthest taxi is awarded. When a customer calls a taxi, it is natural to select “closest” when the waiting time is short. If the location condition is naturally limited due to the characteristics of the service, the selection item 112 may be abolished. Good. Here, the boarding position designated by the customer corresponds to the desired value.
[0080]
For example, when the customer uses a GPS-compatible mobile phone 74 to inform his / her own position or boarding position, if the GPS button 91 on the screen F is associated with GPS in advance, the user only has to operate the button 91. GPS position data is registered (input) and transmitted to the server 21. As another method for specifying the position, it is also possible to input a telephone number such as home or building in the telephone number input field F1. For example, the server 21 is connected to a system (telephone number search service company) that specifies an address from a telephone number, and can also specify the position of a customer from the telephone number. In the character input field F2, character information such as an address, a place name, and a meeting place serving as a mark is input. In the feature contact input field F3, the contents for notifying the feature serving as a mark of the customer (customer) are entered.
[0081]
Here, five types of bidding methods (bidding conditions (successful bid priority rules)) shown in FIG. 14 are determined in accordance with the presence / absence of the range set by the customer's request and the position conditions. These five types of bid systems will be described below with reference to FIG. However, there are a wide range of bidding methods that are convenient for the client, and although it will be explained in the example of a taxi request, it should be noted that some are not suitable for taxi requests.
[0082]
First, the figure (a) shows the case where “no range” and “closest” are set, and the person (bidder) who presents the closest position to the boarding position specified by the client (customer) is the successful bidder. It is a priority rule to be prioritized. Here, C who presented the closest position among bidders A, B and C makes a successful bid. FIG. 5B is a priority rule in which “no range” and “farthest” are set, and a person who presents a position as far as possible from the boarding position (bidder) is given priority as a successful bidder. . Here, C who presented the farthest position among bidders A, B and C makes a successful bid.
[0083]
FIG. 5C is a priority rule in which “with range” and “closest” are set, and a person who presents a position as close as possible within a certain range designated by the customer is prioritized as a successful bidder. . Here, among bidders A, B, and C, C who presents the closest position within a predetermined range makes a successful bid. FIG. 4D is a priority rule in which “with range” and “farthest” are set, and a person who presents a position as far as possible within a certain range designated by the client is given priority as a successful bidder. is there. Here, among bidders A, B, and C, C who presented the farthest position within a predetermined range makes a successful bid. FIG. 4E shows a priority rule that gives priority to a successful bidder as it gets closer regardless of whether the designated boarding position is smaller or larger. Here, D presenting the closest position among bidders A, B, C, and D makes a successful bid.
[0084]
14A to 14D, when the successful bidders (bidders C and D shown in each figure) compete, the successful bidders are narrowed down based on a predetermined rule described later. ing. In this example, the customer selects the “no range” button 110 in the setting frame 109 shown in FIG. 13 and selects “closest” in the item 112, and the taxi 76 located closest to the customer's boarding position is displayed. I will choose it.
[0085]
After entering the necessary items on the taxi arrangement screen F, when the transmission button 93 is selected and transmitted, the bid information data D9 as bid request information having the necessary items as data contents is transmitted to the server 21 via the Internet N. The Further, by using the input device 71 provided in the auction management system 20, it is possible to manually input various conditions for taxi arrangement received from the telephone 80 (see FIG. 1). The bid information data D9 received by the server 21 is stored in the product management DB 23. That is, reference position data such as a boarding position specified by the customer side, position condition data (range, position condition, etc.) and the like in the bid information data D9 are stored in the position bid data storage unit 85A.
[0086]
In addition, there may be cases where multiple taxis that satisfy the location conditions are in conflict and cannot be narrowed down to a single car. Prestored in the storage unit 85B. In this example, if the distance between the customer's boarding position and the taxi is within a certain allowable range (this range can be set by the customer) and multiple taxis compete, It is set to narrow down to one taxi. The server 21 stores various data related to the tax system and services of each taxi company in the database 22, and when the distance to the boarding position is within an allowable range, the narrowing conditions are read from the database 23 and the service is A taxi that fits the narrowing down conditions is often automatically determined and the bid is made a successful bid.
[0087]
The server 21 always executes an auction program during operation, and based on the auction information data D9 received from the client, the necessary items are widely presented to the personal computer 72 of the taxi company via the Internet N and sent to the position auction. Call for participation. On the other hand, the personal computer 72 of the taxi company is always started up, and when new auction information is received, the operator (personal computer manager) is notified of this by sound or display. At this time, the personal computer 72 displays an auction participation screen G similar to that shown in FIG. The auction participation screen G corresponds to a bid screen.
[0088]
In the auction participation screen G shown in FIG. 6, display fields G1 to G5 for presenting customer information such as customer position (boarding position) as desired value (reference position), number of people, rank, destination, and boarding time are prepared. . In addition, a map display field G6 is prepared, in which a map around the location where the customer is located is displayed, and the customer position (boarding position) (black circle on the map) is displayed on the map. The detailed position can be visually confirmed on the map. In this screen G, input fields G7 and G8 for inputting "taxi position" and "situation" are prepared. In addition, there is a time limit in order to prevent the customer from waiting as much as possible when participating in the auction, and a time display field G9 for notifying the remaining time is also provided. A taxi company (auction participant) participating in the auction inputs necessary data in the input fields G7 and G8 within the time limit and selects the participation button 94. By selecting the participation button 94, bid data D <b> 10 as bid information including information input on this screen G is transmitted to the server 21. The bid data D10 is stored in the database 24.
[0089]
The taxi company's personal computer 72 keeps track of the location and status of all taxis 76, and calculates the closest taxi 76 in the taxi company from these data and customer positions (boarding positions). The location and situation of 76 are entered in the input fields G7 and G8, and the taxi 76 participates in the auction as a taxi 76 for making a successful bid for the customer. The situation is the situation of the car mentioned above (during customer ride, moving to customer location, car wash, gasoline shortage, refueling, etc.), driver situation (during break, meal etc.) If the arrival time to the customer is delayed, inform the situation explaining the circumstances. Although it is possible to input characters in this situation, in this example, in order to speed up the auction process, a code is attached in advance for each situation, and the taxi company inputs the code data into the input field G8. I am doing so. The code data indicates the type of situation and the time required for it, for example, in minutes.
[0090]
In this embodiment, automation in which status data is automatically taken into the personal computer 72 without bothering the driver or taxi company manager is achieved. The personal computer 72 of each taxi company takes in the status data after digital conversion obtained from each taxi 76 via the transceivers 75 and 77 by wireless communication. The situation data detected by using various sensors attached to the taxi 76 is automatically and sequentially transmitted to the personal computer 72 together with the position data using a program or the like. The personal computer 72 determines the optimal taxi 76 from the position / situation data acquired from each taxi 76, and the manager determines the taxi 76 to participate in the position auction by looking at the list arranged in the optimal order on the screen of the personal computer 72, for example. In this case, when a taxi is selected on the list, the position / situation data may be automatically input to the input fields F7 and F8.
[0091]
Alternatively, a method may be adopted in which the optimum taxi 76 determined by the personal computer 72 is automatically registered in the input fields F7 and F8. In this case, the character information indicating the situation content corresponding to the code is displayed in the input field F8 so that the manager can easily confirm the situation, and the server 21 may adopt a method in which the code data is transmitted. . Of course, the situation data may be manually entered by the manager of each taxi company into the personal computer 72 using information obtained from each taxi by wireless communication. Further, the situation data may be presented to the server 21 as character information (text data or the like).
[0092]
Further, in this example, the situation data required from the taxi company is limited to the car situation and the driver situation that can only be grasped by the taxi company, and the road situation (under construction, traffic jam, accident, etc.) is grasped by the server 21 side. ing. The server 21 sequentially receives and manages the road information from the road traffic management organization, and grasps the traffic volume and construction information on the route from the taxi position to the customer boarding position in the bid information.
[0093]
Further, the server 21 converts the situation data into the time required for resolving the situation, and corrects the taxi position by reflecting the corrected distance obtained by converting the time necessary for resolving the situation into the distance in the actual position of the taxi. . That is, a position that is away from the actual position by the corrected distance obtained by converting the required time delayed due to the situation into the distance is recalculated as the position when the taxi participates in the auction. The server 21 calculates the distance on the map route between the taxi position and the boarding position based on the position data of each taxi considering the situation.
[0094]
Then, the server 21 uses the bid data received from the personal computer 72 of each taxi company (or personal taxi mobile information terminal (for example, mobile, mobile phone, etc.)) and considers the position and situation included in these bid data. Then, the taxi 76 located closest to the boarding position of the customer is specified. The input data input in the input fields G7 and G8 of the participation screen G corresponds to position conversion information converted into positions (elements).
[0095]
A method for specifying the taxi 76 located closest to the customer's boarding position will be described below. The server 21 calculates the distance between the two points on the map based on the data of the location of the taxi 76 (position after the situation is considered) and the customer's boarding position. For example, as shown in FIG. 7 (a), when a total of four taxis 76, Z1, Z2, Z3, and Z4, participate in bidding for customers waiting for a taxi 76 at the Y point, each taxi Z1, Z2, Z3 , Z4 and the distances a, b, c, d between the customers are calculated. In this case, in this example, the distance on the map is used in order to obtain a more accurate distance, but a linear distance may be used. However, in FIG. 7A, it is schematically illustrated by a straight line. In the position auction, the distances are compared and the customer with the shortest distance is awarded. When the distance to the boarding position matches within a certain allowable range and multiple taxis compete, the server 21 selects one vehicle under the narrowing conditions that take into account the tax system and service aspects of each taxi company. Narrow down to taxis, and one car that offers good service and low fare will be automatically indexed and sold there.
[0096]
When the taxi 76 closest to the boarding position of the customer makes a successful bid for the customer, the server 21 communicates the necessary aging such as the customer's characteristic (mark) to the taxi company's personal computer 72 through the Internet N or the like. To inform. The taxi company that has received the successful bid notification informs the corresponding taxi that the taxi company will express the taxi company name, arrival time, etc. via the Internet N. Inform.
[0097]
In addition, a taxi company can serve as a client, request a customer recruitment at a location auction, and conduct a normal auction in which a customer bids. In other words, a taxi company that has completed user registration selects a customer closest to the location of the taxi 76, which is an empty car, in a position auction. Taxi companies can also select customers who get to the farthest destination in a location auction. In this case, there is a request procedure screen on the supplier side corresponding to the screen F in FIG. 5, and “farthest” is selected as the position condition on that screen.
[0098]
The result of the auction is basically that information of only one winning bidder is transmitted to the client, but it is also possible to narrow down and present to a plurality of candidates according to the request of the client, which is shown in FIG. Is a list screen XB shown in FIG. That is, the server 21 makes a list of information presented by bidders as it is, or makes a priority list narrowed down to a certain number of successful bidder candidates based on information presented by bidders, for example. To the terminal 30 on the requester side. A list screen XB shown in FIG. 16 is displayed on the terminal 30 on the requester side. On this screen XB, a list XB1, an input field XB2 for selecting a successful bidder, and a confirmation button 113 are prepared.
[0099]
The list XB1 shows the priority number, code number, position, and reference information (bidder presentation information (fee system (price), service (accessory etc.)). The requester displays the list XB1 on this screen XB. The taxi location and the reference information are examined from among them, and a taxi advantageous to him is awarded, and for example, the priority number (or code number) of the taxi that has been awarded is entered in the input field XB2, and the confirmation button 113 is selected. The server 21 notifies the requester and the successful bidder of the successful bid.If the list XB1 can be viewed on the requester's terminal 30 in this way, the requester can be positioned even if the position is the same within the allowable range. You can choose taxis that are advantageous in other reference conditions such as other fee systems and services, and you can choose taxis that are advantageous in terms of fee systems and services even if the location is a little far away.
[0100]
Next, the position auction flow will be described with reference to FIG. Note that the procedure flow in the figure does not necessarily indicate the processing procedure of the server 21, but indicates the procedure (flow) of the entire position auction such as exchange between the taxi company and the brokerage company.
[0101]
First, in step (hereinafter simply referred to as S) 701, a customer boarding position is input. In S702, a position condition for the customer's boarding position is input. In S701 and S702, the request screen is displayed on the customer's terminal, and the procedure in which the server 21 receives the data input on the screen corresponds to the request procedure.
[0102]
In S703, it is determined whether or not there is a customer request. If requested, the process proceeds to S704.
In S704, a position auction is started. That is, data such as customer position data is distributed to each terminal 30.
[0103]
In S705, the taxi position is input.
In S706, condition information is input. In other words, the vehicle status such as when the customer is on board, washing the vehicle, gasoline shortage or refueling, and the driver status such as resting or eating are input. The procedure in which the auction is started in S704, the request screen is displayed on the terminal on the customer side, and the server 21 receives the data input in S705 and S706 corresponds to the bidding procedure.
[0104]
In S707, it is determined whether or not there has been an application for a position auction. That is, it is determined whether there is a bid from the bidder. If there is no bid, it waits, and if there is a bid, it will progress to S708. In addition, the procedure of S707-S715 shown below corresponds to a successful bid procedure.
[0105]
In S708, road information is input. That is, road information (information on traffic jams, under construction, accidents, etc.) is input from a road traffic management organization. The road information input in S708 may be input from the taxi company personal computer 72 as a request procedure.
[0106]
In step S709, position correction processing is executed. That is, based on the situation data, the taxi position is corrected by converting the time required to resolve each situation into a distance. In S710, a bid process is executed at the position. That is, according to the boarding position condition (priority rule in FIG. 14) input in S702, the priority order as a trading partner is determined among bidders.
[0107]
In S711, it is determined whether or not the time limit has expired. If it is within the time limit, the process returns to S707, and the processes of S707 to S710 are repeated until the time limit expires, and the bid process is performed every time there is a new bidder. If the time limit expires, the process proceeds to S712.
[0108]
In S712, it is determined whether or not the successful bid self-selection is set. If the successful bid self-selection is not set, the process proceeds to S713. If the successful bid self-selection is set, the process proceeds to S714.
[0109]
In S713, a narrowing process is performed. In other words, the bidder who presents the price that best suits the user (client) is awarded as a trading partner.
On the other hand, if it is determined in S712 that the successful bid self-selection is set, a list screen L shown in FIG. 16 is displayed in which the bid information for a predetermined number of people is listed in S714. The user can view the list screen XB by selecting the screen display after inputting the password on the screen of the terminal 30. In the list screen XB, candidates (code number display) are listed in order of priority of position, and a trading partner is determined with reference to other information presented by the bidder. When the trading partner is determined, after entering the code number corresponding to the successful bidder selection input field XB2, the confirm button 113 is selected. The successful bidder information selected by the user is transmitted to the server 21 through the Internet N.
[0110]
In S715, it is determined whether or not the successful bidder has been determined. The list display (S714) is continued until the winning bidder is determined, and if the winning bidder is determined, the process proceeds to S716.
In step S716, both sides are notified of the transaction conclusion.
[0111]
Next, a position auction in which the moving body (taxi) is moving will be described.
If the taxi can pick up customers on the way to their destination, or if the collection and delivery vehicle can get extra collection / delivery on the planned collection / delivery route, the efficiency of securing customers and collection / delivery will be improved, and it will be short for customers. Taxi can be secured in time. In order to achieve this purpose, the customer who rides the vehicle moving closest to the customer (FIG. 7 (b)), or the customer who gets on the vehicle (taxi, etc.) from the nearest position on the route A position auction that is moving is the one that auctions off (FIG. 15). In this moving position auction, the customer only needs to be able to arrange a taxi by specifying the place (boarding position) / time to use the taxi, and the taxi may be far away at the time of the auction.
[0112]
Here, the case of the format shown in FIG. 15 in which the moving taxi 76 bids off the customers who get on from the nearest part of the moving route will be described. The various programs for the moving position auction stored in the memory of the server 21 are basically the same as those of the position auction, but the customer arrangement screen M shown in FIG. 17 is displayed in the moving position auction. Here, it is assumed that the customer has made a reservation bid for a taxi ride.
[0113]
The customer arrangement screen M is provided with display fields M1 to M5 for presenting customer information such as customer position (boarding position) as desired value (reference position), number of people, rank, destination, boarding time. A map display field M6 is also prepared, in which a map around the location where the customer is located is displayed, and the customer location (boarding location) (black circle on the map) is displayed on the map. The detailed position can be visually confirmed on the map. On this screen M, input fields M7 and M8 for inputting “taxi position” and “situation” are prepared. In addition, there is a time limit in order to prevent the customer from waiting as much as possible when participating in the auction, and a time display field M9 for notifying the remaining time is also prepared. The customer arrangement screen M corresponds to a request screen.
[0114]
The screen M also includes an information input field M10 for specifying a moving route that is being moved, and an input field M11 for information (eg, position data at a certain time) that indicates when the moving route passes. Is prepared. A taxi company (auction participant) participating in the auction inputs necessary data on the screen M within the time limit and selects the participation button 114. Then, the bid data Db as bid request information including the data contents input on the screen M is transmitted to the server 21.
[0115]
The server 21 determines which taxi 76 passes the closest location and time specified by the customer from the customer's boarding location data, travel route data obtained by converting the travel route of the taxi 76, and time location data. It is specified by the same method as the position auction. And when a taxi company makes a successful bid for a customer, a taxi (or a collection and delivery vehicle, etc.) makes a successful bid for the closest customer after a predetermined time. On the other hand, when a customer makes a successful bid for a taxi, the customer makes a successful bid for a taxi that passes the nearest after a predetermined time. Note that information for specifying a moving route that is moving and information about the time at which the moving route is passed also constitute converted information.
[0116]
Specifically, when the taxi 76 makes a successful bid for a customer, the specifying method is as follows. As shown in FIG. 15, it is assumed that there are customers at four points Z5, Z6, Z7, and Z8, and a taxi 76 passes the route shown in FIG. At this time, the taxi 76 makes a successful bid for the customer located closest to the Y point at the time t. The value of time t can be arbitrarily set regardless of the taxi company side or the customer side.
[0117]
Further, when the customer makes a successful bid for the taxi 76, it is as follows. As shown in FIG. 7B, when the three taxis 76, Z1, Z2, and Z3, move along the routes shown in FIG. Middle broken line position) is calculated, and the customer makes a successful bid for the taxi 76 passing through the nearest place from the customer's Y point at the time t. In the example shown in FIG. 15 or FIG. 7B, at time t, one of the customer and the taxi 76 that is closest to the other will make a successful bid for the other. Here, the taxi position at time t is a position after correction in consideration of the situation of the taxi 76 and the like. Therefore, in this case as well, a bid is made at the taxi position corrected by converting the traffic situation, taxi situation, etc. into distance. In addition, it is good also as a pure position auction which compares and judges only with a position with a customer.
[0118]
The procedure flow of this moving position auction is basically the same as the position auction flow shown in FIG. However, since the position at the time t is adopted as the taxi position, at the time t based on the information for specifying the moving route that is moving and the information on which time a certain point on the moving route is passed The difference is that the location of the taxi is determined and an auction is held at that location. In other words, when a taxi makes a successful bid for a customer, a reservation bid is solicited before starting the position auction in S704, and the taxi position, condition information, information for specifying the moving route, and information on the moving route are present. Information on what time the point (for example, the starting point) passes is input, and the taxi position at time t is obtained based on each data. Then, in the subsequent steps, a successful bidder is determined by performing a bid based on the information of the customer who is a bidder.
[0119]
On the other hand, when the customer makes a successful bid for a taxi, for example, in S706 of FIG. Then, the position after the taxi position correction at time t estimated from the movement route is adopted as the position data. Then, in the bid process of S710, the priority order is determined in the order of passing the closest to the customer among the plurality of taxis 76 participating in the bid. Therefore, the customer makes a successful bid for the closest taxi 76 from the corrected position to the customer position in consideration of the situation in addition to the position.
[0120]
Therefore, according to the second embodiment, the following effects can be obtained.
(3) Since the client presented the transaction position condition and adopted a position auction in which the transaction position was the target of the bid and the other party was auctioned, the client requested the request according to the circumstances of each client. Find the right trading partner.
[0121]
(4) Since the client presented the transaction position condition and adopted a moving position auction in which the transaction position was taken into consideration with the transaction position taking into account the moving distance of the moving body (taxi, etc.) Even when the body is moving, it is possible to find a trading partner who meets the request according to the circumstances of each client.
[0122]
(Third embodiment)
Next, a third embodiment will be described with reference to FIGS. 10 and 19 to 23. This example is different from each of the above embodiments in that the object of the transaction in the position auction is “information”.
[0123]
The position auction of this example is intended for information transactions, and auction is performed at the position indicated in the information. Here, as an example, a case where the “fish school” button 102 of the position auction HP shown in FIG. 10 is selected will be described.
[0124]
This fish position auction is a type in which information on the position of the fish school closest to the position of the fishing boat is awarded. That is, for example, a fish fishing boat provides information on the fish shadow of a fish that is a fishing target for a fishing boat other than the fish that the fish is catching to the angler or the fishing boat. In this case, the ship that receives the information wants to obtain information on the nearest school of fish.
[0125]
That is, a ship having fish shadow information provides the information to the server 21 of the brokerage company via the Internet N. For example, anglers and fishing boats use a position auction to search for information useful for fishing from nearby boats. Then, the server 21 provides a broad overview to the third party terminal 30 so as to know what information it is about, and the third party who sees the summary purchases the information through the terminal.
[0126]
For example, when the requester (requester) selects the “fish school” button 102, a fish school arrangement screen FA shown in FIG. 19 is displayed. That is, the screen FA is provided with a GPS button 99 for designating the position of the client (for example, a fishing boat), a telephone number input field FA1, a character input field FA2, and the like. In addition, an input field FA3 for fishing boat characteristic communication, an input field FA4 for the type of fish to be caught (fish species), an ID number input field FA5, and the like are also provided. Although not shown, a setting frame 109 shown in FIG. 13 for selecting whether there is a range or whether the position is closest or farthest to the position of the fishing boat is also prepared. When the transmission button 115 is selected, the bid information data D11 as bid request information input on the screen FA is transmitted to the server 21 and stored in the merchandise management DB 23. The fish arrangement screen FA corresponds to a request screen.
[0127]
When the server 21 receives the new auction information, the server 21 informs the third party's terminal 30 (such as a personal computer or a mobile phone) registered as a user by sound or display. Then, when participating in this position auction by providing the information on the fish school position, the auction participation screen GA shown in FIG. 20 provided from the server 21 is displayed on the terminal 30. The auction participation screen GA corresponds to a bid screen.
[0128]
In the auction participation screen GA shown in FIG. 20, a display field GA1 for presenting customer information such as a fishing boat position and a display field GA2 for displaying the type of fish desired by the client are prepared. In addition, a chart display field GA3 is prepared, in which a chart around the position where the fishing boat is located is displayed, the position of the fishing boat is displayed on the chart, and the detailed position of the fishing boat can be visually confirmed on the chart It has become. In this screen GA, an input field GA4 for inputting “fish school position” is prepared. Then, by inputting necessary data in the input field GA4 within the time limit displayed in the display field GA5 and selecting the participation button 116, the fish position data D12 as bid information is transmitted to the server 21, and the bid management is performed. Stored in the DB 24.
[0129]
It is also possible to select the “information registration” button 117 on the HP in FIG. 10 to display the information registration screen NN shown in FIG. 21, and to input information on the fish school position in advance on the screen NN. On this screen NN, a display column N1 for desired information, a display column N2 for information charges, and the like are prepared. The screen NN also includes an information input field N3 and an ID number input field N4. Such information providers are limited to those who have already completed user registration in order to ensure the reliability of information. By inputting necessary items in these input fields N3 and N4 and selecting the transmission button 118, information registration data D13 as bid information input in the input field N3 of the screen NN is transmitted to the server 21, and the bid management DB 24 Stored in The information provider uses the authentication number when using the position auction.
[0130]
Then, the server 21 performs predetermined processing on the information using the information received from each terminal 30, and specifies the information on the fish position closest to the position of the ship. On the other hand, instead of a normal auction in which a customer ship such as a fishing boat makes a successful bid for information on the location of the nearest school of fish, a reverse auction format is used to send information on the location of the fish ( Fishing rights etc. may also be included).
[0131]
Next, the procedure flow of the position auction will be described with reference to FIG. Note that the procedure flow in the figure does not necessarily show the processing procedure of the server 21, but shows the procedure (flow) of the entire position auction such as the exchange between the fishing boat and the brokerage company.
[0132]
First, in S801, a fishing boat position is input.
In S802, a position condition for the position of the fishing boat is input. The procedure in which the request screen is displayed on the requester's terminal 30 in S801 and S802 and the server 21 receives the data input on the screen corresponds to the request procedure.
[0133]
In step S803, it is determined whether a customer request has been received. If requested, the process proceeds to S204.
In S804, a position auction is started. That is, data such as fishing boat position data is distributed to each terminal 30.
[0134]
In S805, the bidder (participant of the auction) inputs the information of the fish school position. The procedure in which the auction is started in S804, the bid screen is displayed on the bidder's terminal 30, and the server 21 receives the data input in S805 corresponds to the bid procedure.
[0135]
In S806, it is determined whether or not there has been a position auction application. That is, it is determined whether there is a bid from the bidder. If there is no bid, the process waits, and if there is a bid, the process proceeds to S807. In addition, the procedure shown by S806-S812 corresponds to a successful bid procedure.
[0136]
In S807, a bid process is executed at the position. That is, in the light of the boarding position condition (priority rule in FIG. 14) input in S802, the priority order as a trading partner is determined among bidders.
[0137]
In S808, it is determined whether or not the time limit has expired. If it is within the time limit, the process returns to S806, and the processes of S807 and S808 are repeated until the time limit expires, and the bid process is performed every time there is a new bidder. If the time limit expires, the process proceeds to S809.
[0138]
In S809, it is determined whether successful bid self-selection is set. If the successful bid self-selection is not set, the process proceeds to S810, and if the successful bid self-selection is set, the process proceeds to S811.
[0139]
In S810, a narrowing process is performed. For example, when a plurality of fish school position information competes, the successful bidders are narrowed down with reference to the fish type, fish shadow density, and information price.
On the other hand, if it is determined in S809 that the successful bid self-selection is set, a list screen similar to the list screen XB shown in FIG. 16 in which bid information for a predetermined number of successful bidders is listed is displayed in S811. The user can view the list screen by selecting screen display after entering the password on the screen of the terminal 30. In the list screen, candidates (code number display) are listed in order of priority of position, and a trading partner is determined with reference to other information presented by the bidder.
[0140]
In S812, it is determined whether or not the successful bidder has been determined. The list display (S811) is continued until the winning bidder is determined, and if the winning bidder is determined, the process proceeds to S213. In S813, both sides are notified of the transaction conclusion. Therefore, the fishing boat can obtain information on the school of fish located at the shortest distance.
[0141]
Note that the position auction of this example is not limited to taxis (collection and delivery vehicles, etc.) and school of fish, but may be goods / services of the type of button 100 selected on the position auction HP shown in FIG. That is, a predetermined button 100 on the HP is selected, and an input screen for the requester to input desired information regarding the position and the position is opened. Then, among the bidders participating in the auction, it is possible to select a trading partner closest to (or far from) the position designated by the client or information on the trading partner in the position auction.
[0142]
At this time, the auction is executed according to the procedure flow shown in FIG. That is, in S901, the position of the client is input, and in S902, the position condition desired by the client is input. In S903, it is determined whether or not there is a request from the client. If there is a request, a position auction is started in S904. In S905, the position of the bidder is input, and in S906, it is determined whether or not there is an application for bid participation. If there is an application, a bid process is executed at the position in S907. In S908, it is determined whether or not the time is limited. If the time limit is not reached in S908, S906 and S907 are repeated.
[0143]
In step S909, it is determined whether or not the successful bid is self-selected. If it is not the successful bid self-selection, the narrowing process is executed in S910, and the priority order is determined in the order that satisfies the client's request most among the bidders, and the successful bidder as the trading partner is determined. If the successful bid is self-selected in S909, a list screen similar to FIG. 16 is displayed in S911. In S912, the client makes a successful bid for a bidder who satisfies the desired condition while looking at the list screen. In S913, a transaction contract notification is notified to both the client and the successful bidder. Other specific examples in which the procedure flow shown in FIG. 23 is used are listed below.
[0144]
・ A reverse auction format in which the collection and delivery company recruits cargo may be used. In other words, the client can select the cargo closest to the position of the collection / delivery vehicle, collection / delivery vehicle, collection / delivery ship, collection / delivery plane, etc., or the information thereof in the position auction.
[0145]
・ Select the “Toilet”, “Gasoline”, “Food”, and “Secondhand” buttons on the location auction HP shown in FIG. Select the seller, sales office, provider, provider, etc. of the requested items (gasoline, crops, toilets, ukiyo-e, etc.) in the nearest location from the location specified by the person, or the information at the location auction You can also. In addition, the seller, the sales office, the provider, the provider, etc. of the above-mentioned required item may take a reverse auction format in which a purchaser or an applicant for the required item is recruited. In other words, the client can select the purchaser or the applicant who is closest to the place where the article seller or the provider of the article is located, or the information in the position auction.
[0146]
・ Select the “Service” button on the HP shown in FIG. 10 to find the service provider (service usage right), etc. that is closest to the place where you want the service, etc. Or the information at a location auction. Further, the service provider may take a reverse auction format for recruiting service applicants and the like. That is, the service applicant or the like can select the nearest service applicant or the like, or the information thereof in the position auction.
[0147]
・ Select the “Accommodation”, “Restaurant”, “Shop” and “Service” buttons on the website, and the person who is looking for the above facilities is the nearest sales office (use of services, etc.) Right) or that information at a location auction. In addition, the reverse auction format is used, and the client can select a customer closest to an accommodation, a restaurant, a store, a service office, or the like, or the information in a position auction.
[0148]
・ Select the “Hospital”, “Dental Clinic”, “Medical”, and “Beauty Salon” buttons on the website, and the patients, accidents, and customers who are looking for the above facilities will be closest to you. You can choose a hospital, dental clinic, beam, kyu, massage, manipulative clinic, beauty salon (that is, the right to use the service), or the information in a location auction. In the reverse auction format, doctors, dentists, beamers, mentors, masseurs, manipulators, hairdressers, etc. will select the nearest patient or applicant, etc., or their information at the location auction. You can also.
[0149]
-By selecting the “satellite communication” button on the HP, the client can select the closest space satellite from the satellite reception facility, receiver, etc., or its information in the position auction. In the reverse auction format, the client can select the nearest satellite receiving facility or receiver that can receive information (signals) transmitted from the space satellite, or select that information in the position auction.
[0150]
-By selecting the “Survey” button on the HP, the client can select the space satellite, helicopter, research vehicle, investigator, etc. that are closest to the survey location, or the information at the location auction. In addition, the reverse auction format allows the client to select the nearest survey point from a space satellite, helicopter, research vehicle, investigator, etc., or the information in a position auction.
[0151]
-Select the “Repair”, “Snow Removal”, and “Volunteer” buttons on the HP, and the client will select the person closest to the person requesting repair, snow removal, volunteer (helper), etc. Or you can choose that information at a location auction. In addition, the reverse auction format is used, and the client can select the requestor closest to the repair vehicle, snowplow, anything shop, etc., or the information in the position auction.
[0152]
-By selecting the “Real Estate” button on the HP, the real estate purchaser who wants to purchase the real estate can select the property closest to the desired location, or the information can be selected at the location auction. In this case, if a form for recruiting bidders is received after receiving a request from a real estate purchaser, real estate properties can be selected more effectively.
[0153]
・ When you select the “Security” and “Disaster” buttons on the website, you will be notified of abnormal warnings, fire devices, crime prevention devices, etc. Notification to the nearest security company, disaster prevention security company, security guard, disaster prevention person, etc., ordering of the security and disaster prevention, or the information can also be selected at the location auction.
[0154]
-By selecting the “Animal-related” button on the HP, you can also select an animal hospital, animal hotel, animal hospital, etc. that are closest to the place where the pet or animal is located, or the information at the location auction.
[0155]
・ It is not limited to selecting the responder (transaction partner) that is closest to the location where the requester (eg, the client) is located, or selecting the information at the auction, and the most appropriate from the position where the client is located or the specified location You can also choose a remote partner or the information at an auction. For example, select the “Agricultural products” and “Food” buttons on the HP shown in FIG. 10 to locate the agricultural products and foods (commodities) farthest from the location of radioactivity and pollution, or their information. You can also choose at auction.
[0156]
-By selecting “Taxi” on the website, the client such as a taxi company can select the passenger who travels the farthest or the information in the position auction.
・ Select the “Taxi”, “Bus”, “Train” and “Airline” buttons on the website, and the client can take the taxi, bus or train that is farthest from the amount presented. You can also choose an airplane, etc. or its information at a location auction. Note that the conventional auction is a form that fluctuates the unit price of the boarding fee, but the position auction unit price is constant in the position auction of this example, and the point that the boarding distance varies is different.
[0157]
・ Select the “telephone company” and “communication facility” buttons on the website, and the client can make a call to the farthest amount of money presented and the communication that can send the farthest distance. You can choose a facility or its information at a location auction. This example also differs from the conventional auction in that the unit price of the payment fee is constant and the call / communication distance varies.
[0158]
-When selecting a responder (transaction partner) in the position auction of this example, it is not limited to simply selecting the closest or farthest position from the position where the requester (for example, the client) is located. For example, it is possible to select a trading partner closest to a designated predetermined range from a position where the client is located or a designated position, or information thereof in a position auction. For example, the “taxi” button on the HP shown in FIG. 10 is selected, and the client designates a predetermined range, and selects the nearest taxi within the range, or the information at the position auction. You can also choose.
[0159]
・ When performing a position auction by specifying a certain range for the client's position, not only selecting the closest responder (transaction partner) within that range, but also the farthest location within that specified range You can choose the person you want. For example, the “facility” button on the HP shown in FIG. 10 is selected, and the treatment plant, cemetery, crematorium, factory, nuclear power plant is the farthest within the range determined from the place designated by the orderer. It is also possible to select a trader who installs a dangerous goods storage, etc., or information on the location auction.
[0160]
-“Real estate” on the website can be selected, and the real estate property at the farthest location within the range determined from the location designated by the orderer, or its information can be selected at the location auction.
[0161]
・ Select a certain button on the HP, specify a certain range, and the nearest property, store, lodging, service, hospital, equipment, facility, luggage in the range (Load), harvest (agricultural crops, etc.), and recovered items can be selected at the location auction. It is also possible to select the above-mentioned property, facility, or article that is the farthest within the range, or the information in the position auction.
[0162]
・ Select the “Car”, “Ship”, “Airline”, “Transport” buttons on the HP, and the nearest location within the specified range regardless of the client or You can choose a car, ship, airplane, transport machine, etc. in a distant place, or its information in a position auction.
[0163]
-When performing a moving position auction in which an auction is performed based on the position of a moving object such as a taxi after moving a predetermined distance, the moving object is not limited to a taxi. For example, by selecting the “fish school” button on the HP shown in FIG. 10, granting fishery rights to the ship closest to the expected location of the fish school predicted by the fish tracker, or You can choose to provide that information at a location auction.
[0164]
-The moving body is not limited to a taxi, and may be a transport vehicle such as garbage or human waste. For example, when the “transport” button on the HP shown in FIG. 10 is selected, a load of transported goods in the nearest place from the position of the transport destination of the transporter such as garbage and human waste or the transporter, You can also choose an unloading location or information about it at a location auction.
[0165]
・ Select the “collection and delivery” button on the HP to select the loading and unloading locations that are closest to the planned destination of the collecting / delivery person, collection ship, collection vehicle, and collection plane. Or you can choose that information at a location auction.
[0166]
-Select, for example, the “Other” button on the HP to place buyers or applicants who are closest to the planned destination of the seller or provider who is moving, or the information on the location auction. You can also choose with.
[0167]
・ Select the “Dating” button on the HP, and select the dating person or service person who is in the nearest location from the position of the planned moving destination of the moving person or service provider, or the information You can also choose at a location auction.
[0168]
・ Select the “Accommodation”, “Restaurant”, “Store”, “Gasoline” buttons on the HP to search for accommodation, restaurants, stores, gas stations, etc. You can also select the nearest sales office from or from the location auction.
[0169]
・ Select the “Gasoline”, “Food”, and “Daily Goods” buttons on the HP to search for individual items such as gasoline, food, and daily items. You can also choose a requirement provider near you or that information in a location auction.
[0170]
・ Select the “Hospital” button on the HP and select the nearest hospital from the planned destination of emergency patients such as illnesses or injuries, etc., or information on the location auction. You can also.
[0171]
-Select the “satellite communication” button on the HP, and receive the nearest satellite that can receive the information (signal) transmitted from the space satellite at the planned destination position in the moving space satellite. You can also select facilities, receivers, or information about them at a location auction.
[0172]
-Select the “Guard” button on the HP, and the information on the guard or the chaser who is closest to the planned destination of the person who you want to capture or are looking for. You can also choose at a location auction.
[0173]
• Select the “Track” button on the HP to locate the space satellite, helicopter, tracker, tracker, etc. that are closest to the planned destination of the moving object (eg vehicle) or Information can also be selected at a location auction.
[0174]
Therefore, according to the third embodiment, the following effects can be obtained.
(5) Since the client has adopted a position auction by presenting the transaction position condition and auctioning information from a third-party trading partner, the client satisfies the request according to the circumstances of each client for the transaction position. Information can be obtained.
[0175]
In addition, each said embodiment is not limited to the above, For example, you may change to the following aspect.・ After the transaction is concluded, it is necessary for the seller to deliver the goods or provide services, and the buyer pays for the payment, but the payment can be made using net banking. FIG. 24 shows an example of this type of transaction system. This transaction system comprises an auction management system 20, a banking system 300, and a distribution system 310, and each server 21, 301, 311 owned by each is connected to be communicable with each other through a network (Internet, dedicated line, etc.) N. Has been. The banking system 300 has a net banking home page for settlement, and a buyer can make a deposit procedure from the net banking HP using a terminal 30 such as a personal computer or a mobile phone at home. Of course, the net banking system 300 is communicably connected to a large number of stores 302 (for example, convenience stores and banks or their branch stores) located throughout the country, and the buyer can deposit money at the nearest store. The distribution system 310 also has a collection / delivery homepage, and the buyer can make a delivery request such as delivery of goods from the collection / delivery HP using a terminal 30 such as a personal computer or a mobile phone at home. Of course, the distribution system 310 is communicably connected to a large number of stores (for example, convenience stores and home delivery destination stores) 312 throughout the country, and the buyer can also request home delivery at the nearest store.
[0176]
The auction management system 20 teaches the password to both parties at the time of closing the transaction, and the contracted parties can communicate with each other with a time limit by inputting the password on the homepage. Also, at the time of closing, a transaction code number is given to both parties, the buyer designates the transaction code number and deposits into the net banking system 300, and the seller designates the transaction code number and makes a delivery request to the distribution system 310. After confirming the buyer's payment to the net banking system 300 and confirming the seller's delivery of goods to the distribution system 310, transfer processing and delivery work are started. According to this trading system, since the identity of the trading partner is not known, and transfer and delivery operations are started after confirming payment to the system and delivery of goods, it is possible to conduct a safe transaction.
[0177]
-There are three types of auction forms shown in FIG. 25, but any form may be used. That is, FIG. 25 (a) is a sales support type, and an intermediary provides a free value-added service to buyers, widely gathers buyers, introduces buyers, and provides sales support services to sellers. obtain. FIG. 25 (b) is a purchase support type, where an intermediary performs a free value-added service to a seller, collects the seller, introduces the seller, and provides the buyer with a purchase support service to obtain compensation from the buyer. FIG. 25 (c) shows a sales / purchase support type, in which the intermediary performs a sales support service for the seller and also provides a purchase support service for the buyer to obtain compensation from both the seller and the buyer. Of course, it is possible to obtain an advertisement fee or the like from a third party without receiving any consideration from the seller or the buyer.
[0178]
In each of the above embodiments, the following auction method can be adopted when setting a plurality of elements. In the successful bid procedure, an index is set in advance to determine the superiority or inferiority between each element, and the bidder who presented the bid information with the highest index among each element has made a successful bid. It is a method to do. For example, when a position and time are specified, if 1 km is specified as 50 points in the position and 50 minutes is specified as 10 minutes in the time, the time is 60 shorter than the person who has obtained 40 points closest to the position. The person who has scored will be the winning bidder.
[0179]
In each of the embodiments, a plurality of terminals “provided to a plurality of terminals” may be unspecified or specified.
-In each said embodiment, "bid" means participating in a bid and the object of a bid may mean elements other than a price.
[0180]
-In each of the above embodiments, instead of waiting for a bid by starting a bid after a request from the requester, the bid information obtained from the bidder is stored in the database in advance, and when requested, A bidding method may be used in which a person who has presented the bid information most suitable for the request of the client from the database is determined. In other words, after the request from the client, the bid is started and the bid is waited for, and the bid information obtained from the bidder is stored in the database in advance. Although the method of determining the person who presented the bid information most suitable for the request was adopted, only the former may be adopted. In the former method, for example, if the bidding status can be viewed on the screen, the bidder can see a trend of other bidders and further present a condition suitable for the request of the client and make a plurality of responses.
[0181]
-In the position auction in the second embodiment, for example, when a taxi company makes a successful bid for a customer, and there are multiple customers within a certain range, a system is adopted in which the customer who is far away from the destination is given priority. You can also That is, the distance between the customer's boarding point and the destination point is measured on the map data, and the customer with the longer boarding distance is awarded. In this case, when a plurality of taxi companies compete, a customer who has a taxi closer to the boarding point of the customer or a customer who is more advantageous in terms of service wins a bid for a customer farther away.
[0182]
In each of the above embodiments, the element other than the price is merely a simple conversion of the price, and it does not mean that the element is actually a bid for the element in a form that is merely a price bid. It may be limited. For example, it is assumed that a price auction is merely a conversion of a price into a distance and does not substantially include a price auction. For example, it does not include those that use elements for bidding in a form that is merely a substitute for price, such as bidding on elements that are proportional to price. However, it cannot be said that the element is merely a substitute for the price, and an auction method in which it is meaningful to use an element other than the price, such as a unique effect other than the price aspect can be obtained only after bidding with an element other than the price. Is included. For example, if there is a fee depending on the distance to pick up the customer by taxi, ignore the effect of shortening the customer's waiting time based on the reason that the fee is cheaper because the closest taxi was awarded It is out of the question that it is not included in the invention. By adopting such a method, demands other than price can be further satisfied.
[0183]
In each of the above-described embodiments, the successful bid condition can be set as appropriate and, for example, what number from the predetermined direction or the value closest to the average bid value according to a predetermined priority rule among the number of bidders (number of participants) It may be made to make a successful bid for the person who presented.
[0187]
In the second embodiment, the auction is performed only with a taxi that can be dispatched immediately upon request from the customer without taking into consideration the condition information of the car or the driver or road information such as road conditions. Good.
[0188]
-In each said embodiment, the transaction by auction does not ask a charge and gratis. For example, there is no need to buy or sell a transaction for free. For example, if you want to throw away used or used items, but you can give them away for free if you want to take them away and you can pick them up, you can use an auction to find them. . In this case, since it is not a sales transaction, the relationship between the seller and the buyer is virtually not established, but it is interpreted as including the case of such a transaction form. For example, a free product or service evaluated as best suited to the request of the client, or a recipient who receives the provision of the product or service makes a successful bid. In addition, the present invention can be applied to auctions for competing products and services provided by manufacturers for free.
[0189]
  In each of the above embodiments, RoleThe service can be anything as long as it is the object of the transaction. It does not matter whether it is tangible or intangible. One example category is (1) SService field, (2) information / content field, and (3) idea / intellectual property field. (1)SServices include tickets, passports, hotels, loans, finance, insurance, securities, housing, real estate, automobiles, motorcycles, books, music, household goods, groceries, cosmetics, computers, games, auctions, second-hand goods, telephones, Small categories such as business supply, biotechnology, pharmaceuticals, energy, resources, generators or evaluation devices for intangibles (heat, light, wave, color, tone, luminous intensity, electromagnetic field, etc.). (2) Information and content fields include employment, job change, outsourcing of business, inventory disposal, recycling, information content, encounters, dating information, education, seminars, advertisements, supplier introductions, human network, complaint handling, risk Small categories such as management are listed. (3) In the field of ideas and intellectual property rights, there are subcategories such as ideas, business planning, copyrighted works and intellectual property rights.
[0190]
-The server, network and terminal can be realized by a digital television capable of two-way communication. In this case, the server corresponds to a computer such as a television station that transmits digital data, and the terminal corresponds to a television capable of receiving digital broadcasts and receiving digital broadcasts.
[0191]
・ Request procedure is not always required. For example, a method may be used in which a request is received by telephone or an interview, and a procedure after the recruitment procedure (recruitment procedure, bidding procedure, successful bid procedure) is realized by an auction through a network.
[0192]
・ Screen display on the terminal is not always necessary. The request screen and the bid screen used in the request procedure, the recruitment procedure, and the bidding procedure may be eliminated. For example, the server receives the request information from the requester's terminal using voice data, and the server receives the bid information from the bidder's terminal using voice data. Then, the server sends a machine sound for guiding the requester's terminal to issue the request information by voice, and sends a machine sound for guiding the bidder's terminal to issue the bid information by voice.
[0193]
  Terms used in each claim in this specification are defined as follows:.
  ・ Services are services, regardless of whether they are paid or free. Includes services provided free of charge by volunteers. It also includes services that do not use goods. The service also includes rescues (saved or free) where the rescuer helps the victim.
[0194]
-Various screens, such as a request screen and a bid screen, may be comprised not only with 1 screen but with several screen groups.
-It is not essential that the request screen and the bid screen are provided from the same server (in a narrow sense) as long as they are linked to each other and belong to each other in a series of procedures. That is, each claim also includes an implementation in which a server (in a narrow sense) that receives data from a client in a request procedure and a server (in a narrow sense) that transmits and receives data in a recruitment procedure and a bid procedure are different. Such a group of servers in a narrow sense also corresponds to a server (broad sense) in each claim.
[0195]
-Recruitment procedure is a transmission procedure for making recruitment information for soliciting bids ready to be viewed on the terminal. A case where the server unilaterally transmits the recruitment information to the terminal and a case where the recruitment information is transmitted to the terminal in response to a request such as access from the terminal are included. The former includes an example using a interactive television as a terminal, and the latter includes an example using a personal computer or the like that can be connected to the Internet as a terminal. The same applies to the following claims.
[0205]
【The invention's effect】
  As detailed above, claims 1 to 1To zeroAccording to the described inventionIt is possible to satisfy the request regarding the position of the client (client) among the service provider who is moving and the service receiver who receives the service.Auction transaction can be realized.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of an auction system in a first embodiment.
FIG. 2 is a functional configuration diagram of an auction management system.
FIG. 3 is a schematic diagram of (a) a taxi and (b) a mobile phone equipped with GPS.
FIG. 4 is a homepage diagram of an auction.
[Fig. 5] Taxi arrangement screen.
FIG. 6 is an auction participation screen diagram.
7A and 7B are explanatory diagrams of a position auction.
FIG. 8 is a flowchart of a position auction.
FIG. 9 is a flowchart of a moving position auction.
FIG. 10 is a homepage diagram of an auction in another embodiment.
FIG. 11 is a screen view of a user registration screen.
FIG. 12 is an explanatory diagram of product / service registration in the second embodiment.
FIG. 13 is a range selection screen diagram.
FIGS. 14A to 14E are explanatory diagrams of priority rules for position auctions.
FIG. 15 is an explanatory diagram of a moving position auction.
FIG. 16 is a list screen view.
FIG. 17 is a customer arrangement screen diagram during a moving position auction.
FIG. 18 is a flowchart of a position auction.
FIG. 19 is a fish school information arrangement screen in the third embodiment.
FIG. 20 is an auction participation screen diagram.
FIG. 21 is an explanatory diagram of information registration.
FIG. 22 is a flowchart of a position auction.
FIG. 23 is a flowchart of a general-purpose position auction.
FIG. 24 is a schematic configuration diagram showing a transaction system.
FIG. 25 is a schematic diagram showing an auction form.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Auction system, 20 ... Auction management system, 21 ... Server, 30-32 ... Terminal, 72 ... Personal computer as terminal, 73 ... Personal computer as terminal, 74 ... Mobile terminal (mobile phone) as terminal, 76 ... Movement Taxi as body, N ... network, 300 ... net banking system, 310 ... distribution system.

Claims (10)

依頼主が端末から提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者である入札者が端末から入札し、サーバが落札するネットワークを通じて行われるオークション方法であって、
サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させ指定位置および希望時刻の各データの該端末への入力を促すとともに、該端末へ入力された該指定位置データおよび希望時刻データを含む依頼情報データを依頼主の端末から前記サーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの該端末への入力を促すとともに、該予定移動経路データを含む前記入札情報データを入札者の端末からサーバが受信して記憶部に記憶する入札手順と、
前記サーバが、前記記憶部から前記指定位置データ、希望時刻データおよび予定移動経路データを読み出すとともに、当該読み出した各データに基づいて、前記入札者が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記依頼主の指定位置まで移動する際に前記依頼主に課せられる待ち時間を予め記憶部に記憶された演算式を用いて算出し、当該算出した待ち時間データを記憶部に記憶する演算手順と、
前記記憶部から読み出した待ち時間データを比較処理して待ち時間を最も短くしうる予定移動経路データを提示した落札者を入札者の中から決定する競り処理をサーバが実行する落札手順と
を備えたことを特徴とするオークション方法。Through a network where a bidder who is a service provider who is moving to provide services for a successful bid time condition set in order to make a successful bid for a transaction presented by the client from the terminal bids from the terminal and the server makes a successful bid An auction method to be performed,
The server displays a request screen on the terminal in response to access from the terminal of the service recipient as the requester, prompts the terminal to input each data of the designated position and desired time, and the input to the terminal A request procedure in which the server receives request information data including designated position data and desired time data from the requester's terminal and stores it in the storage unit;
Scheduled travel route data that allows the server to display a bid screen presenting the successful bid time condition on the terminal in response to an access from the bidder's terminal and to calculate a position on the planned travel route according to the time A bid procedure in which the server receives the bid information data including the scheduled travel route data from the bidder's terminal and stores the bid information data in the storage unit.
The server reads the designated position data, desired time data, and planned travel route data from the storage unit, and the bidder determines from the position of the desired time on the planned travel route based on the read data. The waiting time imposed on the client when moving to the designated position of the client for service provision is calculated using an arithmetic expression stored in the storage unit in advance, and the calculated waiting time data is stored in the storage unit. Calculation procedure to be memorized,
A bidding procedure in which the server executes a bidding process in which the bidding process for determining the successful bidder presenting the planned travel route data that can shorten the waiting time by comparing the waiting time data read from the storage unit is selected from the bidders. An auction method characterized by that. 依頼主が提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者を落札するために役務受理者である入札者が入札し、入札者が競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、
サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させ前記サーバは前記依頼画面で依頼主に対し予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データの入力を促すとともに、該予定移動経路データをも含む依頼情報データを依頼主の端末から受信して記憶部に記憶する依頼手順と、
前記サーバは入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて指定位置および希望時刻の入力を促すとともに、該指定位置および希望時刻を含む入札情報を役務受理者としての入札者の端末から受信して記憶する入札手順と、
前記サーバは、前記指定位置、希望時刻および予定移動経路の各データを用いて、前記依頼主が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記入札者の指定位置まで移動するまで前記依頼主に課せられる移動時間を予め記憶部に記憶されたプログラムを実行して演算で割り出し、当該割り出した移動時間データを記憶部に記憶する演算手順と、
前記サーバが、前記記憶部から読み出した移動時間データを比較演算処理して前記移動時間を最も短くしうる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を実行する落札手順と
を備えたことを特徴とするオークション方法。The bidder who is the service recipient bids for the service provider who is moving to provide the service against the successful bid time condition set for winning the transaction presented by the client, and the bidder Is an auction method that a server performs through a network in which a server competes and acquires a transaction,
A point halfway in accordance with the time on the planned travel route over the previous SL server sponsor in the request screen was server displays a request screen to to the terminal in response to access from the service provider terminal as sponsor encourages the input of appointment moving path data can be calculated, and requests the procedure for storing received in the storage unit the request information data including the schedule travel route data from the sponsor terminal,
It said along with the server prompts the input of the bidder of the successful bid time conditions to display the presented bid screen is specified position location and the desired time in response to the terminal to the access from the terminal, including the specified position and the desired time and the bidding procedure to receive and store from the absence of bidders of the bidding information as a service receiving terminal,
The server, the designated position, using the data of the desired time and planned travel route, until a given position of the bidders for the sponsor of service provision from the position of the desired time in the planned moving on the path run the program stored in advance in the storage unit travel time imposed on the sponsor before moving to exit divided by calculation, a calculation procedure for storing travel time data indexing said the storage unit,
The server, the competition Ri process of determining the shortest and may specify location and desired time were presented successful bidder a by comparing arithmetic processing travel time data read out from the storage unit the moving time from the bidders An auction method comprising: a successful bid procedure to be executed . 請求項１又は２に記載のオークション方法において、
前記入札手順では、前記サーバは前記入札画面で前記待ち時間又は移動時間の遅れる要因となる役務提供者の置かれた状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む入札情報データを入札者の端末から受信して記憶部に記憶し、
前記演算手順では、前記サーバは前記待ち時間又は移動時間を、前記記憶部から読み出した前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間を前記記憶部に記憶することを特徴とするオークション方法。The auction method according to claim 1 or 2 ,
In the bidding procedure, the server is information that can be converted into a time corresponding to a delay in movement caused by the situation where the service provider that causes the delay in the waiting time or movement time is placed on the bidding screen. encourages the input of Jo況情report data, it receives the bid information data including the status information data from the bidders terminal stored in the storage unit,
Wherein in the calculation procedure, the server the waiting time or travel time, the said status information data read out from the storage unit in terms time corrected by the time calculated, the waiting time or traveling time of the corrected An auction method characterized by storing in a storage unit. 請求項１又は２に記載のオークション方法において、
前記落札手順では、前記サーバは、前記待ち時間又は移動時間の遅れる要因となる状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データを通信により取得し、前記待ち時間又は移動時間を記憶部から読み出して当該待ち時間又は移動時間を前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間で前記競り処理を実行することを特徴とするオークション方法。The auction method according to claim 1 or 2,
In the successful bid procedure, the server obtains situation information data, which is information that can be converted into a time corresponding to a delay in movement caused by the situation, by communication , the situation causing the waiting time or the movement time to be delayed, and reads the waiting time or traveling time from the serial憶部correctness complement in the waiting time or traveling time time obtained by converting the status information data time, the bid process in waiting or traveling time of the corrected An auction method characterized by executing. 依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、
サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させて指定位置および希望時刻の各データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該位置データおよび希望時刻を含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記予定移動経路データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、
前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、
前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる予定移動経路データを提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順と
を備えたことを特徴とするオークション方法。Through a network sponsor to acquire the transaction Seria' in the service provider a is bidder position that during the movement for the provision of services for the set has been a successful bid position conditions in order to win the deal that was presented from the terminal Auction method performed by the server ,
Encourages the input to terminal request information server including the data of the service in response to access from the receiving's terminal to display the request screen to the terminal and to specify the location and desired time as sponsor, said end and request instructions stored in the storage unit and received by the server the request information data including the position data and desired time entered from the terminal to the end,
Scheduled movement path data that allows the server to display a bid screen that presents the successful bid position condition on the terminal in response to access from the bidder's terminal, and to calculate a position on the planned movement path according to the time encourages the input to the terminal of the bid information data including, stores from the terminal in the storage unit and received by the server the bid information data including the planned travel route data entered in the bidder terminals bid Procedure and
The server reads each data of the designated position, desired time, and planned moving route from the storage unit, and predicts and calculates the position of the desired time on the scheduled moving route of the service provider based on the data. A calculation procedure for calculating the distance data required for the service provider to move from the predicted position obtained by the calculation to the designated position of the service receiver who is a bidder and storing it in the storage unit;
The bidding process in which the server reads the distance data from the storage unit, compares the distance data, and determines the successful bidder who has presented the planned travel route data that becomes the shortest distance data from among the bidders. auction wherein the Bei Etako a successful bid procedure server is to run. 依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者から前記役務を受ける役務受理者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、The bidder who is the service recipient who receives the service from the service provider who is moving to provide the service against the successful bid position condition set for winning the transaction presented by the client from the terminal competes in the position The auction method performed by the server through the network for acquiring the transaction,
サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該予定移動経路データを含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、  Request information including planned travel route data that allows the server to display a request screen on the terminal in response to access from the terminal of the service provider as the requester and calculate a position on the planned travel route according to the time. A request procedure in which the server receives request information data including the scheduled travel route data input to the terminal and stores it in the storage unit.
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて指定位置および希望時刻の各データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記指定位置および希望時刻の各データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、  In response to access from the bidder's terminal, the server displays a bid screen presenting the successful bid position condition on the terminal and prompts the terminal to input bid information data including each data of the designated position and desired time And a bid procedure in which the server receives the bid information data including the data of the designated position and the desired time input to the bidder's terminal and stores them in the storage unit;
前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、  The server reads each data of the designated position, desired time, and planned moving route from the storage unit, and predicts and calculates the position of the desired time on the scheduled moving route of the service provider based on the data. A calculation procedure for calculating the distance data required for the service provider to move from the predicted position obtained by the calculation to the designated position of the service receiver who is a bidder and storing it in the storage unit;
前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順と  A bid process in which the server reads the distance data from the storage unit, compares the distance data, and determines a successful bidder who presents a designated position and a desired time as the shortest distance data from among bidders. A successful bid procedure executed by the server;
を備えたことを特徴とするオークション方法。An auction method characterized by comprising: 請求項５に記載のオークション方法において、The auction method according to claim 5, wherein
前記入札手順では、前記サーバは前記入札画面で前記予定移動経路上における時刻に応じた位置を変動させる要因となる役務提供者の置かれた状況を該状況に起因する移動の遅れ相当の距離に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む前記入札情報を入札者の端末から受信して前記記憶部に記憶し、  In the bidding procedure, the server changes the position of the service provider, which causes the position on the planned movement route to change according to the time on the bidding screen, to a distance corresponding to the delay in movement caused by the situation. While prompting the input of situation information data that is convertible information, the bid information including the situation information data is received from the bidder's terminal and stored in the storage unit,
前記演算手順では、前記サーバは前記指定位置、希望時刻及び予定移動経路の各データを用いて演算した前記距離データを、前記記憶部から読み出した状況情報データを距離換算して得た距離で補正し、該補正後の距離データを前記記憶部に記憶することを特徴とするオークション方法。  In the calculation procedure, the server corrects the distance data calculated using each data of the designated position, desired time, and planned travel route with a distance obtained by converting the situation information data read from the storage unit into a distance. And storing the corrected distance data in the storage unit. 請求項１乃至４のいずれか一項に記載のオークション方法において、The auction method according to any one of claims 1 to 4,
前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、  The service that is the subject of the transaction is to use a mobile object when providing the service,
前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の位置から、前記指定位置まで前記移動体で移動する際に前記依頼主に課せられる待ち時間又は移動時間を比較演算処理することを特徴とするオークション方法。  In the successful bid procedure, the server moves from the position of the desired time on the planned movement route of the moving body on which the service provider of the requester and the bidder is moving to the designated position. An auction method characterized by performing a comparative calculation process on a waiting time or a moving time imposed on the client when moving with a body. 請求項５又は６に記載のオークション方法において、  The auction method according to claim 5 or 6,
前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、  The service that is the subject of the transaction is to use a mobile object when providing the service,
前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の予測位置から前記移動体が前記指定位置まで移動するのに要する前記距離データを比較演算処理することを特徴とするオークション方法。  In the successful bid procedure, the server determines that the mobile body is designated from the predicted position of the desired time on the planned travel path of the mobile body in which the service provider of the client and the bidder is moving. An auction method characterized in that the distance data required to move to a position is subjected to a comparison calculation process. 請求項１〜９のいずれか一項に記載のオークション方法に利用されるサーバ。The server utilized for the auction method as described in any one of Claims 1-9.
JP2003171434A 2000-06-27 2003-06-16 Auction method and server Expired - Fee Related JP3917110B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003171434A JP3917110B2 (en) 2000-06-27 2003-06-16 Auction method and server

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2000-193457 2000-06-27
JP2000193457 2000-06-27
JP2000-302727 2000-10-02
JP2000302727 2000-10-02
JP2003171434A JP3917110B2 (en) 2000-06-27 2003-06-16 Auction method and server

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2000356812A Division JP2002183504A (en) 2000-06-27 2000-11-22 Auction method, auction system and server

Publications (2)

Publication Number Publication Date
JP2003346013A JP2003346013A (en) 2003-12-05
JP3917110B2 true JP3917110B2 (en) 2007-05-23

Family

ID=29783067

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003171434A Expired - Fee Related JP3917110B2 (en) 2000-06-27 2003-06-16 Auction method and server

Country Status (1)

Country Link
JP (1) JP3917110B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3921545B2 (en) 2004-03-12 2007-05-30 独立行政法人物質・材料研究機構 Phosphor and production method thereof
JP2006293713A (en) * 2005-04-11 2006-10-26 Tokyo Musen Kyodo Kumiai Taxi use system by cable television
JP2010282410A (en) * 2009-06-04 2010-12-16 Pioneer Electronic Corp Service information provision device, service information provision method and service information provision program
JP6295088B2 (en) * 2014-01-21 2018-03-14 シャープ株式会社 Dispatch system
US11049059B2 (en) * 2016-02-03 2021-06-29 Operr Technologies, Inc Method and system for on-demand customized services

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06180797A (en) * 1992-12-14 1994-06-28 Syst Sogo Kaihatsu Kk Car allocation system
IL117424A (en) * 1995-04-27 1999-09-22 Optimark Tech Inc Crossing network utilizing satisfaction density profile
US5826244A (en) * 1995-08-23 1998-10-20 Xerox Corporation Method and system for providing a document service over a computer network using an automated brokered auction
JPH09115012A (en) * 1995-10-16 1997-05-02 Yoshiaki Masuno Taxi meter with gps and its operating method
JP2914485B2 (en) * 1995-11-07 1999-06-28 システム綜合開発株式会社 Vehicle dispatch system
JP3093970B2 (en) * 1996-04-17 2000-10-03 富士通テン株式会社 Vehicle dispatching device
JP3389428B2 (en) * 1996-09-25 2003-03-24 シャープ株式会社 Car navigation system, mobile terminal used for the system, and car navigation
JP3362622B2 (en) * 1997-01-17 2003-01-07 トヨタ自動車株式会社 Boarding position selection system and boarding position guidance system
JP3081571B2 (en) * 1997-11-04 2000-08-28 矢崎総業株式会社 Taxi dispatch management system
JPH11283191A (en) * 1998-03-27 1999-10-15 Aisin Seiki Co Ltd Vehicle allocation management system
JPH11293191A (en) * 1998-04-10 1999-10-26 Nippon Polyurethane Ind Co Ltd Polyurethane-based emulsion for aqueous printing ink, and aqueous printing ink using the same
JP2000020890A (en) * 1998-06-26 2000-01-21 Ntt Mobil Communication Network Inc Service-integrated vehicle, user side device, vehicle side device, control system and service-integrated vehicle system

Also Published As

Publication number Publication date
JP2003346013A (en) 2003-12-05

Similar Documents

Publication Publication Date Title
US7478055B2 (en) Auction methods, auction systems and servers
US7010494B2 (en) Performing predictive pricing based on historical data
US7505929B2 (en) Method, system and computer product for auction of deliverable prepared food via the internet
AU759893B2 (en) Computer-implemented system and method for booking airline travel itineraries
US8781858B2 (en) System and method for scheduling travel on a charter transport
US8306834B1 (en) Bounce back method, system and apparatus
US20210158447A1 (en) Web Browser and Operating System Portal and Search Portal with Price Time Priority Queues
US20030233311A1 (en) Method and system for providing goods and/or services
US20070244797A1 (en) Computer network-implemented system and method for vehicle transactions
US20090030741A1 (en) Consumer booking engine and method
KR102137525B1 (en) Product purchasing system using kiosk and method thereof
WO2015073686A1 (en) Examples of delivery and/or referral services
JP2002532785A (en) Dynamic Quality Management Conditional Purchase Application (CPO) Management System
US20180053129A1 (en) Local service providing and service matchmaking system and method thereof
JP2003331188A (en) Communication system, server device and information providing method
US20140249996A1 (en) Computer methods and computer systems for facilitating automated sale transactions between buyers and sellers over the sale of fully pre-specified products and services
JP3917110B2 (en) Auction method and server
JP2002269190A (en) Method, device and program for travel booking/commodity sales, method, device and program for providing travel information
JP4746827B2 (en) Auction method and server
JP2008225622A (en) Minimum cost presentation system in commercial transaction and method therefor
JP2007334873A (en) Used car purchase and sale support device
JP2002092383A (en) System and method for work matching
US20020010648A1 (en) Service exchanging system and method
Malion et al. Construction of Information System for Finding Tickets for Different Types of Transport
KR20230108536A (en) Apparatus and Method for Providing convergence service, and B2C, C2C mediation Platform based on map

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060606

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060807

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: 20070116

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070207

R150 Certificate of patent or registration of utility model

Ref document number: 3917110

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130216

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160216

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees