(57)【特許請求の範囲】
【請求項１】
依頼主が端末から提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者である入札者が端末から入札し、サーバが落札するネットワークを通じて行われるオークション方法であって、
サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させ指定位置および希望時刻の各データの該端末への入力を促すとともに、該端末へ入力された該指定位置データおよび希望時刻データを含む依頼情報データを依頼主の端末から前記サーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの該端末への入力を促すとともに、該予定移動経路データを含む前記入札情報データを入札者の端末からサーバが受信して記憶部に記憶する入札手順と、
前記サーバが、前記記憶部から前記指定位置データ、希望時刻データおよび予定移動経路データを読み出すとともに、当該読み出した各データに基づいて、前記入札者が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記依頼主の指定位置まで移動する際に前記依頼主に課せられる待ち時間を予め記憶部に記憶された演算式を用いて算出し、当該算出した待ち時間データを記憶部に記憶する演算手順と、
前記記憶部から読み出した待ち時間データを比較処理して待ち時間を最も短くしうる予定移動経路データを提示した落札者を入札者の中から決定する競り処理をサーバが実行する落札手順と
を備えたことを特徴とするオークション方法。
【請求項２】
依頼主が提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者を落札するために役務受理者である入札者が入札し、入札者が競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、
サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させ前記サーバは前記依頼画面で依頼主に対し予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データの入力を促すとともに、該予定移動経路データをも含む依頼情報データを依頼主の端末から受信して記憶部に記憶する依頼手順と、
前記サーバは入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて指定位置および希望時刻の入力を促すとともに、該指定位置および希望時刻を含む入札情報を役務受理者としての入札者の端末から受信して記憶する入札手順と、
前記サーバは、前記指定位置、希望時刻および予定移動経路の各データを用いて、前記依頼主が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記入札者の指定位置まで移動するまで前記依頼主に課せられる移動時間を予め記憶部に記憶されたプログラムを実行して演算で割り出し、当該割り出した移動時間データを記憶部に記憶する演算手順と、
前記サーバが、前記記憶部から読み出した移動時間データを比較演算処理して前記移動時間を最も短くしうる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を実行する落札手順と
を備えたことを特徴とするオークション方法。
【請求項３】
請求項１又は２に記載のオークション方法において、
前記入札手順では、前記サーバは前記入札画面で前記待ち時間又は移動時間の遅れる要因となる役務提供者の置かれた状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む入札情報データを入札者の端末から受信して記憶部に記憶し、
前記演算手順では、前記サーバは前記待ち時間又は移動時間を、前記記憶部から読み出した前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間を前記記憶部に記憶することを特徴とするオークション方法。
【請求項４】
請求項１又は２に記載のオークション方法において、
前記落札手順では、前記サーバは、前記待ち時間又は移動時間の遅れる要因となる状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データを通信により取得し、前記待ち時間又は移動時間を記憶部から読み出して当該待ち時間又は移動時間を前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間で前記競り処理を実行することを特徴とするオークション方法。
【請求項５】
依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、
サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させて指定位置および希望時刻の各データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該位置データおよび希望時刻を含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記予定移動経路データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、
前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、
前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる予定移動経路データを提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順と
を備えたことを特徴とするオークション方法。
【請求項６】
依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者から前記役務を受ける役務受理者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、
サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該予定移動経路データを含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて指定位置および希望時刻の各データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記指定位置および希望時刻の各データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、
前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、
前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順と
を備えたことを特徴とするオークション方法。
【請求項７】
請求項５に記載のオークション方法において、
前記入札手順では、前記サーバは前記入札画面で前記予定移動経路上における時刻に応じた位置を変動させる要因となる役務提供者の置かれた状況を該状況に起因する移動の遅れ相当の距離に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む前記入札情報を入札者の端末から受信して前記記憶部に記憶し、
前記演算手順では、前記サーバは前記指定位置、希望時刻及び予定移動経路の各データを用いて演算した前記距離データを、前記記憶部から読み出した状況情報データを距離換算して得た距離で補正し、該補正後の距離データを前記記憶部に記憶することを特徴とするオークション方法。
【請求項８】
請求項１乃至４のいずれか一項に記載のオークション方法において、
前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、
前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の位置から、前記指定位置まで前記移動体で移動する際に前記依頼主に課せられる待ち時間又は移動時間を比較演算処理することを特徴とするオークション方法。
【請求項９】
請求項５又は６に記載のオークション方法において、
前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、
前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の予測位置から前記移動体が前記指定位置まで移動するのに要する前記距離データを比較演算処理することを特徴とするオークション方法。
【請求項１０】
請求項１〜９のいずれか一項に記載のオークション方法に利用されるサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オークションをネットワーク上で行うオークション方法及びサーバに関するものである。
【０００２】
【従来の技術】
従来、この種のオークション方法が例えば特許文献１〜３などに開示されている。これらのオークション方法はいずれも、最も値段の条件がよかった競りの参加者、つまり通常のオークションであれば売り手にとって最も高値をつけた参加者（買い手）、逆オークションであれば買い手にとって最も安値をつけた参加者（売り手）が落札する方式になっていた。通常、落札者は予め規則等で決められている期日までに取引、つまり商品の引渡しや代金の支払いを終えるようになっている。
【０００３】
【特許文献１】
米国特許５７９４２０７号
【特許文献２】
特開平１０−７８９９２号公報
【特許文献３】
特開平１１−３２８２７１号公報
【０００４】
【発明が解決しようとする課題】
ところが、オークションに商品の売買を依頼する依頼者（依頼主）にとって、種々の事情から、商品の引渡日や代金の支払日を自分の都合のよい期日に設定したいという要求があった。例えば資金調達のために緊急に、美術品や骨董品を売却したい依頼者にとっては、希望価格で売却できればたとえ高値がつかなくても、できるだけ早く資金を調達したい。また商品を早く手に入れたい者の中には、価格よりも早い取引を最優先に望む場合があった。また商品を仕入れる場合、商品を出荷するまでの保管場所がなく倉庫を借りなければならない場合は、その商品を出荷する直前に商品の入荷日を設定したい。また欲しい商品があるが、お金のできる期日がまだ先である場合は、支払いができるその期日以降でできるだけ早くに商品の入荷を希望するし、支払いより先に商品を引き渡してくれる自分にとって有利な条件を提示してくれる相手がいればその相手と取引をしたい。また現在仕事や遊びで使用している製品を他の購入資金を得るために売却したいと考える者にとっては、希望価格で購入してもらえるのであれば、なるべく遅くまでその製品を使用させてくれる相手と取引をしたかった。
【０００５】
このように商品を売買する相手を探す売り手や買い手には、商品の引き渡し日や代金の支払日などの取引日について各人の事情に応じた種々の希望があったが、従来のオークション方法ではこのような取引日までは考慮されず落札者が決まっていた。このため、最高値でなくとも満足する取引日を提示してくれる取引相手を探したり、取引日を最優先に取引相手を探したり、最高値が複数人いれば最先の者ではなく取引日の面で最も有利な相手を落札者にすることができないという問題があった。なお、従来、航空券の予約やホテルの予約などに利用されている逆オークションでは、買い手が搭乗日や宿泊日などの時期に関する情報を提示し、売り手はその希望に合う搭乗日や宿泊日などの時期に関する情報を提示するが、これらの時期情報は取引時期ではなく、代金はあくまで落札相手が決める期日までに支払わなければならなかった。このように従来のオークションは価格で競るのが当然であったため、依頼者の要望に価格の面では沿うものの、価格以外の他の要望を必ずしも満たすものとはなっていなかった。従来のオークション方法は、価格よりも優先させたい要望があるときでも、その要望を最優先させることがし難いものとなっていた。
【０００６】
ところで、例えば顧客がタクシーを依頼する場合に、逆オークション方式を採用して、複数のタクシー会社の間で最も料金の安いタクシーを選別する方式も考えられる。しかしこの方式では、最も安値のタクシーを選択できるものの、手配されるタクシーの位置は考慮されておらず、顧客（依頼人）の位置から非常に離れたタクシーを選択する問題が生じる。
【０００７】
また、一般に実施されるタクシーの依頼方式では、顧客がタクシー会社に電話等で連絡し、そのタクシー会社の車の中で最も依頼人に近いタクシーが配車される。ところが、この方式は一社のタクシー会社との間の取り引きであるため、他のタクシー会社の車が依頼人に一層近い場所にいる場合もあり、必ずしも最も近いタクシーが配車されるわけではなかった。よって、最も近いタクシーを選定できない問題もあった。
【０００８】
また、例えばオークションに商品の売買などを依頼する依頼者にとって、種々の事情から、例えば最も長い（短い）、最も重い（軽い）、最も多い（少ない）など希望に応じた値で商品を取引したいという要望があった。例えば、できるだけ長い長さの商品の購入を希望する依頼者は、オークション参加者のうち、価格は考慮せずに最も長い長さの商品を提示する売り手との取引を希望する場合もある。つまり、オークションに参加する依頼者の中には、落札条件として価格以外の数値を優先して取引したい依頼者がいる場合もあった。ところが、従来のオークション方式では、商品の価格のみを競りの対象としているので、価格以外の数値を競りの対象とする場合に適用できない問題があった。
【０００９】
また、オークションに商品の売買を依頼する依頼者にとって、種々の事情から、商品についての要望を反映させたいという要求があった。例えば美術品や骨董品を購入したい依頼者にとっては、年代や保管の程度、傷などの諸条件も考慮したうえで自分にとって最も適正な価格である物を購入したい。またパーソナルコンピュータを購入する場合、表示装置の画質や本体の品質や性能、処理速度などの要望はあるものの、どの製品（品番等）がその要望を最も満たしているかなどが分からない場合があった。また家庭教師などを依頼する場合、要望はあるものの、何を評価基準に選んだらよいかが分からない場合もあった。このため、ある程度は勘で要望を満たす製品や人を絞り込んで、その製品や役務を価格で競り落とさざるを得なかった。なお、オークションに登録している者のみに取引相手が事実上限られていたという問題もあった。また、売り手にとっても、商品の価値を最も分かってくれる人に買ってほしいなどの要望があった。
【００１０】
このように従来のオークションは価格で競るのが当然であったため、依頼者の要望に価格の面では沿うものの、価格以外の要望を必ずしも満たすものとはなっていなかった。従来のオークション方法は、価格よりも優先させたい要望があるときでも、その要望を最優先させることがし難いものとなっていた。なお、オークションに商品や役務を取引の対象して参加している、あるいは商品や役務の提供を希望している取引相手としか取引できないのが現状であった。
【００１１】
本発明は上記課題を解決するためになされたものであって、その目的は、移動中の役務提供者と役務の提供を受ける役務受理者とのうち依頼人（依頼主）の位置に関する要望を満たすことができるオークション方法及びサーバを提供することにある。
【００１２】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明では、依頼主が端末から提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者である入札者が端末から入札し、サーバが落札するネットワークを通じて行われるオークション方法であって、サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させ指定位置および希望時刻の各データの該端末への入力を促すとともに、該端末へ入力された該指定位置データおよび希望時刻データを含む依頼情報データを依頼主の端末から前記サーバが受信して記憶部に記憶する依頼手順と、
前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの該端末への入力を促すとともに、該予定移動経路データを含む前記入札情報データを入札者の端末からサーバが受信して記憶部に記憶する入札手順と、前記サーバが、前記記憶部から前記指定位置データ、希望時刻データおよび予定移動経路データを読み出すとともに、当該読み出した各データに基づいて、前記入札者が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記依頼主の指定位置まで移動する際に前記依頼主に課せられる待ち時間を予め記憶部に記憶された演算式を用いて算出し、当該算出した待ち時間データを記憶部に記憶する演算手順と、
前記記憶部から読み出した待ち時間データを比較処理して待ち時間を最も短くしうる予定移動経路データを提示した落札者を入札者の中から決定する競り処理をサーバが実行する落札手順とを備えたことを要旨とする。
【００１３】
請求項２に記載の発明では、依頼主が提示した取引を落札するために設定された落札時間条件に対し役務の提供のために移動中にある役務提供者を落札するために役務受理者である入札者が入札し、入札者が競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させ前記サーバは前記依頼画面で依頼主に対し予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データの入力を促すとともに、該予定移動経路データをも含む依頼情報データを依頼主の端末から受信して記憶部に記憶する依頼手順と、前記サーバは入札者の端末からのアクセスに応答して該端末に前記落札時間条件を提示した入札画面を表示させて指定位置および希望時刻の入力を促すとともに、該指定位置および希望時刻を含む入札情報を役務受理者としての入札者の端末から受信して記憶する入札手順と、前記サーバは、前記指定位置、希望時刻および予定移動経路の各データを用いて、前記依頼主が前記予定移動経路上における前記希望時刻の位置から役務提供のために前記入札者の指定位置まで移動するまで前記依頼主に課せられる移動時間を予め記憶部に記憶されたプログラムを実行して演算で割り出し、当該割り出した移動時間データを記憶部に記憶する演算手順と、前記サーバが、前記記憶部から読み出した移動時間データを比較演算処理して前記移動時間を最も短くしうる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を実行する落札手順とを備えたことを要旨とする。
【００１４】
請求項３に記載の発明では、請求項１又は２に記載のオークション方法において、前記入札手順では、前記サーバは前記入札画面で前記待ち時間又は移動時間の遅れる要因となる状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む入札情報データを入札者の端末から受信して記憶部に記憶し、前記演算手順では、前記サーバは前記待ち時間又は移動時間を、前記記憶部から読み出した前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間を前記記憶部に記憶することを要旨とする。
【００１５】
請求項４に記載の発明では、請求項１又は２に記載のオークション方法において、前記落札手順では、前記サーバは、前記待ち時間又は移動時間の遅れる要因となる状況を該状況に起因する移動の遅れ相当の時間に換算可能な情報である状況情報データを通信により取得し、前記待ち時間又は移動時間を記憶部から読み出して当該待ち時間又は移動時間を前記状況情報データを時間換算して求めた時間で補正し、該補正後の待ち時間又は移動時間で前記競り処理を実行することを要旨とする。
【００１６】
請求項５に記載の発明では、依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、サーバが依頼主としての役務受理者の端末からのアクセスに応答して該端末に依頼画面を表示させて指定位置および希望時刻の各データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該位置データおよび希望時刻を含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記予定移動経路データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる予定移動経路データを提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順とを備えたことを要旨とする。
請求項６に記載の発明では、依頼主が端末から提示した取引を落札するために設定された落札位置条件に対し役務の提供のために移動中にある役務提供者から前記役務を受ける役務受理者である入札者が位置で競り合って取引を獲得するネットワークを通じてサーバが行うオークション方法であって、サーバが依頼主としての役務提供者の端末からのアクセスに応答して該端末に依頼画面を表示させて予定移動経路上における時刻に応じた途中の位置を算出可能な予定移動経路データを含む依頼情報の端末への入力を促すと共に、該端末に入力された該予定移動経路データを含む依頼情報データを該端末からサーバが受信して記憶部に記憶する依頼手順と、前記サーバが入札者の端末からのアクセスに応答して該端末に前記落札位置条件を提示した入札画面を表示させて指定位置および希望時刻の各データを含む入札情報データの端末への入力を促すと共に、入札者の端末に入力された前記指定位置および希望時刻の各データを含む該入札情報データを該端末からサーバが受信して記憶部に記憶する入札手順と、前記サーバが、前記記憶部から前記指定位置、希望時刻および予定移動経路の各データを読み出すとともに該各データに基づいて前記役務提供者の予定移動経路上における前記希望時刻の位置を予測演算するとともに、該演算で得た予測位置から役務提供者が入札者である役務受理者の指定位置まで移動するのに要する距離データを演算して記憶部に記憶する演算手順と、前記サーバが、前記記憶部から前記距離データを読み出し、該距離データを比較演算処理して最も短い距離データとなる指定位置および希望時刻を提示した落札者を入札者の中から決定する競り処理を前記サーバが実行する落札手順とを備えたことを要旨とする。
【００１７】
請求項７に記載の発明では、請求項５に記載のオークション方法において、前記入札手順では、前記サーバは前記入札画面で前記予定移動経路上における時刻に応じた位置を変動させる要因となる役務提供者の置かれた状況を該状況に起因する移動の遅れ相当の距離に換算可能な情報である状況情報データの入力を促すとともに、該状況情報データをも含む前記入札情報を入札者の端末から受信して前記記憶部に記憶し、前記演算手順では、前記サーバは前記指定位置、希望時刻及び予定移動経路の各データを用いて演算した前記距離データを、前記記憶部から読み出した状況情報データを距離換算して得た距離で補正し、該補正後の距離データを前記記憶部に記憶することを要旨とする。
請求項８に記載の発明では、請求項１乃至４のいずれか一項に記載のオークション方法において、前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の位置から、前記指定位置まで前記移動体で移動する際に前記依頼主に課せられる待ち時間又は移動時間を比較演算処理することを要旨とする。
請求項９に記載の発明では、請求項５又は６に記載のオークション方法において、前記取引の対象とされる役務は該役務を提供する際に移動体を使用するもので、前記落札手順では、前記サーバは、前記依頼主と前記入札者のうちの前記役務提供者が移動中にある前記移動体の予定移動経路上における前記希望時刻の予測位置から前記移動体が前記指定位置まで移動するのに要する前記距離データを比較演算処理することを要旨とする。
【００２１】
請求項１０に記載の発明は、前記サーバは、請求項１〜９のいずれか一項に記載のオークション方法に利用されるものである。
【００２２】
【発明の実施の形態】
（第１実施形態）
以下、本発明を具体化した第１実施形態を図１〜図９に従って説明する。
【００２３】
前記第１実施形態が競りの対象とする要素が取引時期である時間であったが、本実施形態は、位置、距離、時間を価格以外の要素として競りを行う。時間は取引時期ではなく所要時間である。所要時間は例えばタクシーが到着するまでの待ち時間が挙げられる。
【００２４】
位置オークションには、タクシーなど有料で送迎をしてくれる乗り物を手配するための業務用オークションが用意されている。例えばタクシー会社はこの位置オークションに利用者登録し、この位置オークションを通じて効率よく顧客の提供を受ける。また顧客も利用者登録をして位置オークションを利用する。
【００２５】
次に位置オークションについて具体的に説明する。
オークション管理システム（仲介管理サーバシステム）２０は、サーバ２１と、表示装置７０、キーボードやマウスなどからなる入力装置７１とを備え、サーバ２１は３つのデータベース２２，２３，２４と接続されている。サーバ２１はインターネットＮに接続されており、インターネットＮを通じて第三者の端末３０と通信可能に接続されている。例えば複数のタクシー会社のパーソナルコンピュータ（以下単にパソコンという）７２がインターネットＮに接続されており、サーバ２１と通信可能となっている。例えばサーバ２１による顧客提供サービスを受けられるのは、予め利用者登録を済ませたタクシー会社（個人タクシー含む）のみである。またインターネットＮには接続された顧客用端末３０はサーバ２１と通信可能となっている。顧客用端末３０にはパソコン７３の他にインターネット通信可能（例えばｉモード対応）な携帯電話７４が挙げられる。各タクシー会社のパソコン７２には送受信機７５が接続されており、その会社に所属する各タクシー７６に備えられた送受信機７７との間で無線通信が可能となっている。
【００２６】
図３（ａ）に示すように、各タクシー７６には、ＧＰＳ衛星の電波利用による位置測定を行うＧＰＳ（全地球測位システム）７８が搭載されており、タクシー７６はＧＰＳ７８により自車の現在位置を正確に測定され、その位置情報は送受信機７７，７５間の無線通信を介してタクシー会社に送信されるようになっており、パソコン７２は自社に所属する全てのタクシー７６の現在位置を正確に認知する。また図３（ｂ）に示すように、顧客が所有する携帯電話７４はＧＰＳ７９を内蔵する位置測定対応型のものとなっている。このため、携帯電話７４を持ち歩く顧客の現在位置は、携帯電話７４に内蔵されたＧＰＳ７９により必要時に逐次測定されるようになっている。
【００２７】
オークション仲介会社のサーバ２１は、オークション用の各種プログラムをメモリに記憶している。その中にオークション用プログラムがある。このプログラムは、顧客の位置情報を各タクシー会社にインターネットＮを通じて知らせ、その顧客を競り落とすオークションを行うもので、各タクシー会社は、自社のタクシー位置情報を提示してオークションに参加し、サーバ２１はタクシー位置情報を基に顧客に落札条件として最も近い距離にいるタクシー７６を割り出し、これに落札させるものである。
【００２８】
タクシー会社のパソコン７２は、自社に所属する各タクシー７６の現在位置および現在状況を、各タクシー７６からの情報を基に把握している。現在状況とは、自動車の状況（顧客乗車中，顧客まで移動中，洗車中，ガソリン不足，給油中等）、運転者の状況（休憩中，食事中等）、道路状況（工事中、渋滞中等）などで、たとえ近くにいても顧客までの到着時間が遅くなる要因については位置（距離）に加えて考慮する。状況情報は、各タクシー会社の管理人が無線通信で得た情報をパソコン７２に入力するか、または送受信機７５が受信したアナログデータをデジタル変換してパソコン７２に取り込む。但し、運転者の手を煩わさずに自動でパソコン７２に送信できるようにする方がよい。例えばタクシー７６に各種センサを取付けるなどして所定状況を検出してプログラム等を利用して自動的に状況データをパソコン７２に逐次送信する構成を採用する。状況自動検出方法の構成としては、例えばガソリン不足検出にはガソリン量検出センサ、顧客有無確認検出にはタクシーメータ作動検出センサや座席センサなどの各種センサを用いる。また運転手のスケジュール管理データを記憶しておき時計機能の時刻と照合させることで休憩時間か就業時間かを判別する仕組み（プログラム）を利用する。また道路に設置された交通量調査装置で検出した道路交通管理機関から提供される渋滞情報や工事情報を基に道路の混み具合などを把握する。
【００２９】
図２は、オークション管理システム２０の機能構成図である。オークション管理システム２０は通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４を備える。通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４はサーバ２１により構成される。通信部８１は所定の通信手順（ＨＴＴＰ）で動く。また商品管理ＤＢ２３は競り条件記憶部８５を備え、競り条件記憶部８５には位置競りデータ記憶部８５Ａと絞込データ記憶部８５Ｂが用意されている。制御部８２および各演算部８３，８４は、位置オークションで落札者を特定するための演算制御などに使用され、この演算に各記憶部８５Ａ，８５Ｂに記憶された各種データが使用される。
【００３０】
仲介会社のサーバ２１には、オークションホームページ（ＨＰ）（サイト）が置かれ、ネットワークＮを通じて利用者（顧客）は端末３０からブラウザソフトを用いて画面上に図４に示すオークションＨＰを表示させて閲覧する。オークションＨＰには、図１１に示す利用者登録画面Ｐ、商品登録画面（図示せず）など各種画面が同様にリンクされている。サーバ２１のハードディスクには、各種画面ＨＰ，Ｐ，Ｑ，Ｆ，Ｇ等の画面データ、画面の表示等に用いるプログラム（例えばＨＴＭＬ記述プログラム）やオークションの演算処理に用いるプログラムが記憶されている。
【００３１】
図４に示すようにオークションＨＰにはオークション用の商品・役務別に分類された多数の選択ボタン５１と、逆オークション用の商品別に分類された多数の選択ボタン５２が同様に用意されている。競りに参加を希望する者（入札者）は、希望する商品分類の選択ボタン５１，５２を選択する。ただし同図では商品役務分類は一部のみ示している。また利用者登録ボタン５３と商品登録ボタン５４が用意されており、各ボタン５３，５４を選択することで利用者登録画面と商品登録画面がそれぞれ表示されて、各画面から入力したデータをサーバ２１に送信することで利用者登録や商品・役務登録がなされる。商品には情報提供も含まれる。位置オークション中には、タクシーなど有料で送迎する乗り物を提供する業者などが登録する業務用位置オークション（逆オークション）が用意されている。例えばタクシー会社はこの位置オークションに利用者登録し、この位置オークションを通じて顧客の提供を受ける。この実施形態では、タクシーを例にしているが、集配車など顧客の元に、または顧客の近くの所定場所に来てくれてサービスをする移動体（車両等）であれば何にでも適用できる。
【００３２】
オークションＨＰには「タクシー」ボタン８８があるのでこれを顧客は選択する。そして次画面の図５に示すタクシー手配画面Ｆで、必要事項を入力する。すなわち、画面Ｆには、顧客の乗車位置を指定するためのＧＰＳボタン９１、電話番号入力欄Ｆ１、文字入力欄Ｆ２が用意されている。また顧客特徴連絡、希望乗車時刻（何分以内等）、乗車人数、行先の入力欄Ｆ３〜Ｆ６、タクシーランク（大型・中型・小型車、料金ランク等）を指定するランクボタン９２、ＩＤ番号入力欄Ｆ７が用意されている。ここで、ＧＰＳボタン９１は、ＧＰＳ対応の携帯電話７４を使用するときは、予めＧＰＳ７９と対応付けさせておけば、このボタン９１を操作するだけでＧＰＳ位置データが登録されるものである。その他の位置を特定する方法として自宅や建物等の電話番号を入力することもできる。サーバ２１は電話番号から住所を特定するシステム（電話番号検索サービス会社）と接続されており、電話番号が分かれば位置が特定されるようになっている。また文字入力欄Ｆ２には、住所や地名、目印となる待ち合わせ場所などの文字情報を入力する。特徴連絡入力欄Ｆ３には、自分（顧客）の目印となる特徴を知らせる内容を記入する。なお、タクシー手配画面Ｆが依頼画面に相当する。
【００３３】
これらの必要事項を入力後、送信ボタン９３を選択して送信すると、競り依頼情報としてのこれらの顧客情報データはインターネットＮを介してサーバ２１に送信される。サーバ２１は顧客情報を基にオークションプログラムを立ち上げて広くタクシー会社のパソコン７２に対し位置オークションへの参加を呼びかける。タクシー会社のパソコン７２は常時立ち上げられていて、新規のオークション情報を受信するとその旨を操作者（パソコン管理者）に音・表示等で知らせる。サーバ２１からはこのとき図６に示すようなオークション参加画面Ｇが提供される。
【００３４】
図６に示すオークション参加画面Ｇには、顧客位置（乗車場所）、人数、ランク、行先、乗車時刻など顧客情報を提示する表示欄Ｇ１〜Ｇ５が用意されている。また地図表示欄Ｇ６が用意されており、この中には顧客のいる位置の周辺の地図（地図情報）が表示され、その地図上に顧客位置（乗車場所）（同地図上における黒丸）が表示され、顧客の詳細位置が地図上で視覚的に確認できるようになっている。この画面Ｇには、「タクシー位置」、「状況」を入力するための入力欄Ｇ７，Ｇ８が用意されている。オークションに参加するには顧客を極力待たせないために時間制限があり、残り時間を知らせる表示欄Ｇ９も用意されている。オークションに参加する場合は、時間制限内に入力欄Ｇ７，Ｇ８に必要データを入力して参加ボタン９４を選択する。なお、オークション参加画面Ｇが入札画面に相当する。
【００３５】
タクシー会社のパソコン７２は、全てのタクシー７６の位置・状況を把握しており、これらのデータと顧客位置（または乗車位置）から最も短時間で顧客の元に到着できる最適なタクシー７６を割り出し、そのタクシーのタクシー位置，状況を入力欄Ｇ７，Ｇ８に入力してそのタクシーを顧客を落札するためのタクシーとして競りに参加する。状況とは例えば「直行可能」「○○給油所で給油時間３分」「休憩時間中で５分後出発可能」「顧客乗車中」などである。例えばこの種の状況を数値化した状況データをサーバ２１に送信し、サーバ２１がタクシー位置と状況データを基に最も顧客の元に早く到着できるタクシーを割り出してそのタクシーに顧客を落札させる方法を採る。もちろん、状況判断はタクシー会社が全て行い、状況が悪く到着までに（制限時間）が過ぎるものについては不参加の判断をし、参加可能なタクシーのうち最適なものをオークションに参加させる方法を採用することもできる。この場合、状況判断はタクシー会社の責任下で行い、顧客を待たせた場合はペナルティが科せられるようにしてもよい。この構成だと純粋に位置のみで競り合う位置オークションとなる。
【００３６】
タクシー状況も全てサーバ２１が判断して顧客の元に最も早く到着できるタクシーを割り出す方法を採用することもできる。その方法としては、タクシー会社の管理人が予め決められた状況項目のうち該当する状況を文字情報で入力欄Ｇ８に入力してサーバ２１に知らせる方法が比較的現実的である。しかし、この方法だと人手がかかり非効率的であるので、各タクシー７６や各種施設から通信で得られる状況情報（自動車状況情報，運転者状況情報，道路状況情報）を基にパソコン７２が状況判断する構成とすることが効率面から望ましい。この場合、この種の状況を距離換算して現実の位置にその補正分の距離を加えた位置でオークションに参加する構成をとることもできる。なお、状況情報が時間変動要因情報に相当する。
【００３７】
サーバ２１は、各タクシー会社のパソコン７２（あるいは個人タクシーの携帯情報端末（例えばモバイル，携帯電話））から受信した情報（入札情報）を用いて、これらの情報に所定の処理を施して、顧客の指定する場所に最も短時間に到着できるタクシー７６を特定する。サーバ２１は各タクシー会社の料金体系データを記憶しており、所要時間が所定範囲内でほぼ一致する場合は、料金が安く済む方を自動的に割り出してそちらに落札させる。
【００３８】
最も短時間に顧客の元に到着できるタクシーの特定方法を次に説明する。
サーバ２１は、タクシー位置と顧客位置の各データを基に、地図上で２点間距離を割り出す。例えば図７（ａ）に示すように、Ｙ地点でタクシー７６を待つ顧客に対し、Ｚ１，Ｚ２，Ｚ３，Ｚ４計４台のタクシー７６が入札に参加した場合、各タクシーＺ１，Ｚ２，Ｚ３，Ｚ４と顧客との間の距離ａ，ｂ，ｃ，ｄをそれぞれ演算する。この場合、直線距離を用いてもよいが、本実施形態では、より正確な距離を求めるために地図上の距離を使用する（但し、図７では模式的に直線で示している）。純粋な位置オークションの場合は、この距離を比較し一番短いものに顧客を落札させる。
【００３９】
位置以外の状況情報をも考慮する場合、サーバ２１は、位置から単純に決まる距離データに加え、一方通行などの交通情報や、交通調査機関からのデータを基に逐次取得した工事中情報・渋滞情報を考慮して、推定される所要時間を計算する。また、文字情報あるいは数値データなどからなる状況データに所要時間への換算処理を施し、その換算時間を先に求めた所要時間に反映させて推定所要時間を求める。
【００４０】
図７（ａ）は、タクシーの現在位置と顧客位置との距離から見る方法であったが、図７（ｂ）はタクシーの予定移動経路の途中位置と顧客との距離を見る方法であり、これを移動中の位置オークションと呼ぶことにする。移動中の位置オークションについては後述する。
【００４１】
サーバ２１は、競りに参加した複数台のタクシー７６のうち推定所要時間が最も短かったタクシー７６に顧客を落札させる。落札したタクシー７６が決まると、タクシー会社のパソコン７２（個人タクシーの場合は携帯電話等）に落札した旨と顧客の特徴（目印）などその他必要事項をインターネットＮ等を通じた通信により知らせる。落札の旨を受信したタクシー会社は、該当するタクシー７６にその旨を伝え、そのタクシー７６は顧客の指定した場所に急行する。
【００４２】
次に位置オークションの手順フローを、図８に基づいて以下に説明する。なお、手順フローはサーバ２１の処理手順を必ずしも示すものではなく、タクシー会社と仲介会社間のやり取りなど位置オークション全体の手順（流れ）を示すものである。
【００４３】
Ｓ５１０では、顧客からの依頼があったか否かを判断する。顧客からの依頼が無ければ、依頼があるまで待機する。なお、Ｓ５１０で顧客の端末に依頼画面を表示させ、その顧客情報をサーバ２１が受信する手順が依頼手順に相当する。
【００４４】
Ｓ５２０では、顧客位置を確認する。
Ｓ５３０では、インターネットを通じて顧客情報を配信する。
Ｓ５４０では、位置オークションに参加する。なお、Ｓ５３０で顧客の端末に入札画面を表示させ、Ｓ５４０で位置オークションに参加した入札者から入札情報をサーバ２１が受信する手順が入札手順に相当する。またＳ５４０〜５６０の手順が落札手順に相当する。
【００４５】
Ｓ５５０では、所定時間が経過したか否かを判断する。つまり位置オークション参加締め切りまでの残り時間がなくなったか否かを判断する。
Ｓ５６０では、一番距離の近い位置を提示した者に落札させる。現在（競り参加時）のタクシー位置が位置データとして採用され、各タクシー位置と顧客位置間の距離が最も近いタクシーが顧客を落札する。また状況データが考慮されるときは、位置に加え状況が考慮されてその位置から顧客位置までの移動に要する推定所要時間が最も短いタクシーが顧客を落札する。
【００４６】
Ｓ５７０では、落札したタクシーにその旨を知らせる。すなわちタクシー会社のパソコン７２に落札の旨を知らせ、パソコン７２を介して落札したタクシー７６に落札した旨の情報を提供する。落札の知らせを受けたタクシー７６は、パソコン７２から得た顧客位置情報等を基に顧客の指定する場所に急行する。よって、顧客は最も短時間でタクシー７６を呼ぶことができる。
【００４７】
Ｓ５８０では、顧客にタクシーの情報を知らせる。つまり、顧客はどのタクシーが迎えに来るのか分からないので、タクシーを確認できる情報（タクシー会社やタクシー色等）を顧客に知らせる。
【００４８】
以下、移動中の位置オークションについて説明する。
タクシーが目的地に向かう経路の途中で顧客を拾えたり、集配車が予定集配経路上で余分に集配荷を得ることができれば、効率よく顧客や集配荷を獲得でき、しかも顧客にとっては早くタクシーを捕まえることができ、また早く荷物を集配してもらうことができる。このようなことを目的として、車両（タクシー等）の移動経路の途中で最も近くの位置から乗車する顧客を競り落とす、あるいは顧客にとって最も近くを移動中の車両を競り落とすのが移動中の位置オークションである。この場合、顧客はタクシーを利用したい場所（乗車位置）・時刻を指定してタクシーを手配できればそれでよく、オークション時にタクシーは遠くにいても構わない。
【００４９】
サーバ２１がメモリに記憶する移動中位置オークションのための各種プログラムは、基本的に位置オークションと同様であるが、画面Ｇ（図６）にはその他に移動中の移動経路を特定するための情報の入力欄と、移動経路をどのような時刻に通るかの情報（例えばある時刻の位置データ）の入力欄とが余分にある。サーバ２１は移動経路データと移動時刻データとから、顧客が指定する場所・時刻に、どのタクシーが最も近い位置を通ることになるかを、位置オークションと同様の手法で特定し、最も近くを通ることになるタクシー（又は集配車）が顧客を落札することになる。逆に顧客が依頼者であれば最も近くを通るタクシー（又は集配車）を落札する。なおここでは、移動経路データと移動時刻データも被換算情報を構成する。
【００５０】
詳しくは図７（ｂ）に示すように、Ｚ１，Ｚ２，Ｚ３の３台のタクシー７６が同図に各々示す移動経路で移動する場合、それぞれ移動途中の各タクシー７６が時刻ｔに通る場所（位置）を算出し、その時刻ｔにおいて顧客のＹ地点から最も近くの場所を通るタクシー７６がその顧客を落札する。逆に顧客はその時刻に最も近くを通るタクシー７６を落札する。図７（ｂ）の例では、時刻ｔにおける位置（同図中の点線位置）が最も顧客に近いタクシーＺ１が顧客を落札することになる（但し状況を考慮しない場合）。この場合も、単純に位置のみで判断する純粋な位置オークションとすることもできるし、本例のようにタクシー状況や交通状況等の状況判断をして推定所要時間を求めることもできる。
【００５１】
次に移動中位置オークションの手順フローを、図９に基づいて以下に説明する。なお、手順フローはサーバ２１の処理手順を必ずしも示すものではなく、位置オークション全体の手順（流れ）を示すものである。
【００５２】
Ｓ６１０では、顧客からの依頼があったか否かを判断する。顧客からの依頼が無ければ、依頼があるまで待機する。なお、Ｓ６１０で顧客の端末に依頼画面を表示させ、その顧客情報をサーバ２１が受信する手順が依頼手順に相当する。
【００５３】
Ｓ６２０では、顧客位置を確認する。
Ｓ６３０では、インターネットを通じて顧客情報を配信する。
Ｓ６４０では、位置オークションに参加する。なお、Ｓ６３０で顧客情報を配信して入札者の端末に入札画面を表示させ、Ｓ６４０で位置オークションに参加した入札者から入札情報をサーバ２１が受信する手順が入札手順に相当する。またＳ６４０〜６６０の手順が落札手順に相当する。
【００５４】
Ｓ６５０では、所定時間が経過したか否かを判断する。つまり位置オークション参加締め切りまでの残り時間がなくなったか否かを判断する。
Ｓ６６０では、一番距離の近い位置を提示した者に落札させる。この際、移動経路から推定される乗車時刻ｔにおけるタクシー位置が位置データとして採用される。各タクシー位置と顧客位置間の距離が最も近いタクシーが顧客を落札する。また状況データが考慮されるときは、位置に加え状況が考慮されてその位置から顧客位置までの移動に要する推定所要時間が最も短いタクシーが顧客を落札する。
【００５５】
Ｓ６７０では、落札したタクシーにその旨を知らせる。すなわちタクシー会社のパソコン７２に落札の旨を知らせ、パソコン７２を介して落札したタクシー７６に落札した旨の情報を提供する。落札の知らせを受けたタクシー７６は、パソコン７２から得た顧客位置情報等を基に顧客の指定する場所に急行する。よって、顧客は最も短時間でタクシー７６を呼ぶことができる。
【００５６】
Ｓ６８０では、顧客にタクシーの情報を知らせる。つまり、顧客はどのタクシーが迎えに来るのか分からないので、タクシーを確認できる情報（タクシー会社やタクシー色等）を顧客に知らせる。
【００５７】
従って、この第１実施形態によれば以下の効果が得られる。
（１）顧客はタクシ−を呼ぶときに最も早く来てくれるタクシーを依頼することができる。またタクシー会社にとっては顧客の最も近くにいるタクシーを効率よく配車することができる。
【００５８】
（２）移動中位置オークションでは、タクシーや集配車などの車両の移動経路の途中に顧客がある場合にはその移動途中に顧客を拾うことができるので、効率よく顧客を獲得できる。しかも顧客にとっても待ち時間が少なくて済む。
【００５９】
（第２実施形態）
以下、本発明を具体化した第２実施形態を図１〜図３，図５〜図７，図１０〜図１８に従って説明する。本実施形態では、競りの対象が要素としての位置である点が前記実施形態と異なっている。
【００６０】
位置オークションを実施するオークションシステムは図１に示す構成と基本的に同様である。位置オークションとは、依頼人が提示した位置の要望をネットワークを通じて第三者の端末に送信して広く入札を募り、応募のあった入札情報を基に位置で競りをし、依頼人の要望を最も満たす位置を提示した入札者が落札する競り方式である。依頼人の要望には、依頼人自らが提示する要望と、依頼人の依頼内容（依頼目的）から当然のこととして競り仲介業者が予め用意した要望とがある。
【００６１】
位置オークションは、買い手と売り手など互いに取引相手となる双方を引き合わせる位置の競りであり、取引対象として商品及び役務（サービス）などあらゆるものを対象とする。位置オークションには、タクシーなど有料で送迎をしてくれる乗り物や、荷物等を取りに来てくれる集配車などを手配するための業務用のオークションが用意されている。例えばタクシー会社はこの位置オークションに利用者登録し、位置オークションを通じて効率良く顧客の提供を受ける。
【００６２】
次に、位置オークションについて具体的に説明する。図１は、顧客またはタクシー会社のうち一方が他方をネットワーク（本例ではインターネット）を介して所定の位置条件を最も満たす取引相手を選ぶための位置オークションシステムを示す。
【００６３】
図１に示すように、オークション管理システム（仲介管理サーバシステム）２０は、サーバ２１と、表示装置７０と、キーボードやマウス等からなる入力装置７１とを備え、サーバ２１は３つのデータベース２２，２３，２４と接続されている。サーバ２１は、インターネットＮに接続されており、インターネットＮを通じて第三者の端末３０と通信可能に接続されている。例えば、複数のタクシー会社のパーソナルコンピュータ（以下、単にパソコンという）７２がインターネットＮに接続されており、サーバ２１と通信可能となっている。例えば、サーバ２１による顧客提供サービスを受けられるのは、予め利用者登録を済ませたタクシー会社（個人タクシー含む）のみである。
【００６４】
また、インターネットＮに接続された顧客用の端末３０は、サーバ２１と通信可能となっている。顧客用の端末３０には、パソコン７３の他にインターネット通信可能な携帯電話７４が挙げられる。各タクシー会社のパソコン７２には、送受信機７５が接続されており、その会社に所属する各タクシー７６が備える送受信機７７との間で無線通信が可能となっている。
【００６５】
タクシー７６に搭載される送受信装置や、携帯電話７４の構造は図３に示す構成とほぼ同様である。図３（ａ）に示すように、各タクシー７６には、複数の衛星から送信される電波（信号）により位置測定を行うＧＰＳ（全地球側位システム）７８が搭載されており、タクシー７６はＧＰＳ７８により自車の現在位置を正確に測定し、その位置情報は送受信機７５，７７間の無線で各タクシー会社に送信されるようになっている。タクシー会社のパソコン７２は、ＧＰＳ７８から出力される位置情報を基に自社に所属するすべてのタクシー７６の現在位置を正確に認知する。また図３（ｂ）に示すように、顧客が所有する携帯電話７４はＧＰＳ７９を内蔵する位置測定対応型のものとなっている。このため、携帯電話７４を持ち歩く顧客の現在位置は、携帯電話７４に内蔵されたＧＰＳ７９により必要時に逐次測定される。
【００６６】
図１に示すサーバ２１は、オークション用の各種プログラムをメモリに記憶している。その中にオークション用プログラムがある。このプログラムは、顧客の位置情報を各タクシー会社にインターネットＮを通じて知らせ、その顧客を競り落とすオークションを行うもので、各タクシー会社は、自社のタクシー位置情報を提示してオークションに参加し、サーバ２１はタクシー位置情報を基に顧客に最も近い位置にいるタクシー７６を割出し、これに落札させるものである。
【００６７】
タクシー会社のパソコン７２は、自社に所属する各タクシー７６の現在位置および現在状況を、各タクシー７６からの情報等を基に把握している。現在状況とは、自動車の状況（顧客乗車中、顧客位置まで移動中、洗車中、ガソリン不足、給油中等）、運転者の状況（休憩中、食事中等）、道路状況（工事中、渋滞中、事故等）などで、たとえ近くにいても顧客までの到着時間が遅くなる要因については現在状況を加えて考慮する。
【００６８】
自動車の状況や運転者の状況等のコンディション情報や、道路状況などの道路情報は、各タクシー会社の管理人が無線通信で得た情報をパソコン７２に入力するか、あるいは送受信機７５で受信したアナログデータをデジタル変換してパソコン７２に取り込む。但し、運転者の手を煩わさずに自動でパソコン７２に送信されるようにしている。例えば、タクシー７６に各種センサを取付けるなどして所定状況を検出し、その検出値を基にプログラム等を利用して自動的に状況データをパソコン７２に逐次送信する構成を採用する。なお、この例では被換算情報は、コンディション情報と道路情報により構成される。
【００６９】
この自動車状況や運転者状況等のコンディション情報および道路情報を自動で検出する状況自動検出方法の構成としては、例えばガソリン不足検出にはガソリン量検出センサ、顧客有無確認検出にはタクシーメータ作動検出センサや座席（着座）センサ等の各種センサを用いる。また、運転手のスケジュール管理データを記憶しておき、時計機能の時刻と照合させることで休憩時間か就業時間かを判別する仕組み（プログラム）を利用してもよい。また、道路に設置された交通量調査装置で検出した道路交通管理機関から提供される渋滞情報や工事情報を基に道路状況を把握する。各タクシー７６からの位置・状況データはデジタルデータとしてタクシー会社のパソコン７２に取り込まれるようにする。また道路交通管理機関からの道路情報についてはサーバ２１が管理する構成としている。
【００７０】
位置オークションに用いられるオークション管理システムは、図２に示す構成とほぼ同様である。図２に示すように、オークション管理システム２０は、通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４とを備える。通信部８１、制御部８２、位置競り演算部８３および落札絞込演算部８４は、サーバ２１により構成される。通信部８１は所定の通信手順（ＨＴＴＰ）で動く。また、３つのデータベース２１〜２３のうち商品管理ＤＢ２３は競り条件記憶部８５を備え、競り条件記憶部８５には位置競りデータ記憶部８５Ａと絞込データ記憶部８５Ｂが用意されている。制御部８２および各演算部８３，８４は、位置オークションで落札者を特定するための演算制御等に使用され、この演算に各記憶部８５Ａ，８５Ｂに記憶された各種データが使用される。
【００７１】
サーバ２１には、図１０に示す位置オークションホームページ（ＨＰ）が置かれ、インターネットＮを通じて利用者（顧客）は端末３０からブラウザソフトを用いて画面上に図１０に示す位置オークションＨＰを表示させて閲覧する。位置オークションＨＰには、前述した図１１と同様の利用者登録画面Ｐ、同じく図５と同様のタクシー手配画面Ｒ、図６のオークション参加画面Ｇや、図１２に示す商品役務登録画面Ｈなど各種画面がリンクされている。サーバ２１のハードディスクには、各種画面Ｐ，Ｒ，Ｓ，Ｈ等の画面データ、画面の表示等に用いるプログラム（例えばＨＴＭＬ記述プログラム）、位置オークションの演算処理に用いるプログラムが記憶されている。
【００７２】
位置オークションＨＰには、取引の対象となる商品・役務別に分類された多数の選択ボタン１００，１０１，１０２が用意されている。競りに参加を希望する者（入札者）は、希望する商品・役務分類の選択ボタン１００，１０１，１０２を選択する。またＨＰには、「利用者登録」ボタン１０３と、「依頼登録」ボタン１０４が用意されており、各ボタン１０３，１０４を選択することで登録画面Ｐ（図１１）と登録画面Ｈ（図１２）がそれぞれ表示されて、各画面Ｐ，Ｈから入力したデータをサーバ２１に送信することで商品・役務登録がなされる。
【００７３】
図１１に示す利用者登録画面Ｐには、選択項目Ｐ１、各種入力欄Ｐ２の他に、個人用あるいは業務用を選択する選択項目が用意されており、例えばタクシー７６を依頼する依頼者は個人用の選択項目を選択し、タクシー会社は業務用の選択項目を選択してから他の登録を行う。また利用者登録画面Ｐには、クレジットカード番号などを入力するための入力欄も用意されている。
【００７４】
利用者が利用者登録画面Ｐでこれら全ての項目に必要事項を入力してＯＫボタン５５を選択すると、これら項目および項目Ｐ１、入力欄Ｐ２に入力された情報からなる利用者登録データＤ１は、ネットワークＮを通じてサーバ２１に送信され、３つのデータベース２１〜２３のうち顧客管理ＤＢ２１に格納される。サーバ２１は所定の手数料（登録料）の納付を確認すると、登録者の端末へ認証番号（ＩＤとパスワード）を送信する。登録者は、位置オークションを利用するときにはこの認証番号を使用する。
【００７５】
図１２に示すように、商品役務登録画面Ｈには、商品・役務分類、商品・役務名、希望価格、数量、品質、サービス内容、保管・提供場所（位置）、商品役務情報等の各種入力欄Ｈ１〜Ｈ８が用意されている。利用者が端末３０に表示された商品役務登録画面Ｈでこれら全ての項目に必要事項を入力して送信ボタン１０５を選択すると、各種入力欄Ｈ１〜Ｈ８に入力された情報からなる入札情報としての商品役務登録データＤ８は、インターネットＮを通じてサーバ２１に送信され、競り管理ＤＢ２４に格納される。例えばガソリン、古品、食品等の商品の場合、予約入札を受け付けて予め登録される商品登録時の商品役務登録データＤ８を入札情報としてオークションが行われる場合もある。このとき、商品役務登録画面Ｈが入札画面に相当する。
【００７６】
図１０に示す位置オークションＨＰには、「直接取引」ボタン１０６と「情報取引」ボタン１０７が用意されている。直接取引ボタン１０６は、商品・役務、あるいは商品・役務の買い手を直接オークションで選ぶときに使用するもので、例えばタクシーや集配車による役務（乗車サービス、集配サービス等）や商品などを直接的に競り落とす取引に用いられる。また情報取引ボタン１０７は、商品や役務またはその提供者（製造会社，サービス会社等）についての有益な情報を入手したいときに使用されるもので、例えば第三者から情報の提供のみを受ける場合に選択される。
【００７７】
位置オークションに参加を希望する者は、直接取引ボタン１０６か情報取引ボタン１０７かのうち一方を選択後、希望する商品または役務（例えばタクシーや集配業等）のうち参加を希望する選択ボタン１００〜１０２を選択する。選択ボタン１０２は「情報取引」にのみ有効なものである。またＨＰには、依頼者が商品・役務を競り落とす通常オークションか、依頼者が商品・役務の買い手を競り落とす逆オークションかを選択する選択項目１０８が用意されている。例えばタクシーや集配車を手配することを希望する顧客は「オークション」を選択し、タクシー会社や集配会社は顧客を確保するための「逆オークション」を選択する。そしてこのＨＰで全ての選択を実行した後、「確定」ボタン１３０が選択される。なお、顧客の元に、または顧客の近くの所定場所に来てくれるサービスをする移動体は、タクシーや集配車などの車両に限定されず、ヘリコプターや飛行機など何であってもよい。
【００７８】
以下、位置オークションについて、ＨＰで「タクシー」のボタン１０１を選択した場合を例にし、オークションのために用意された画面や処理手順などについて説明する。例えば依頼者（顧客）は、「タクシー」のボタン１０１を選択し、図５に示すタクシー手配画面Ｆを端末３０の画面に表示して、この画面Ｆに必要事項を入力する。即ち、画面Ｆには、顧客の乗車位置を指定するためのＧＰＳボタン９１、電話番号入力欄Ｆ１、文字入力欄Ｆ２が用意されている。また、顧客特徴連絡、希望乗車時刻（何分以内等可）、乗車人数、行先の入力欄Ｆ３〜Ｆ６、タクシーランク（大型・中型・小型車、料金ランク等）を指定するランクボタン９２、ＩＤ番号入力欄Ｆ７も用意されている。なお、タクシー手配画面Ｆが依頼画面に相当する。
【００７９】
また、画面Ｆには、顧客がタクシーに希望する位置についての範囲や位置条件を指定するための図１３に示す設定枠１０９も用意されている。この設定枠１０９には、「範囲なし」ボタン１１０と「範囲あり」ボタン１１１が用意されており、乗車位置から希望する範囲内にいるタクシーに限定したい場合は、「範囲あり」ボタン１１１を選択する。各ボタン１１０，１１１の直下には、それぞれ「最も近い」または「最も遠い」を選択する各選択項目１１２が用意されている。そして「最も近い」を選択すると乗車位置に対して最も近いタクシーが落札され、一方、「最も遠い」を選択すると最も遠いタクシーが落札される。顧客がタクシーを呼ぶときには待ち時間が少ない方がよく「最も近い」を選択するのが当然であるので、その役務の特性から位置条件が当然に限られる場合は、選択項目１１２を廃止してもよい。なお、ここでは顧客が指定する乗車位置が希望値に相当する。
【００８０】
顧客が自分の位置や乗車位置を知らせるために、例えばＧＰＳ対応の携帯電話７４を使用するとき、画面ＦのＧＰＳボタン９１が予めＧＰＳと対応付けされていれば、このボタン９１を操作するだけでＧＰＳ位置データが登録（入力）されサーバ２１に送信される。その他の位置を特定する方法としては、電話番号入力欄Ｆ１に自宅や建物等の電話番号を入力することも可能である。例えばサーバ２１は、電話番号から住所を特定するシステム（電話番号検索サービス会社）と接続されており、電話番号から顧客の位置を特定することも可能である。また、文字入力欄Ｆ２には、住所や地名、目印となる待ち合わせ場所などの文字情報が入力される。特徴連絡入力欄Ｆ３には、自分（顧客）の目印となる特徴を知らせる内容が記入される。
【００８１】
ここで、顧客側の希望で設定される範囲の有無や位置条件に応じて図１４に示す５種類の競り方式（競り条件（落札優先規則））が決まるようになっている。この５種類の競り方式について図１４に従って以下に説明する。但し、依頼者にとって便利な競り方式を広く用意しており、タクシー依頼の例で説明はするものの、中にはタクシー依頼に適さないものがあることを断っておく。
【００８２】
まず同図（ａ）は「範囲なし」かつ「最も近い」を設定した場合で、依頼主（顧客）が指定した乗車位置に対してできるだけ近い位置を提示した者（入札者）ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち最も近い位置を提示したＣが落札する。また、同図（ｂ）は「範囲なし」かつ「最も遠い」を設定した場合で、乗車位置に対してできるだけ遠い位置を提示した者（入札者）ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち最も遠い位置を提示したＣが落札する。
【００８３】
また、同図（ｃ）は「範囲あり」かつ「最も近い」を設定した場合で、顧客が指定したある範囲内において、できるだけ近い位置を提示した者ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち所定範囲内で最も近い位置を提示したＣが落札する。また、同図（ｄ）は「範囲あり」かつ「最も遠い」を設定した場合で、依頼主が指定したある範囲内において、できるだけ遠い位置を提示した者ほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃのうち所定範囲内で最も遠い位置を提示したＣが落札する。また、同図（ｅ）は、指定された乗車位置に対し小さい方からか大きい方からかに拘わらず、とにかく近いほど落札者として優先される優先規則である。ここでは入札者Ａ，Ｂ，Ｃ，Ｄのうち最も近い位置を提示したＤが落札する。
【００８４】
なお、図１４（ａ）〜（ｄ）の競り方式の場合、落札者（各図に示す入札者Ｃ，Ｄ）が競合したときには、後述する所定のルールを基に落札者を絞り込むようになっている。本例では、顧客は図１３に示す設定枠１０９の「範囲なし」ボタン１１０を選択し、かつ項目１１２で「最も近い」を選択したとし、顧客の乗車位置から最も近くに位置するタクシー７６を選ぶことにする。
【００８５】
タクシー手配画面Ｆで必要事項を入力後、送信ボタン９３を選択して送信すると、その必要事項をデータ内容とする競り依頼情報としての競り情報データＤ９が、インターネットＮを介してサーバ２１に送信される。また、オークション管理システム２０に備え付けられた入力装置７１を利用して、電話８０（図１参照）から受け取ったタクシー手配の諸条件を手入力することもできる。サーバ２１が受信した競り情報データＤ９は商品管理ＤＢ２３に格納される。すなわち競り情報データＤ９のうち顧客側が指定した乗車位置などの基準位置データ及び位置条件データ（範囲，位置条件等）等が位置競りデータ記憶部８５Ａに記憶される。
【００８６】
また、位置条件を最も満たすタクシーが複数台競合して１台に絞り切れない場合があるので、顧客にとってサービス面等で有利なタクシーが最終的に落札されるような絞り込み条件データが絞込データ記憶部８５Ｂに予め記憶されている。この例では、顧客の乗車位置とタクシーとの間の距離が一定の許容範囲（この範囲を顧客が設定することも可能）内で一致して複数台のタクシーが競合すれば、絞込み条件を加えて１台のタクシーに絞り込む設定としている。サーバ２１は、データベース２２に各タクシー会社の料金体系やサービスに関する各種データを記憶しており、乗車位置までの距離が許容範囲内で一致する場合は、データベース２３から絞込条件を読出してサービスがよく料金が安く済むその絞込条件に適ったタクシーを自動的に割出してそちらに落札させる。
【００８７】
サーバ２１は、稼動中は常にオークションプログラムを実行しており、依頼者から受信した競り情報データＤ９を基にそのうちの必要事項をインターネットＮを通じて広くタクシー会社のパソコン７２に提示して位置オークションへの参加を呼びかける。一方、タクシー会社のパソコン７２は、常時、立ち上げられていて、新規のオークション情報を受信すると、その旨を操作者（パソコン管理者）に音や表示等で知らせる。このときパソコン７２には、サーバ２１から提供された図６と同様のオークション参加画面Ｇが表示される。なお、このオークション参加画面Ｇが入札画面に相当する。
【００８８】
図６に示すオークション参加画面Ｇには、希望値（基準位置）としての顧客位置（乗車位置）、人数、ランク、行先、乗車時刻など顧客情報を提示する表示欄Ｇ１〜Ｇ５が用意されている。また地図表示欄Ｇ６が用意されており、この中には顧客のいる位置の周辺の地図が表示され、その地図上に顧客位置（乗車位置）（同地図上における黒丸）が表示され、顧客の詳細位置が地図上で視覚的に確認可能となっている。この画面Ｇには、「タクシー位置」、「状況」を入力するための入力欄Ｇ７，Ｇ８が用意されている。またオークション参加時に、顧客を極力待たせないようにするために時間制限があり、残り時間を知らせる時間表示欄Ｇ９も用意されている。オークションに参加するタクシー会社（オークション参加者）は、時間制限内に入力欄Ｇ７，Ｇ８に必要データを入力して、参加ボタン９４を選択する。参加ボタン９４を選択することによって、この画面Ｇで入力された情報からなる入札情報としての入札データＤ１０はサーバ２１に送信される。この入札データＤ１０はデータベース２４に格納される。
【００８９】
タクシー会社のパソコン７２は、全てのタクシー７６の位置・状況を把握しており、これらのデータと顧客位置（乗車位置）からこのタクシー会社内で最も近くに位置するタクシー７６を割出し、そのタクシー７６の所在位置、状況を入力欄Ｇ７，Ｇ８に入力してそのタクシー７６を顧客を落札するためのタクシー７６として競りに参加する。状況とは、先に述べた自動車の状況（顧客乗車中、顧客位置まで移動中、洗車中、ガソリン不足、給油中等）、運転者の状況（休憩中、食事中等）などで、たとえ近くにいても顧客までの到着時間が遅くなる場合はその事情を説明する状況を知らせる。この状況は文字入力することも可能ではあるが、この例では、オークション処理の迅速化を図るため、予め各種状況毎にコードが付してあり、タクシー会社がコードデータを入力欄Ｇ８に入力するようにしている。コードデータには状況種類とそのための所要時間が例えば分単位で示される。
【００９０】
この実施形態では、運転者やタクシー会社管理人の手を煩わさずに自動でパソコン７２に状況データが取り込まれる自動化が図られている。各タクシー会社のパソコン７２は、各タクシー７６から無線通信で送受信機７５，７７を介して得たデジタル変換後の状況データを取り込む。タクシー７６に取り付けられた各種センサ等を使って検出された状況データはプログラム等を利用して位置データと共に自動的にパソコン７２に逐次送信される。パソコン７２は、各タクシー７６から取得した位置・状況データから最適なタクシー７６を割り出し、管理人はパソコン７２の画面で例えば最適順に配列されたリストを見て位置オークションに参加させるタクシー７６を決める。この場合、リスト上でタクシーを選択するとその位置・状況データが各入力欄Ｆ７，Ｆ８に自動入力されるようにしてもよい。
【００９１】
またパソコン７２により割り出された最適なタクシー７６が自動で入力欄Ｆ７，Ｆ８に登録される方法を採用してもよい。この場合、入力欄Ｆ８にはコードに対応する状況内容を示す文字情報が表示され、管理人が状況を確認し易いようにし、サーバ２１にはコードデータが送信される方法を採用してもよい。もちろん状況データは各タクシー会社の管理人が無線通信で各タクシーから得た情報をパソコン７２に手入力する方法を採っても構わない。またサーバ２１に状況データが文字情報（テキストデータ等）で提示されてもよい。
【００９２】
またこの例では、タクシー会社に求める状況データは、タクシー会社にしか把握できない自動車状況や運転者状況に留め、道路状況（工事中、渋滞中、事故等）についてはサーバ２１側で把握するようにしている。サーバ２１は、道路交通管理機関からの道路情報を逐次受信して管理しており、入札情報の中のタクシー位置から顧客の乗車位置までの経路における交通量や工事情報を把握する。
【００９３】
またサーバ２１は、状況データをその状況の解消に要する所要時間に換算し、その状況の解消に要する所要時間を距離に換算した補正距離をタクシーの現実の位置に反映させてタクシー位置を補正する。すなわち、状況が原因で遅れる所要時間分を距離に換算した補正分の距離だけ現実の位置から遠ざけた位置をそのタクシーがオークションに参加する際の位置として計算し直す。サーバ２１は、状況を考慮した各タクシーの位置データを基にタクシー位置と乗車位置との間の地図経路上の距離を計算する。
【００９４】
そして、サーバ２１は、各タクシー会社のパソコン７２（または個人タクシーの携帯情報端末（例えばモバイル、携帯電話等））から受信した入札データを用いて、これらの入札データに含まれる位置と状況を考慮し、顧客の乗車位置から最も近くに位置するタクシー７６を特定する。なお、参加画面Ｇの入力欄Ｇ７，Ｇ８に入力される入力データが位置（要素）に換算される位置換算情報に相当する。
【００９５】
顧客の乗車位置から最も近くに位置するタクシー７６の特定方法を以下に説明する。サーバ２１は、タクシー７６の所在位置（状況考慮後の位置）と顧客の乗車位置の各データを基に、地図上で二点間距離を割出す。例えば図７（ａ）に示すように、Ｙ地点でタクシー７６を待つ顧客に対し、Ｚ１，Ｚ２，Ｚ３，Ｚ４の計４台のタクシー７６が入札に参加した場合、各タクシーＺ１，Ｚ２，Ｚ３，Ｚ４と顧客との間の距離ａ，ｂ，ｃ，ｄをそれぞれ演算する。この場合、本例ではより正確な距離を求めるために地図上の距離を利用するが、直線距離を用いていも構わない。但し、図７（ａ）では模式的に直線で図示している。そして、位置オークションでは、この距離を比較して最も距離の短いものに顧客を落札させる。乗車位置までの距離が一定の許容範囲内で一致して複数台のタクシーが競合する場合は、サーバ２１は、各タクシー会社の料金体系やサービス面を考慮する絞込条件の下で１台のタクシーに絞り込み、サービスがよく料金が安く済む１台が自動的に割出されてそちらに落札される。
【００９６】
サーバ２１は、顧客の乗車位置に最も近い位置にあるタクシー７６が顧客を落札すると、そのタクシー会社のパソコン７２に落札した旨と顧客の特徴（目印）などその他必要時効をインターネットＮ等を通じた通信により知らせる。落札の旨を受信したタクシー会社は、該当するタクシーにその旨を伝え、そのタクシーは顧客の指定した場所に急行する顧客には、インターネットＮを通じて、急行するタクシーの会社名や、到着時間等を知らせる。
【００９７】
また、タクシー会社が依頼人となって位置オークションに顧客募集の依頼をし、顧客側が入札する通常のオークションをすることもできる。つまり利用者登録を済ませたタクシー会社が、空車であるタクシー７６の所在位置から最も近くにいる顧客を位置オークションで選ぶ。またタクシー会社が、最も遠い行先まで乗車する顧客を位置オークションで選ぶこともできる。この場合は、図５の画面Ｆに相当する業者側の依頼手続画面があって、その画面で位置条件として「最も遠い」を選択する。
【００９８】
オークションの結果は、落札者一人だけの情報が依頼者に送信されるのが基本であるが、依頼者の希望によって複数人の候補者に絞り込んで提示することも可能であり、それが図１６に示すリスト画面ＸＢである。すなわちサーバ２１は、入札者から提示された情報をそのままリストにして、あるいは入札者から提示された情報を基に落札候補上位者を例えば依頼者が指定した一定人数以内に絞り込んだ優先リストにして、依頼者側の端末３０に送信する。そして依頼者側の端末３０には、図１６に示すリスト画面ＸＢが表示される。この画面ＸＢには、リストＸＢ１、落札者選択用の入力欄ＸＢ２、確定ボタン１１３が用意されている。
【００９９】
リストＸＢ１には、優先順位番号、コード番号、位置、参考情報（入札者提示情報（料金体系（価格）、サービス（付帯品等）が示されている。依頼者はこの画面ＸＢのリストＸＢ１の中からタクシーの位置や参考情報を検討して自分にとって有利なタクシーを落札し、入力欄ＸＢ２に例えば落札したタクシーの優先順位番号（又はコード番号）を入力し、確定ボタン１１３を選択する。すると、サーバ２１は依頼者と落札者に落札の旨を通知する。このように依頼者側の端末３０でリストＸＢ１を見ることができれば、依頼者は位置が許容範囲内で同じであっても位置以外の料金体系やサービスなど他の参考条件で有利なタクシーを選ぶことができ、また位置が少し遠くても料金体系やサービス面で有利なタクシーを選ぶことができる。
【０１００】
次に、位置オークションのフローを図１８に従って説明する。なお、同図の手順フローはサーバ２１の処理手順を必ずしも示すものではなく、タクシー会社と仲介会社間のやり取りなど位置オークション全体の手順（流れ）を示すものである。
【０１０１】
まずステップ（以下、単にＳと記す）７０１では、顧客乗車位置を入力する。Ｓ７０２では、顧客の乗車位置に対する位置条件を入力する。なおＳ７０１，Ｓ７０２において、顧客の端末に依頼画面を表示させ、その画面に入力されたデータをサーバ２１が受信する手順が依頼手順に相当する。
【０１０２】
Ｓ７０３では、顧客依頼があったか否かを判断する。依頼があればＳ７０４に進む。
Ｓ７０４では、位置オークションが開始される。つまり、各端末３０に顧客の位置データ等のデータを配信する。
【０１０３】
Ｓ７０５では、タクシー位置を入力する。
Ｓ７０６では、コンディション情報を入力する。つまり、顧客乗車中、洗車中、ガソリン不足、給油中などの自動車状況や、休憩中、食事中などの運転者状況を入力する。なお、Ｓ７０４でオークションを開始して顧客側の端末に依頼画面を表示させ、Ｓ７０５，Ｓ７０６で入力されたデータをサーバ２１が受信する手順が入札手順に相当する。
【０１０４】
Ｓ７０７では、位置オークションの応募があったか否かを判断する。すなわち入札者からの入札の有無を判断する。入札が無ければ待機し、入札があればＳ７０８に進む。なお、以下に示すＳ７０７〜Ｓ７１５の手順が落札手順に相当する。
【０１０５】
Ｓ７０８では、道路情報を入力する。つまり、道路交通管理機関から道路情報（渋滞中、工事中、事故等の情報）を入力する。なお、このＳ７０８の道路情報の入力は、依頼手順としてタクシー会社のパソコン７２から入力してもよい。
【０１０６】
Ｓ７０９では、位置補正処理を実行する。つまり状況データを基に、各状況の解消に要する所要時間を距離に換算することによってタクシー位置を補正する。Ｓ７１０では、位置で競り処理を実行する。つまり、Ｓ７０２で入力された乗車位置条件（図１４の優先規則）に従って、取引相手としての優先順を入札者の間で決める。
【０１０７】
Ｓ７１１では、時間制限が満了したか否かを判断する。時間制限内であればＳ７０７に戻り、時間制限が満了するまでＳ７０７〜Ｓ７１０の処理を繰り返して新規入札者がある度に競り処理を行う。時間制限が満了すればＳ７１２に進む。
【０１０８】
Ｓ７１２では、落札自己選択が設定されているか否かを判断する。落札自己選択の設定がなされていなければＳ７１３に進み、落札自己選択の設定がなされていればＳ７１４に進む。
【０１０９】
Ｓ７１３では、絞込処理が行われる。つまり、利用者（依頼主）にとって最も希望に沿う価格を提示した入札者が取引相手として落札される。
一方、Ｓ７１２において落札自己選択の設定がなされていると判断されれば、Ｓ７１４で所定人数分の入札情報をリストにした図１６に示すリスト画面Ｌを表示する。利用者は端末３０の画面でパスワードを入力した後に画面表示を選択するとリスト画面ＸＢを見ることができる。リスト画面ＸＢには位置の優先順に候補者（コード番号表示）がリストアップされており、入札者が提示した他の情報を参考にしながら取引相手を決める。取引相手が決まると、落札者選択入力欄ＸＢ２に該当するコード番号を入力した後、確定ボタン１１３を選択する。利用者が選択した落札者情報はインターネットＮを通じてサーバ２１に送信される。
【０１１０】
Ｓ７１５では、落札者が決定したか否かを判断する。落札者が決定されるまではリスト表示（Ｓ７１４）が継続され、落札者が決定されればＳ７１６に進む。
Ｓ７１６では、取引成約の旨を双方に通知する。
【０１１１】
次に、移動体（タクシー）が移動中の位置オークションについて説明する。
タクシーが目的地に向かう経路の途中で顧客を拾えたり、集配車が予定集配経路上で余分に集配荷を得ることができれば、顧客や集配荷を確保する効率が良くなり、しかも顧客にとっては短時間でタクシーが確保可能となる。この目的を為し得るために、顧客にとって最も近くを移動中の車両を競り落とす形式（図７（ｂ））、あるいは車両（タクシー等）の移動経路の途中で最も近くの位置から乗車する顧客を競り落とす形式（図１５）のものが移動中の位置オークションである。この移動中位置オークションでは、顧客はタクシーを利用したい場所（乗車位置）・時刻を指定してタクシーを手配できればよく、オークション時にタクシーは遠くにいても構わない。
【０１１２】
ここで、移動中のタクシー７６が移動経路途中で最も近くから乗車する顧客を競り落とす図１５に示す形式の場合について説明する。サーバ２１がメモリに記憶する移動中位置オークションのための各種プログラムは、基本的に位置オークションと同様であるが、移動中位置オークションでは顧客手配画面Ｍは図１７に示すものが表示される。ここでは顧客からタクシー乗車の予約入札がなされているものとする。
【０１１３】
この顧客手配画面Ｍには、希望値（基準位置）としての顧客位置（乗車位置）、人数、ランク、行先、乗車時刻など顧客情報を提示する表示欄Ｍ１〜Ｍ５が用意されている。また地図表示欄Ｍ６も用意されており、この中には顧客のいる位置の周辺の地図が表示され、その地図上に顧客位置（乗車位置）（同地図上における黒丸）が表示され、顧客の詳細位置が地図上で視覚的に確認可能となっている。この画面Ｍには、「タクシー位置」、「状況」を入力するための入力欄Ｍ７，Ｍ８が用意されている。またオークション参加時に、顧客を極力待たせないようにするために時間制限があり、残り時間を知らせる時間表示欄Ｍ９も用意されている。なお、顧客手配画面Ｍが依頼画面に相当する。
【０１１４】
また画面Ｍには、その他に移動中の移動経路を特定するための情報の入力欄Ｍ１０と、移動経路をどのような時刻に通るのかの情報（例えばある時刻の位置データ）の入力欄Ｍ１１とが用意されている。オークションに参加するタクシー会社（オークション参加者）は、時間制限内にこの画面Ｍ上で必要データを入力して、参加ボタン１１４を選択する。するとこの画面Ｍで入力されたデータ内容からなる競り依頼情報としての競りデータＤｂがサーバ２１に送信される。
【０１１５】
サーバ２１は、顧客の乗車位置データ、タクシー７６の移動経路をデータ化した移動経路データ、時刻位置データとから、顧客が指定する場所・時刻に、どのタクシー７６が最も近い位置を通るかを、位置オークションと同様の手法で特定する。そして、タクシー会社が顧客を落札する場合は、所定時間後に最も近くに位置する顧客をタクシー（または集配車等）が落札する。一方、顧客がタクシーを落札する場合は、所定時間後に最も近くを通るタクシーを顧客が落札する。なお、移動中の移動経路を特定するための情報や、移動経路をどのような時刻に通るのかの情報も被換算情報を構成する。
【０１１６】
詳しくはタクシー７６が顧客を落札する場合、その特定方法は以下の通りである。図１５に示すように、Ｚ５，Ｚ６，Ｚ７，Ｚ８の４点に顧客がいるとし、タクシー７６が同図に示す経路を通るとする。このとき、タクシー７６はその時刻ｔのときのＹ地点に最も近くに位置する顧客を落札する。この時刻ｔの値は、タクシー会社側または顧客側に拘わらず任意に設定できるものとする。
【０１１７】
また、顧客がタクシー７６を落札する場合は、以下の通りである。図７（ｂ）に示すように、Ｚ１，Ｚ２，Ｚ３の３台のタクシー７６が同図に示す各経路を各々移動する場合、それぞれ移動中の各タクシー７６が時刻ｔに通る位置（同図中の破線位置）を算出し、その時刻ｔにおいて顧客のＹ地点から最も近くの場所を通るタクシー７６をその顧客が落札する。図１５または図７（ｂ）に示す例では、時刻ｔにおいて、顧客およびタクシー７６のうち一方が他方に対して最も近いものがその他方を落札することになる。ここで、時刻ｔにおけるタクシー位置は、タクシー７６の状況などを考慮した補正後の位置である。よってこの場合も、交通状況やタクシー状況などの状況を距離に換算することで補正したタクシー位置で競りをする。なお、単純に顧客との位置のみで比較判断する純粋な位置オークションとしてもよい。
【０１１８】
この移動中位置オークションの手順フローは、基本的に図１８に示す位置オークションのフローとほぼ同様である。但し、タクシー位置は時刻ｔのときの位置を採用するため、移動中の移動経路を特定するための情報や、移動経路上のある点をどの時刻に通るかの情報を基に時刻ｔのときのタクシー位置を求めて、その位置でオークションを行う点が異なっている。つまり、タクシーが顧客を落札する場合は、Ｓ７０４で位置オークションを開始する前に予約入札を募るとともに、タクシー位置や、コンディション情報、移動中の移動経路を特定するための情報、移動経路上のある点（例えば始点）をどのような時刻に通るかの情報などを入力し、各データを基にして時刻ｔのときのタクシー位置を求める。そして、それ以降のステップで入札者である顧客の情報を基に競りを行って落札者を決定する。
【０１１９】
一方、顧客がタクシーを落札する場合は、例えば図１８のＳ７０６でタクシー移動中の移動経路の情報や、移動経路をどの時刻に通るかの情報等も入力する。そして移動経路から推定される時刻ｔにおけるタクシー位置補正後の位置が位置データとして採用される。そしてＳ７１０の競り処理で、競りに参加した複数のタクシー７６の間で顧客の最も近くを通る順に優先順位が決まる。よって、位置に加え状況も考慮されてその補正後の位置から顧客位置まで最も近いタクシー７６を顧客が落札する。
【０１２０】
従って、第２実施形態によれば以下の効果を得ることができる。
（３）依頼者が取引位置条件を提示して、取引位置を競りの対象として取引相手を競り落とす位置オークションを採用したので、依頼者が取引位置について依頼者各人の事情に応じた希望にかなう取引相手を探し出すことができる。
【０１２１】
（４）依頼者が取引位置条件を提示して、移動体（タクシー等）の移動距離を考慮にいれた取引位置を競りの対象として取引相手を競り落とす移動中位置オークションを採用したので、移動体が移動中であっても、依頼者各人の事情に応じた希望にかなう取引相手を探し出すことができる。
【０１２２】
（第３実施形態）
次に、第３実施形態について図１０，図１９〜図２３に従って説明する。本例では、位置オークションにおける取引の対象が「情報」であるという点が前記各実施形態とは異なっている。
【０１２３】
本例の位置オークションは情報を取引の対象とするもので、その情報の中に示された位置で競りをするものである。ここで、その一例として図１０に示す位置オークションＨＰの「魚群」のボタン１０２を選択した場合について説明する。
【０１２４】
この魚群の位置オークションは、釣り船の位置から最も近い魚群位置の情報を落札する形式のものである。つまり、例えば魚の漁をしている船が自分が捕獲している魚以外で例えば釣り舟にとっては釣りの対象としている魚の魚影の情報を、釣り人や釣り船に提供する。この場合、情報を受ける船等にとっては最も近くの魚群の情報を入手したい。
【０１２５】
すなわち、魚影の情報を持つ船は、その情報をインターネットＮを通じて仲介会社のサーバ２１に提供する。例えば釣り人や漁船は、近くの船からの漁に有効な何か情報がないかを位置オークションを利用して探す。そしてサーバ２１は何に関する情報であるかが分かる程度の概要を広く第三者の端末３０に提供し、その概要を見た第三者は端末を通じてその情報を買い取る取引方法が実施される。
【０１２６】
例えば依頼者（依頼主）が「魚群」のボタン１０２を選択すると、図１９に示す魚群手配画面ＦＡが表示される。即ち、画面ＦＡには、依頼者（例えば釣り船）の位置を指定するためのＧＰＳボタン９９、電話番号入力欄ＦＡ１、文字入力欄ＦＡ２等が用意されている。また、釣り船の特徴連絡の入力欄ＦＡ３、釣る魚の種類（魚種）の入力欄ＦＡ４、ＩＤ番号入力欄ＦＡ５等も用意されている。また図示はしないが、範囲の有無や、釣り船の位置に対して最も近いまたは最も遠いかを選択するための図１３に示す設定枠１０９も同様に用意されている。そして送信ボタン１１５を選択すると、画面ＦＡで入力された競り依頼情報としての競り情報データＤ１１がサーバ２１に送信されて、商品管理ＤＢ２３に格納される。なお、魚群手配画面ＦＡが依頼画面に相当する。
【０１２７】
サーバ２１は、新規のオークション情報を受信すると、その旨を利用者登録している第三者の端末（パソコンや携帯電話等）３０に音や表示等で知らせる。そして、魚群位置の情報を提供することでこの位置オークションに参加するときには、端末３０にサーバ２１から提供された図２０に示すオークション参加画面ＧＡが表示される。なお、オークション参加画面ＧＡが入札画面に相当する。
【０１２８】
図２０に示すオークション参加画面ＧＡには、釣り船位置など顧客情報を提示する表示欄ＧＡ１や、依頼者の希望する魚の種類を表示する表示欄ＧＡ２が用意されている。また海図表示欄ＧＡ３が用意されており、この中には釣り船のいる位置の周辺の海図が表示され、その海図上に釣り船位置が表示され、釣り船の詳細位置が海図上で視覚的に確認可能となっている。この画面ＧＡには、「魚群位置」を入力するための入力欄ＧＡ４が用意されている。そして表示欄ＧＡ５に表示された時間制限内に入力欄ＧＡ４に必要データを入力して、参加ボタン１１６を選択することによって、入札情報としての魚群の位置データＤ１２はサーバ２１に送信され、競り管理ＤＢ２４に格納される。
【０１２９】
なお、図１０のＨＰ上の「情報登録」ボタン１１７を選択して、図２１に示す情報登録画面ＮＮを表示させて、その画面ＮＮに予め魚群位置の情報を入力することもできる。この画面ＮＮには、欲しい情報の表示欄Ｎ１、情報料の表示欄Ｎ２等が用意されている。また画面ＮＮには、情報入力欄Ｎ３、ＩＤ番号入力欄Ｎ４も用意されている。このような情報提供者は、情報の信頼性を確保するために予め利用者登録は済ませた者に限る。これら入力欄Ｎ３，Ｎ４に必要事項を入力して送信ボタン１１８を選択することで、画面ＮＮの入力欄Ｎ３で入力される入札情報としての情報登録データＤ１３はサーバ２１に送信され、競り管理ＤＢ２４に格納される。また、情報提供者は、位置オークションを利用するときには認証番号を使用する。
【０１３０】
そして、サーバ２１は、各端末３０から受信した情報を用いて、これらの情報に所定の処理を施して、船の位置から最も近くに位置する魚群位置の情報を特定する。一方、釣り船等の顧客船が最も近くにある魚群位置の情報を落札する通常のオークションに代えて、逆オークションの形式をとって、魚群位置から最も近い位置にある釣り船に、魚群位置の情報（漁の権利等を含めてもよい）を与えるようにすることもできる。
【０１３１】
次に、位置オークションの手順フローを図２２に従って説明する。なお、同図の手順フローはサーバ２１の処理手順を必ずしも示すものではなく、漁船と仲介会社間のやり取りなど位置オークション全体の手順（流れ）を示すものである。
【０１３２】
まずＳ８０１では、釣り船位置を入力する。
Ｓ８０２では、その釣り船の位置に対する位置条件を入力する。なお、Ｓ８０１，Ｓ８０２で依頼者の端末３０に依頼画面を表示させ、その画面に入力されたデータをサーバ２１が受信する手順が依頼手順に相当する。
【０１３３】
Ｓ８０３では、顧客依頼があったか否かを判断する。依頼があればＳ２０４に進む。
Ｓ８０４では、位置オークションが開始される。つまり、各端末３０に釣り舟の位置データ等のデータを配信する。
【０１３４】
Ｓ８０５では、入札者（競りの参加者）が魚群位置の情報を入力する。なお、Ｓ８０４でオークションを開始して入札者の端末３０に入札画面を表示させ、Ｓ８０５で入力されたデータをサーバ２１が受信する手順が入札手順に相当する。
【０１３５】
Ｓ８０６では、位置オークションの応募があったか否かを判断する。すなわち入札者からの入札の有無を判断する。入札が無ければ待機し、入札があればＳ８０７に進む。なお、Ｓ８０６〜Ｓ８１２で示す手順が落札手順に相当する。
【０１３６】
Ｓ８０７では、位置で競り処理を実行する。つまり、Ｓ８０２で入力された乗車位置条件（図１４の優先規則）に照らして、入札者の間で取引相手としての優先順を決める。
【０１３７】
Ｓ８０８では、時間制限が満了したか否かを判断する。時間制限内であればＳ８０６に戻り、時間制限が満了するまでＳ８０７，Ｓ８０８の処理を繰り返して新規入札者がある度に競り処理を行う。時間制限が満了すればＳ８０９に進む。
【０１３８】
Ｓ８０９では、落札自己選択が設定されているか否かを判断する。落札自己選択の設定がなされていなければＳ８１０に進み、落札自己選択の設定がなされていればＳ８１１に進む。
【０１３９】
Ｓ８１０では、絞込処理が行われる。例えば、複数の魚群位置情報が競合した場合に、魚種、魚影濃さ、情報価格を参考にして落札者を絞り込む。
一方、Ｓ８０９において落札自己選択の設定がなされていると判断されれば、Ｓ８１１で所定落札人数分の入札情報をリストにした図１６に示すリスト画面ＸＢと同様のリスト画面を表示する。利用者は端末３０の画面でパスワードを入力した後に画面表示を選択するとリスト画面を見ることができる。リスト画面には位置の優先順に候補者（コード番号表示）がリストアップされており、入札者が提示した他の情報を参考にしながら取引相手を決める。
【０１４０】
Ｓ８１２では、落札者が決定したか否かを判断する。落札者が決定されるまではリスト表示（Ｓ８１１）が継続され、落札者が決定されればＳ２１３に進む。Ｓ８１３では、取引成約の旨を双方に通知する。よって、釣り船は、最も最短距離に位置する魚群の情報を得ることが可能になる。
【０１４１】
なお、本例の位置オークションの採用対象はタクシー（集配車等）および魚群に限らず、図１０に示す位置オークションＨＰ上で選択するボタン１００の種類の商品・役務でもよい。つまりＨＰ上にある所定のボタン１００を選択して、依頼者が位置や位置に関する希望情報等を入力するための入力画面を開く。そして、オークションに参加した入札者のうち、依頼者が指定した位置から最も近い（または遠い）取引相手を、もしくは取引相手に関する情報を位置オークションで選ぶこともできる。
【０１４２】
このとき図２３に示す手順フローに従ってオークションが実施される。つまりＳ９０１では依頼者の位置が入力され、Ｓ９０２では依頼主が希望する位置条件が入力される。そしてＳ９０３では依頼主からの依頼があるか否かを判断し、依頼があればＳ９０４で位置オークションを開始する。Ｓ９０５では入札者の位置を入力し、Ｓ９０６で競り参加の応募があったか否かを判断する。応募があればＳ９０７で位置で競り処理を実行する。Ｓ９０８では時間制限か否かを判断する。Ｓ９０８で時間制限になっていなければＳ９０６，Ｓ９０７を繰り返す。
【０１４３】
そしてＳ９０９で落札自己選択か否かを判断する。落札自己選択でないならばＳ９１０で絞込処理を実行することで、入札者の間で依頼主の希望を最も満たす順に優先順を決めて取引相手としての落札者を決定する。またＳ９０９で落札自己選択ならば、Ｓ９１１で図１６と同様のリスト画面が表示される。そしてＳ９１２で依頼主はリスト画面を見ながら希望条件を満たす入札者を取引相手として落札する。Ｓ９１３で取引成約通知が依頼主、落札者の双方に通知される。なお、図２３に示す手順フローが使用される他の具体例を以下に列挙する。
【０１４４】
・  集配業社側が積荷を募集する逆オークション形式をとってもよい。つまり依頼主は、集配人、集配車、集配船、集配飛行機等の位置から最も近くにある積荷を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４５】
・  図１０に示す位置オークションＨＰ上にある「トイレ」、「ガソリン」、「食品」、「古品」の各ボタンを選択して、それら要求物を購入あるいは希望する人がいる場所、またはそれらの人が指定した場所から、最も近くの場所にある要求物（ガソリン、農作物、トイレ、浮世絵等）の販売人、販売所、提供人、提供所等を、もしくはその情報を位置オークションで選ぶこともできる。また、上記した要求物の販売人、販売所、提供人、提供所等が、その要求物の購買人または希望者を募集する逆オークション形式をとってもよい。つまり依頼主は、物品販売人やその物品の提供人がいる場所から最も近い購買人や希望者を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４６】
・  図１０に示すＨＰ上にある「サービス」のボタンを選択して、サービス等の希望者等がいる場所、または指定した地点から、最も近くにいるサービス提供者（サービス等の利用権利）等を、もしくはその情報を位置オークションで選ぶこともできる。また、サービス提供者が、サービス希望者等を募集する逆オークション形式をとってもよい。つまり、サービス希望者等が、最も近くにいるサービス希望者等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４７】
・  ＨＰ上の「宿泊所」、「レストラン」、「商店」、「サービス所」の各ボタンを選択して、上記の施設を探している人が、最も近くにある営業所（サービス等の利用権利）を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、依頼主は宿泊所、レストラン、商店、サービス所等から最も近くにいる客を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４８】
・  ＨＰ上の「病院」、「歯科医院」、「医療」、「美容院」の各ボタンを選択して、上記の施設を探している病人患者、事故人、希望客等が、最も近くにある病院、歯科医院、はり、きゅう、マッサージ所、整体院、美容院（つまり、サービスの利用権利）等を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、医師、歯科医師、はり師、きゅう師、マッサージ師、整体師、美容師等が、最も近くにいる患者や希望者等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１４９】
・  ＨＰ上の「衛星通信」のボタンを選択して、依頼主は衛星受信施設や受信機等から最も近い位置にある宇宙衛星を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、依頼主は宇宙衛星から送信される情報（信号）を受信可能な最も近くにある衛星受信施設や受信機等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５０】
・  ＨＰ上の「調査」のボタンを選択して、依頼主は調査地点に最も近い位置にいる宇宙衛星、ヘリコプター、調査車、調査人等を、もしくはその情報を位置オークションで選ぶこともできる。また、逆オークション形式をとって、依頼主は宇宙衛星、ヘリコプター、調査車、調査人等から最も近くにある調査地点を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５１】
・  ＨＰ上の「修理業」、「除雪」、「ボランティア」の各ボタンを選択して、依頼主は修理、除雪、ボランティア（手伝い人）等を要求する人から最も近くにいる応じ人を、もしくはその情報を位置オークションで選ぶこともできる。また逆オークション形式をとって、依頼主は修理車、除雪車、何でも屋等から最も近くにいる要求人を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５２】
・  ＨＰ上の「不動産」のボタンを選択して、不動産購入希望者が希望場所から最も近い位置にある不動産物件を、もしくはその情報を位置オークションで選ぶこともできる。この場合、不動産購入希望者からの依頼を受けた後に、入札者の募集を募る形式をとれば、より効果的に不動産物件を選ぶことができる。
【０１５３】
・  ＨＰ上の「警備」、「防災」の各ボタンを選択して、異常警告が通知されたり、火災装置や防犯装置等が作動したり、監視人が異常を認知したときに、その現場から最も近い警備会社、防災保障会社、警備人、防災人等への通知、その警備や防災の発注、もしくはその情報を位置オークションで選ぶこともできる。
【０１５４】
・  ＨＰ上の「動物関連」のボタンを選択して、ペットや動物のいる場所から最も近い場所にある動物病院、動物ホテル、動物病院等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５５】
・  要求人（例えば依頼主）がいる位置に最も近い位置にいる応じ人（取引相手）を、もしくはその情報をオークションで選ぶことに限定されず、依頼主がいる位置や指定する位置から、最も遠い位置にいる取引相手を、もしくはその情報をオークションで選ぶこともできる。例えば、図１０に示すＨＰ上にある「農産物」、「食品」の各ボタンを選択して、放射能や公害汚染の場所から最も遠くにある農産物や食品（商品）を、もしくはその情報を位置オークションで選ぶこともできる。
【０１５６】
・  ＨＰ上の「タクシー」を選択して、タクシー会社等の依頼主は最も遠くまで乗車する客を、もしくはその情報を位置オークションで選ぶこともできる。
・  ＨＰ上の「タクシー」、「バス」、「電車」、「航空会社」の各ボタンを選択して、依頼主は提示した金額に対して最も遠くまで乗せることが可能なタクシー、バス、電車、飛行機等を、もしくはその情報を位置オークションで選ぶこともできる。なお、従来のオークションは乗車料金の単価を変動する形式であるが、本例の位置オークションでは、乗車料金の単価は一定であって、その乗車距離を変動させる点が異なっている。
【０１５７】
・  ＨＰ上の「電話会社」や「通信施設」の各ボタンを選択して、依頼主は提示した金額に対して最も遠くまで通話することが可能な電話会社や、最も遠方まで送信可能な通信施設を、もしくはその情報を位置オークションで選ぶこともできる。この例でも、支払料金の単価が一定であって、その通話・通信距離が変動する点が従来のオークションとは異なっている。
【０１５８】
・  本例の位置オークションで応じ人（取引相手）を選ぶとき、要求人（例えば依頼主）がいる位置から、ただ単に最も近いあるいは最も遠い位置にいることを選定要素とすることに限定されない。例えば、その依頼主がいる位置や指定する位置から、指定された所定の範囲内で最も近くにいる取引相手を、もしくはその情報を位置オークションで選ぶこともできる。例えば、図１０に示すＨＰ上にある「タクシー」のボタンを選択するとともに、依頼主がある所定の範囲を指定して、その範囲内で最も近くにいるタクシーを、もしくはその情報を位置オークションで選ぶこともできる。
【０１５９】
・  依頼主の位置に対してある範囲を指定して位置オークションを行うとき、その範囲内で最も近い応じ人（取引相手）を選ぶことに限らず、その指定された範囲内で最も遠い場所にいる応じ人を選ぶこともできる。例えば、図１０に示すＨＰ上にある「施設」のボタンを選択して、発注者が指定した場所から定まった範囲内で、最も遠い場所に処理場、墓地、火葬場、工場、原子力発電所、危険物保管所等を設置する業者を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６０】
・  ＨＰ上の「不動産」を選択して、発注者が指定した場所から定まった範囲内で、最も遠い場所の不動産物件を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６１】
・  ＨＰ上のボタンのうち所定のものを選択して、依頼主がある範囲を指定して、その範囲内で最も近くにある物件、商店、宿泊所、サービス所、病院、設備、施設、荷物（積荷）、収穫物（農作物等）、回収物を位置オークションで選ぶこともできる。また、上記した物件、施設、物品がその範囲内において最も遠くにあるものを、もしくはその情報を位置オークションで選ぶこともできる。
【０１６２】
・  ＨＰ上の「車」、「船舶」、「航空会社」、「運搬」の各ボタンを選択して、依頼主に関係なく指定された所定の範囲内で最も近くの場所にいる、あるいは最も遠くの場所にいる車、船舶、飛行機、運搬機械等を、もしくはその情報を位置オークションで選ぶことができる。
【０１６３】
・  所定距離移動した後のタクシー等の移動体の位置に基づいてオークションする移動中位置オークションを行う場合、その移動体はタクシーに限定されない。例えば、図１０に示すＨＰ上にある「魚群」のボタンを選択して、魚群追跡者によって予想された魚群の予想移動先の位置に最も近い場所にいる船へ、漁業権利の許可を、もしくはその情報の提供を位置オークションで選ぶこともできる。
【０１６４】
・  移動体はタクシー等に限定されず、ゴミやし尿等の運搬車等でもよい。例えば図１０に示すＨＰ上の「運搬」のボタンを選択して、移動中であるゴミやし尿等の運搬車や運搬人の予定移動先の位置から最も近くの場所にある運搬物の積荷や荷降ろし場所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６５】
・  ＨＰ上の「集配業」のボタンを選択して、移動中である集配人、集荷船、集荷車、集荷飛行機の予定移動先の位置から最も近い位置にある積荷場所や荷降ろし場所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６６】
・  ＨＰ上の例えば「その他」のボタンを選択して、移動中である販売人や提供人の予定移動先の位置から最も近くの場所にいる購買者や希望者を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６７】
・  ＨＰ上の「交際」のボタンを選択して、移動中である交際人やサービス提供者の予定移動先の位置から最も近くの場所にいる交際希望人やサービス希望人を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６８】
・  ＨＰ上の「宿泊」、「レストラン」、「商店」、「ガソリン」の各ボタンを選択して、宿泊所、レストラン、商店、ガソリンスタンド等を探す移動中の依頼主が予定移動先の位置から最も近い場所にある営業所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１６９】
・  ＨＰ上の「ガソリン」、「食品」、「日常品」の各ボタンを選択して、ガソリン、食品、日常品等の個々の物品を探す移動中の依頼主が予定移動先の位置から最も近くの場所にある要求物の提供所を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７０】
・  ＨＰ上の「病院」のボタンを選択して、移動中である病気、けが等の緊急患者の予定移動先の位置から最も近くの場所にある病院を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７１】
・  ＨＰ上の「衛星通信」のボタンを選択して、移動中の宇宙衛星において、予定移動先の位置にある宇宙衛星から送信される情報（信号）を受信可能な最も近くに位置する衛星受信施設や受信機を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７２】
・  ＨＰ上の「警備」のボタンを選択して、移動中である捕らえたい人や探していた人の予定移動先の位置から最も近くの場所にいる警備人や追跡人を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７３】
・  ＨＰ上の「追跡」のボタンを選択して、移動中である物体（例えば車両）の予定移動先の位置から最も近い場所にある宇宙衛星、ヘリコプター、追跡車、追跡人等を、もしくはその情報を位置オークションで選ぶこともできる。
【０１７４】
従って、第３実施形態によれば以下の効果を得ることができる。
（５）依頼者が取引位置条件を提示して、第三者の取引相手から情報を競り落とす位置オークションを採用したので、依頼者が取引位置について依頼者各人の事情に応じた希望にかなう情報を得ることができる。
【０１７５】
なお、前記各実施形態は前記に限定されず例えば次の態様に変更してもよい。・  取引成約後、売り手側の商品引渡又は役務提供と、買い手側の代金決済とが必要であるが、決済をネットバンキングを利用して行うことができる。図２４は、この種の取引システムの一例を示す。この取引システムは、オークション管理システム２０と、バンキングシステム３００と、流通システム３１０とからなり、各々が所有する各サーバ２１，３０１，３１１はネットワーク（インターネットや専用回線等）Ｎを通じて互いに通信可能に接続されている。バンキングシステム３００は、決済用のネットバンキングホームページを置き、買い手は自宅のパソコンや携帯電話等の端末３０でネットバンキングＨＰから入金手続をすることができる。もちろんネットバンキングシステム３００は、全国各地にある多数の店舗（例えばコンビニエンスストアや銀行またはその出先店）３０２と通信可能に接続されており、買い手は最寄りの店舗で入金することもできる。また流通システム３１０は、集配ホームページを置き、買い手は自宅のパソコンや携帯電話等の端末３０で集配ＨＰから商品の配達など配達依頼をすることができる。もちろん流通システム３１０は、全国各地にある多数の店舗（例えばコンビニエンスストアや宅配出先店）３１２と通信可能に接続されており、買い手は最寄りの店舗で宅配依頼をすることもできる。
【０１７６】
オークション管理システム２０は、取引成約時に双方にパスワードを教え、ホームページ上でパスワードを入力することで成約した双方は期限付きで互いに連絡を取り合うことができる。また成約時には取引コード番号が双方に付与され、買い手は取引コード番号を指定してネットバンキングシステム３００に入金をし、売り手は取引コード番号を指定して流通システム３１０に配達依頼をする。ネットバンキングシステム３００への買い手の入金確認と、流通システム３１０への売り手の商品引渡し確認がなされた後、振替処理および配達作業に着手する。この取引システムによれば、取引相手に自分の素性が知られることなく、しかもシステムへの入金と商品引渡し確認後に振替及び配達作業が着手されるので、安全な取引を行うことができる。
【０１７７】
・  オークション形態には図２５に示す３種類が挙げられるが、どの形態で実施しても構わない。すなわち図２５（ａ）は販売支援型で、仲介者は買い手に無償の付加価値サービスを行って広く買い手を集め、買い手を紹介するなど売り手に対して販売支援サービスを行うことで売り手から対価を得る。図２５（ｂ）は購買支援型で、仲介者は売り手に無償の付加価値サービスを行って売り手を集め、売り手を紹介するなど買い手に購買支援サービスを行うことで買い手から対価を得る。図２５（ｃ）は販売・購買支援型で、仲介者は売り手に対して販売支援サービスを行うとともに、買い手に対しては購買支援サービスを行って、売り手と買い手の両者から対価を得る。もちろん、売り手からも買い手からも対価をもらわず、第三者から広告料等を得る方法でもよい。
【０１７８】
・  前記各実施形態において、複数の要素を設定する場合に次のようなオークション方法を採用することができる。落札手順では、各要素間で優劣を決めるために指標が予め設定され、複数の要素毎に競りが並行に同時進行され、各要素間で指標が最も高かった入札情報を提示した入札者が落札する方法とする。例えば位置と時間を指定した場合に、位置では１ｋｍが５０点、時間では１０分が５０点として指定されると、位置で一番近い４０点を獲得した者よりも、時間で一番短い６０点を獲得した者を落札者とする。
【０１７９】
・  前記各実施形態において、「複数の端末に提供して」の複数の端末は、不特定でも特定でもよい。
・  前記各実施形態において、「入札」とは、競りに参加することであり、入札の対象は価格以外の要素でもよい意味である。
【０１８０】
・  前記各実施形態において、依頼者から要望があってから競りを開始して入札を待つのではなく、予め入札者から取得した入札情報をデータベースに保管しておき、依頼があった場合に、データベース中から依頼者の要望に最も適った入札情報を提示していた者を割り出す競り方法でもよい。つまり、依頼者から要望があってから競りを開始して入札を待つ方法と、予め入札者から取得した入札情報をデータベースに保管しておき、依頼があった場合に、データベース中から依頼者の要望に最も適った入札情報を提示していた者を割出す方法とを採用したが、前者だけを採用してもよい。前者の方法では、例えば入札状況が画面で見ることができれば、入札者は他の入札者の動向を見てさらに依頼者の要望に適う条件を提示して複数回答することもできる。
【０１８１】
・  第２の実施形態における位置オークションにおいて、例えばタクシー会社が顧客を落札する場合、ある一定範囲内に顧客が複数人いる場合は、行先の遠い方の顧客を優先して競り落とされる仕組みを採用することもできる。すなわち、顧客の乗車地点と行先地点との距離を地図データ上で計測し、乗車距離がより遠い方の顧客が落札される。この場合、タクシー会社が複数社競合するときは顧客の乗車地点により近いタクシーがいる方とかサービス面で顧客に有利な方が行先のより遠い顧客を落札する。
【０１８２】
・  前記各実施形態において、価格以外の要素とは、価格を単純に変換したに過ぎず、実質上、価格の競りに過ぎない形で要素で競りをするものまで含む意味ではないとすることに限定してもよい。例えば位置オークションで、価格を単に距離に変換したに過ぎず、実質上、価格の競りであるようなものは含まないとする。例えば価格と比例関係にある要素で競りをするなど、単なる価格の代用に過ぎない形で要素を競りに使用するものまでは含まない。但し、要素が単なる価格の代用に過ぎるとは言えず、価格以外の要素で競りをしてはじめて価格面以外の特有の効果が得られるなど、価格以外の要素を用いることに意義があるオークション方法は含まれる。例えばタクシーで顧客を迎えに行くまでの距離に応じて料金がかかる場合、一番近いタクシーを落札したから料金が安く済むなどの理由を根拠に、顧客の待ち時間を短くできる効果を無視して発明に含まれないとするのは論外である。このような方法を採れば、価格以外の要望をより一層満たすことができる。
【０１８３】
・  前記各実施形態において、落札条件は、適宜設定でき、入札者数（参加者数）のうち予め決めた優先規則に従って例えば所定方向から何番目の値とか、入札値の平均値に最も近い値とかを提示した者に落札させるものであってもよい。
【０１８７】
・  前記第２実施形態において、自動車や運転者のコンディション情報や、道路状況などの道路情報を考慮に入れずに、顧客からの依頼があって直ちに配車可能なタクシーのみでオークションを行う形式をとってもよい。
【０１８８】
・  前記各実施形態において、オークションによる取引は有償・無償を問わない。例えば無償で取引に売買がなくてもよい。例えば廃品や古品は、捨てたいが処分に困っているときに取りにきて引き取ってくれる人になら無料であげてもよい場合に、その引き取り相手を探すときにオークションを利用することもできる。この場合、売買取引でなくなるため売り手と買い手の関係が事実上成立しなくなるが、このような取引形態のケースまで含むものと解釈する。例えば依頼者の要望に最も適うと評価された、無料の商品や役務、あるいは商品や役務の提供を受ける受け手が落札する。その他、メーカ等が無料で提供する商品、役務を競るオークションに適用することもできる。
【０１８９】
・  前記各実施形態において、役務は、取引の対象となるものであれば何でもよい。有形・無形に拘わらない。その一例のカテゴリーとしては、例えば(1) サービス分野、(2) 情報・コンテンツ分野、(3) アイデア・知的財産権分野などが挙げられる。(1) サービス分野には、チケット、旅券、ホテル、ローン、金融、保険、証券、住宅、不動産、自動車、二輪車、書籍、音楽、生活雑貨、食料品、化粧品、コンピュータ、ゲーム、オークション、中古品、電話、ビジネスサプライ、バイオ、医薬品、エネルギー、資源、無形なもの（熱、光、波動、色彩、色調、光度、電磁場等）の発生装置または評価装置などの小カテゴリーが挙げられる。(2) 情報・コンテンツ分野には、就職、転職、業務の外部委託、在庫処分、リサイクル、情報コンテンツ、出会い、交際情報、教育、セミナー、広告、取引業者紹介、人的ネットワーク、クレーム処理、リスク管理などの小カテゴリーが挙げられる。(3) アイデア・知的財産権分野には、アイデア、ビジネス企画、著作物、知的財産権などの小カテゴリーが挙げられる。
【０１９０】
・  サーバ、ネットワーク及び端末は、双方向通信可能なデジタルテレビで実現することもできる。この場合、サーバはデジタルデータを発信するテレビ局などのコンピュータ、端末はデジタル放送を受信するデジタル放送受信可能なテレビが該当する。
【０１９１】
・  依頼手順は必ずしも必須ではない。例えば電話や面会で依頼はもらい、募集手順以降の手順（募集手順、入札手順、落札手順）をサーバがネットワークを通じたオークションで実現する方法でも構わない。
【０１９２】
・  端末での画面表示は必ずしも必須ではない。依頼手順、募集手順、入札手順で使用していた依頼画面や入札画面を無くしてもよい。例えば依頼情報を依頼主の端末から音声データでサーバが受信したり、入札情報を入札者の端末から音声データでサーバが受信する構成とする。そして、サーバが依頼主の端末に対し依頼情報を音声で発することを案内する機械音声を流し、また入札者の端末に対し入札情報を音声で発することを案内する機械音声を流す。
【０１９３】
本明細書における各請求項で使用される語句は以下のように定義する。
・  役務とは、サービスであり、有償か無償かは問わない。ボランティアで無償で行われるサービスを含む。また物を使用しないサービスも含む。さらに救助者が被害者を助ける救助（有償でも無償でもよい）もサービスに含まれる。
【０１９４】
・  依頼画面，入札画面などの各種画面は、１画面に限らず複数の画面群で構成されてもよい。
・  依頼画面と入札画面は、互いにリンクされているなどして共に一連の手順の流れの中に属するものであれば、同一のサーバ（狭義）から提供されていることは必須ではない。つまり依頼手順で依頼主からデータを受信するサーバ（狭義）と、募集手順及び入札手順でデータの送受信をするサーバ（狭義）とが異なる実施をも各請求項は含む。このような狭義なサーバの群も、各請求項でいうサーバ（広義）に該当する。
【０１９５】
・  募集手順とは、入札を募るための募集情報を端末で見られる状態にするための送信手順である。サーバが一方的に募集情報を端末に送信する場合と、端末からのアクセスなどの要求に応答する形で、募集情報を端末に送信する場合とが含まれる。前者には双方向テレビを端末とする例が挙げられ、後者にはインターネット通信接続可能なパソコンなどを端末とする例が挙げられる。以下の請求項について同様である。
【０２０５】
【発明の効果】
以上詳述したように請求項１〜１０に記載の発明によれば、移動中の役務提供者と役務の提供を受ける役務受理者とのうち依頼人（依頼主）の位置に関する要望を満たすことができるオークション取引を実現することができる。
【図面の簡単な説明】
【図１】  第１の実施形態におけるオークションシステムの概略構成図。
【図２】  オークション管理システムの機能構成図。
【図３】  ＧＰＳを備える（ａ）タクシーと（ｂ）携帯電話の模式図。
【図４】  オークションのホームページ図。
【図５】  タクシー手配画面図。
【図６】  オークション参加画面図。
【図７】  （ａ），（ｂ）は位置オークションの説明図。
【図８】  位置オークションのフローチャート。
【図９】  移動中位置オークションのフローチャート。
【図１０】  他の実施形態におけるオークションのホームページ図。
【図１１】  利用者登録画面の画面図。
【図１２】  第２実施形態における商品・役務登録についての説明図。
【図１３】  範囲選択画面図。
【図１４】  （ａ）〜（ｅ）は位置オークションの優先規則の説明図。
【図１５】  移動中位置オークションの説明図。
【図１６】  リスト画面図。
【図１７】  移動中位置オークション時の顧客手配画面図。
【図１８】  位置オークションのフローチャート。
【図１９】  第３実施形態における魚群情報手配画面図。
【図２０】  オークション参加画面図。
【図２１】  情報登録についての説明図。
【図２２】  位置オークションのフローチャート。
【図２３】  汎用位置オークションのフローチャート。
【図２４】  取引システムを示す模式構成図。
【図２５】  オークション形態を示す模式図。
【符号の説明】
１０…オークションシステム、２０…オークション管理システム、２１…サーバ、３０〜３２…端末、７２…端末としてのパソコン、７３…端末としてのパソコン、７４…端末としての携帯端末（携帯電話）、７６…移動体としてのタクシー、Ｎ…ネットワーク、３００…ネットバンキングシステム、３１０…流通システム。
【図１】
0003917110.tif 000002
【図２】
0003917110.tif 000003
【図３】
0003917110.tif 000004
【図４】
0003917110.tif 000005
【図５】
0003917110.tif 000006
【図６】
0003917110.tif 000007
【図７】
0003917110.tif 000008
【図８】
0003917110.tif 000009
【図９】
0003917110.tif 000010
【図１０】
0003917110.tif 000011
【図１１】
0003917110.tif 000012
【図１２】
0003917110.tif 000013
【図１３】
0003917110.tif 000014
【図１４】
0003917110.tif 000015
【図１５】
0003917110.tif 000016
【図１６】
0003917110.tif 000017
【図１７】
0003917110.tif 000018
【図１８】
0003917110.tif 000019
【図１９】
0003917110.tif 000020
【図２０】
0003917110.tif 000021
【図２１】
0003917110.tif 000022
【図２２】
0003917110.tif 000023
【図２３】
0003917110.tif 000024
【図２４】
0003917110.tif 000025
【図２５】
0003917110.tif 000026