JP2005339086A - 競り情報報知システム、競り情報報知装置及びそれらに用いる競り情報報知方法 - Google Patents

Abstract

【課題】 価格以外の要素を斟酌して落札者を即時即決することが可能な競り情報報知システムを提供する。
【解決手段】 逆競りに参加したい事業者は事業者端末２−１〜２−Ｎから事業者情報をクライアント端末１に送信し、待ち受け状態となる。クライアント端末１はＰＴＴサービス１１０からＰＴＴ接続可能情報を取得し、事業者情報とＰＴＴ接続可能情報とを基に入力された条件に合う事業者情報を検索し、競り条件情報をその検索結果を基にＰＴＴサービス１１０を用いて事業者端末２−１〜２−Ｎに送信する。クライアント端末１は事業者端末２−１〜２−Ｎから送られてくる条件応答をユーザに報知し、ユーザがそれらの条件応答の中から希望に合う応答を選択すると、事業者を指名するための業者指名をＰＴＴサービス１１０を用いて事業者端末２−１〜２−Ｎに送信する。
【選択図】 図１

Description

本発明は競り情報報知システム、競り情報報知装置及びそれらに用いる競り情報報知方法に関し、特に通信網を利用した競りまたは逆競りに用いられる競り情報の利用者への報知に関する。

近年、通信網のブロードバンド化に伴って、インタネット上での競りや逆競り、あるいは移動体通信網を用いた携帯電話機等の携帯端末を用いた競りや逆競りが活発化してきている（例えば、特許文献１〜３参照）。

従来、上記のように、インタネットを利用した逆競りにおいては、Ｗｅｂサイトにて条件及び期間をクライアントが区切り、その期間に業者が価格を書込み、最終的に締め切り時点で最安値の業者が受託するようになっている。

特開２００３−２７１８４６号公報 特開２００１−２１６４４４号公報 特開２００２−７６３０号公報

上述した従来の競りや逆競りの方法では、クライアントが事前に条件を明確にする必要があり、決定に当たっては価格等の客観的な尺度で競り落とすのみである。

一方、一般に、通常のビジネスにおいては、価格以外にも様々な尺度での対応が必要な場面が多く、特にその要素が価格とのトレードオフ関係にある場合等において、上記のような競りや逆競りの方法ではそれらに対応することが困難である。

また、逆競りの場合には、締め切り日時を決めて実施する方法であり、決定までに一定期間を持たせるため、即時即決で落札者を決定することができず、即時性を伴うビジネスの中では利用することが出来ないという問題がある。

さらに、クライアントが条件を提示した場合には、その案件を欲している業者がどの程度いるのかを条件提示前に知ることができず、案件不成立になる等の問題がある。

そこで、本発明の目的は上記の問題点を解消し、価格以外の要素を斟酌して落札者を即時即決することができる競り情報報知システム、競り情報報知装置及びそれらに用いる競り情報報知方法を提供することにある。

本発明による競り情報報知システムは、クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知システムであって、
前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に備え、
前記競り条件を基に前記競売に参加可能な端末を検索する検索手段と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する抽出手段と、その抽出された端末の情報を報知する報知手段とを前記クライアント端末及び前記事業者端末のうちの少なくとも一方に備え、
前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行っている。

本発明による他の競り情報報知システムは、クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知システムであって、
前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に備え、
前記競り条件を基に前記競売に参加可能な端末を検索する検索手段と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する抽出手段と、その抽出された端末の情報を報知する報知手段とを含む競り情報報知装置を備え、
前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行っている。

本発明による競り情報報知装置は、少なくとも競り及び逆競りのうちの一方を示す競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段をクライアント端末及び事業者端末各々に含み、前記クライアント端末と前記事業者端末との間で少なくとも前記競売を行うための競り情報を報知する競り情報報知装置であって、
前記競り条件を基に前記競売に参加可能な端末を検索する検索手段と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する抽出手段と、その抽出された端末の情報を報知する報知手段とを備え、
前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行っている。

本発明による競り情報報知方法は、クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知方法であって、
前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に設け、
前記クライアント端末及び前記事業者端末のうちの少なくとも一方に、前記競り条件を基に前記競売に参加可能な端末を検索する処理と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する処理と、その抽出された端末の情報を報知する処理とを備え、
前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行っている。

本発明による他の競り情報報知方法は、クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知装置を含むシステムに用いられる競り情報報知方法であって、
前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に設け、
前記競り情報報知装置側に、前記競り条件を基に前記競売に参加可能な端末を検索する処理と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する処理と、その抽出された端末の情報を報知する処理とを備え、
前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行っている。

すなわち、本発明の競り情報報知システムは、インタネットを利用したＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）手法（トランシーバ的利用法）を使用し、クライアントのリクエストに合った（複数の）業者へ競りや逆競り（以下、競売とする）の条件を同時に送信し、そのリクエストを基に条件提示を業者との間で同時送受信を行っている。

その場合、本発明の競り情報報知システムでは、クライアントのリクエストに合った（複数の）業者の端末を業者のプロフィール及び競売の参加可能条件から抽出し、その抽出した端末の中でＰＴＴ接続情報にある端末（ＰＴＴにて通信可能な端末）を検索することで、その検索結果を競売の実行を要求する端末に、あるいはその端末から外部に報知している。これによって、競売の開始を要求する端末と報知された端末（抽出された端末のうちのＰＴＴにて通信可能な端末）との間では、リクエストやそれに対する回答がＰＴＴにて同時送受信されることとなる。

したがって、本発明の競り情報報知システムでは、急を要する出来事（来客によるデリバリ、家電生活必需品の故障）への迅速な対応、宅配やタクシー等の手配（位置情報との組み合わせ、価格と時間）、飲み屋やホテル、娯楽施設の即時手配等、今すぐ手配を行いたいクライアントと業務に空きのある業者とを結びつけ、即決することが可能となるため、クライアント及び業者双方の無駄を省くことが可能となる。

また、本発明の競り情報報知システムでは、競売が確定した段階で、端末から支払いを実施することで、同時に売買成立まで行うことが可能なように構築されたＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）サービスを用いることも可能である。

本発明は、以下に述べるような構成及び動作とすることで、価格以外の要素を斟酌して落札者を即時即決することができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。図１は本発明の第１の実施例による競り情報報知システムの構成を示すブロック図である。図１において、本発明の第１の実施例による競り情報報知システムは移動体通信網１００に接続されたクライアント端末（移動端末）１と、事業者端末（移動端末または固定端末）２−１〜２−Ｎとから構成され、クライアント端末（移動端末）１と、事業者端末（移動端末または固定端末）２−１〜２−Ｎとは移動体通信網１００のＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）サービス１１０を用いて相互にトランシーバ的な利用が可能となっている。

ここで、ＰＴＴはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を利用したウォーキー・トーキーのようなもので、通話は一方通行となる。また、ＰＴＴはＩＭ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ）のように、話す相手をグループ化することができ、相手の状態を見ることができる。したがって、ＰＴＴでは通話状態にある相手（一人またはグループ）を選択して通話ボタンを押すことで通話可能となる。つまり、ＰＴＴは携帯電話のトランシーバモードであり、通話先の番号をダイヤルする必要がなく、接続までの時間は短く、複数カ所と同時に通話することができる。

ＰＴＴにおいては、通常の通話よりも割安な料金に設定されることが多い。また、その操作手順としては、通常の電話帳とは別に用意された通話先リストを開き、相手を選択して決定し、通話ボタンを押すことで通話することとなる。その際、複数の通話先を選択しておけば、多地点通話となる。但し、現在のＰＴＴでは、通話先が同じキャリアの端末に限られている。しかしながら、この分野の技術の進展に伴って、異なるキャリア間での多地点通話も考慮されつつあるので、本実施例でも通話先が同じキャリアの端末に限定されないものとする。尚、ＰＴＴとしては、特表２００３−５２６２７５号公報に開示された方法等がある。

上記のＰＴＴにおいては、音声をパケットにて伝送しているので、音声だけでなく、テキストデータや画像データを伝送することも可能である。また、上記のＰＴＴに対しては、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）サービスを適用することも可能である。ここで、ＡＳＰサービスとは、ソフトウェアと、それを動作させるサーバ等とを合わせて「レンタル」し、利用者数、利用期間に応じた利用料を支払うことでソフトウェアを利用することができるサービスである。

図２は図１のクライアント端末１の構成を示すブロック図である。図２において、クライアント端末１は受信手段１１と、受信データ処理手段１２と、競り情報検索手段１３と、ＰＴＴ機能１４と、送信データ処理手段１５と、送信手段１６とから構成されている。

受信手段１１は移動体通信網１００またはＰＴＴサービス１１０からの音声やデータを受信すると、移動体通信網１００からの音声やデータを受信データ処理手段１２に送出し、ＰＴＴサービス１１０からの音声やデータをＰＴＴ機能１４に送出する。

受信データ処理手段１２は移動体通信網１００からの音声やデータを処理して図示せぬ内部回路に送出するとともに、移動体通信網１００からのデータを処理して競り情報（例えば、通話先のプロフィールや請け負い可能条件等）として競り情報検索手段１３に送出する。ここで、通話先のプロフィールとは、事業者の規模やその営業形態、あるいは営業上の特徴（例えば、タクシー会社であれば運用している車の車種、あるいは車椅子等を積載可能な車の有無等であり、宿泊施設や飲食店等であれば収容可能な人数、あるいは特殊な施設の有無等である）、所在地等の情報を指している。

ＰＴＴ機能１４は上述したＰＴＴの動作を実現するための機能であり、通話状態にある相手（一人またはグループ）の情報（通話先リスト）をＰＴＴ接続情報として競り情報検索手段１３に送出する。

競り情報検索手段１３は受信データ処理手段１２からの競り情報を基にユーザが予め設定した競りや逆競りの条件に合う通話先を抽出する通話先抽出手段１３１と、通話先抽出手段１３１で抽出された通話先のうちの通話状態にある通話先をＰＴＴ機能１４からのＰＴＴ接続情報を基に検索するＰＴＴ接続情報検索手段１３２とを備え、ＰＴＴ接続情報検索手段１３２で検索された情報（ユーザが予め設定した競りや逆競りの条件に合いかつ通話状態にある通話先）を内部回路を介してユーザに報知する。

送信データ処理手段１５は内部回路を介して入力されるデータの処理（例えば、パケット処理）を行い、送信手段１６を介して移動体通信網１００またはＰＴＴサービス１１０へと送信する。また、ＰＴＴ機能１４は通話ボタンが押された時に、送信手段１６を介して通話先に音声やデータ（画像データやテキストデータ等）を送信する。

図３は本発明の第１の実施例による逆競り処理を示すシーケンスチャートである。これら図１〜図３を参照して本発明の第１の実施例による逆競り処理について説明する。尚、以下の説明ではクライアント端末１と事業者端末Ａ〜Ｃとの間の逆競り処理について述べる。

逆競りに参加したい事業者は事業者端末Ａ〜Ｃからそれぞれプロフィールや請け負い可能条件等をクライアント端末１に送信し（図３のａ１，ａ３，ａ５）、待ち受け状態となって（図３のａ２，ａ４，ａ６）、ＰＴＴサービス１１０を用いた音声やデータの送受信を可能としておく。

クライアント端末１はＰＴＴサービス１１０からＰＴＴ接続可能情報（例えば、上述した通話先リスト等）を取得し（図３のａ７）、上記の事業者端末Ａ〜Ｃからのプロフィールや請け負い可能条件等とＰＴＴサービス１１０からＰＴＴ接続可能情報とを基に、入力された条件に合いかつ通話状態にある事業者端末Ａ〜Ｃを示す事業者情報を検索し（図３のａ８）、生成（または入力）された競り条件情報をその検索結果を基にＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図３のａ９，ａ１０）。この場合、上記の検索結果はグルーピングされた情報として、クライアント端末１の表示画面（図示せず）を通してユーザに報知される。

事業者端末Ａはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ｂ，Ｃに同時送信する（図３のａ１１）。

事業者端末Ｂはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｃに同時送信する（図３のａ１２）。

事業者端末Ｃはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｃに同時送信する（図３のａ１３）。

クライアント端末１は事業者端末Ａ〜Ｃから送られてくる条件応答をユーザに報知し、ユーザがそれらの条件応答の中から希望に合う応答を選択すると、事業者を指名するための業者指名をＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図３のａ１４）。

上記の条件においては、位置情報や時間のほか、種類や数量等を含めた提示を行うことができる。本実施例では、他業者にも同時送信することで、業者間での無駄な検討が必要なくなり、ユーザにとっても決定プロセスを提示しなくて済むメリットがある。

例えば、急を要する出来事（来客によるデリバリ、家電生活必需品の故障）への迅速な対応、宅配やタクシー等の手配（位置情報と組み合わせ、価格と時間）、飲み屋やホテル、娯楽施設の即時手配等、今すぐ手配を行いたいクライアントと業務に空きのある業者とを結びつけ、即決することができるため、クライアント及び事業者双方の無駄を省くことができる。

上記の業務に空きのある業者においては、空席（空車）状況、申し込み状況、現在時刻、季節、天候状況等のさまざまな状況に応じて、通常より悪くなるような条件応答となるように、条件をリアルタイムに変更可能であるので、機会損失を減ずることができる。例えば、ホテルの場合には、客室が埋まっていても、開いていても、固定費として光熱費や従業員の給料等が掛かることとなるので、できるだけ多くの部屋が空室状態よりも埋まっている状態であることが好ましい。本実施例の方法を採ることで、リアルタイムに同業他社よりもディスカウントすることが可能となり、客室を満室状態にすることが可能となる。

図４〜図６は本発明の第１の実施例による逆競りを行う際の具体的な表示例を示す図である。これら図４〜図６を参照して本発明の第１の実施例による逆競り処理の具体的な動作について説明する。

まず、ユーザがクライアント端末１において、逆競りサービスを選択すると、逆競りサービスのメニューとして「タクシー配車サービス」、「宿泊予約サービス」、「飲食店予約サービス」・・・がクライアント端末１の画面（図示せず）に表示される［図４（ａ）参照］。

ここで、ユーザがタクシー配車サービスを選択すると、「逆競りの条件を入力して下さい」というメッセージがクライアント端末１の画面に表示される［図４（ｂ）参照］。この場合、クライアント端末１の画面には条件として、例えば、「位置情報」、「待ち時間」、「行き先」、「人数」、・・・等が入力可能である。

ユーザがクライアント端末１の画面に表示した条件を入力すると、クライアント端末１はその条件を事業者端末Ａ〜Ｃから予め登録されているプロフィール等と比較し、上記の条件に合う事業者の中でＰＴＴサービス１１０を用いて逆競りに参加可能な件数及び事業者名（この場合はタクシー会社であるが、各タクシー毎の抽出も可能）をクライアント端末１の画面に表示する［図４（ｃ）参照］。

この場合、クライアント端末１の画面には、「さきほどの条件で現在連絡可能な数は＊＊＊件です」と表示し、その詳細として「詳細、Ｘタクシー、Ｙタクシー、Ｚタクシー、・・・」が表示され、「宜しければＰＴＴボタンを押して下さい。」という案内メッセージを表示する。

これによって、ユーザがＰＴＴボタンを押すと、クライアント端末１からは生成（または入力）された競り条件情報が、上記の検索結果に基づいてＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信されるので、逆競りを実行することができる。

尚、逆競りにおいてはクライアント端末１から事業者端末Ａ〜Ｃにテキストデータや画像データ、あるいは音声データを送信し、事業者端末Ａ〜Ｃからクライアント端末１にテキストデータや画像データ、あるいは音声データを送信することで、逆競りが進行され、ユーザが選択した事業者に指名情報を送ることで、逆競りが成立する。

一方、ユーザが宿泊予約サービスを選択すると、「逆競りの条件を入力して下さい」というメッセージがクライアント端末１の画面に表示される［図５（ａ）参照］。この場合、クライアント端末１の画面には条件として、例えば、「位置情報」、「範囲指定（現在位置から＊ｋｍ以内）」、「人数」、「予算」、・・・等が入力可能である。

ユーザがクライアント端末１の画面に表示した条件を入力すると、クライアント端末１はその条件を事業者端末Ａ〜Ｃから予め登録されているプロフィール等と比較し、上記の条件に合う事業者の中でＰＴＴサービス１１０を用いて逆競りに参加可能な件数及び事業者名（この場合はホテルや旅館等である）をクライアント端末１の画面に表示する［図５（ｂ）参照］。

この場合、クライアント端末１の画面には、「さきほどの条件で現在連絡可能な数は＊＊＊件です」と表示し、その詳細として「詳細、ホテルＬ、Ｍホテル、Ｎ旅館、・・・」が表示され、「宜しければＰＴＴボタンを押して下さい。」という案内メッセージを表示する。

これによって、ユーザがＰＴＴボタンを押すと、クライアント端末１からは生成（または入力）された競り条件情報が、上記の検索結果に基づいてＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信されるので、逆競りを実行することができる。

尚、逆競りにおいてはクライアント端末１から事業者端末Ａ〜Ｃにテキストデータや画像データ、あるいは音声データを送信し、事業者端末Ａ〜Ｃからクライアント端末１にテキストデータや画像データ、あるいは音声データを送信することで、逆競りが進行され、ユーザが選択した事業者に指名情報を送ることで、逆競りが成立する。

さらに、ユーザが飲食店予約サービスを選択すると、「逆競りの条件を入力して下さい」というメッセージがクライアント端末１の画面に表示される［図６（ａ）参照］。この場合、クライアント端末１の画面には条件として、例えば、「位置情報」、「範囲指定（現在位置から＊ｋｍ以内）」、「人数」、「予算」、「店の種類（和・洋・中等）」、・・・等が入力可能である。

ユーザがクライアント端末１の画面に表示した条件を入力すると、クライアント端末１はその条件を事業者端末Ａ〜Ｃから予め登録されているプロフィール等と比較し、上記の条件に合う事業者の中でＰＴＴサービス１１０を用いて逆競りに参加可能な件数及び事業者名（この場合はレストランや料理店等である）をクライアント端末１の画面に表示する［図６（ｂ）参照］。

この場合、クライアント端末１の画面には、「さきほどの条件で現在連絡可能な数は＊＊＊件です」と表示し、その詳細として「詳細、レストランＩ、Ｊ飯店、Ｋ料理店、・・・」が表示され、「宜しければＰＴＴボタンを押して下さい。」という案内メッセージを表示する。

これによって、ユーザがＰＴＴボタンを押すと、クライアント端末１からは生成（または入力）された競り条件情報が、上記の検索結果に基づいてＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信されるので、逆競りを実行することができる。

尚、逆競りにおいてはクライアント端末１から事業者端末Ａ〜Ｃにテキストデータや画像データ、あるいは音声データを送信し、事業者端末Ａ〜Ｃからクライアント端末１にテキストデータや画像データ、あるいは音声データを送信することで、逆競りが進行され、ユーザが選択した事業者に指名情報を送ることで、逆競りが成立する。

図７及び図８は本発明の第１の実施例による逆競りを行う際の具体的な他の表示例を示す図である。これら図７及び図８を参照して本発明の第１の実施例による逆競り処理の具体的な他の動作について説明する。

図７及び図８に示す例では、クライアント端末１からインタネット（図示せず）にアクセスし、例えば欲しい電化製品を扱う店（インタネット上の仮想の店を含む）を検索し、検索結果の中からＰＴＴサービス１１０を用いて逆競りに参加可能な店を抽出している。

まず、ユーザがクライアント端末１において、インタネット検索サービスにて欲しい電化製品の名称を入力して検索を行う［図７（ａ）参照］。その際、インタネットのポータルサイトにて提供される検索サービスを用いてもよく、さらにインタネット上で商品の値段を比較表示するサイトを表示し、そのサイトに設置された検索サービス等を利用してもよい。この場合には、ユーザが欲しい電化製品を扱う店と、その製品の在庫の有無と、値段とを少なくとも検索できればよい。

クライアント端末１にはインタネット検索サービスによる検索結果として、「＊＊件、検索されました。」が表示される［図７（ｂ）参照］。この場合にも、その詳細として、「１．家庭電化製品の店Ｏ」、「２．Ｐ家電」、「３．Ｑ電気製品店」、「４．家電チェーンＲ」、「５．Ｓデンキ」、・・・等の店名が表示される。

さらに、クライアント端末１には「検索された店の在庫及び販売価格は」として、各店におけるその製品の在庫の有無と、値段とが表示される［図８（ａ）参照］。この場合にも、その詳細として、「１．家庭電化製品の店Ｏ 在庫あり ＊万円」、「２．Ｐ家電 在庫あり ＊万円」、「３．Ｑ電気製品店 在庫なし ＊万円」、「４．家電チェーンＲ 在庫あり ＊万円」、「５．Ｓデンキ 在庫あり ＊万円」、・・・等が表示される。

クライアント端末１は上記の店の中の「在庫あり」の店のうち、ＰＴＴ接続情報にある店（ＰＴＴサービス１１０を用いて逆競りに参加可能な店）を抽出すると、「選択された店の中で逆競り可能な店は、１．家庭電化製品の店Ｏ、２．Ｐ家電、４．家電チェーンＲ、・・・です。」という案内メッセージを表示するとともに、「宜しければＰＴＴボタンを押して下さい。」という案内メッセージを表示する［図８（ｂ）参照］。

これによって、ユーザがＰＴＴボタンを押すと、上記の検索結果に基づいて送信先（事業者端末Ａ〜Ｃ）がグルーピングされ、クライアント端末１からは生成（または入力）された競り条件情報が、ＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信されるので、逆競りを実行することができる。

尚、逆競りにおいてはクライアント端末１から事業者端末Ａ〜Ｃにテキストデータや画像データ、あるいは音声データを送信し、事業者端末Ａ〜Ｃからクライアント端末１にテキストデータや画像データ、あるいは音声データを送信することで、逆競りが進行され、ユーザが選択した事業者に指名情報を送ることで、逆競りが成立する。

図９は本発明の第２の実施例による競り情報報知システムの構成を示すブロック図である。図９において、本発明の第２の実施例による競り情報報知システムは移動体通信網１００に接続されたクライアント端末（移動端末）１と、事業者端末（移動端末または固定端末）２−１〜２−Ｎと、競り情報サーバ３とから構成され、クライアント端末（移動端末）１と、事業者端末（移動端末または固定端末）２−１〜２−Ｎとは移動体通信網１００のＰＴＴサービス１１０を用いて相互にトランシーバ的な利用が可能となっている。

本発明の第２の実施例による競り情報報知システムは、図１に示す本発明の第１の実施例による競り情報報知システムにおいて、クライアント端末１にて事業者端末２−１〜２−Ｎのプロフィールや請け負い可能条件等をすべて蓄積しておくことがハードウェア的に難しいため、それらの情報を競り情報サーバ３に蓄積しておき、クライアント端末１が必要に応じて競り情報サーバ３から情報を取得するようにしている。

図１０は図９の競り情報サーバ３の構成を示すブロック図である。図１０において、競り情報サーバ３は受信手段３１と、プロフィール／請け負い可能条件等収集手段３２と、プロフィール／請け負い可能条件等蓄積手段３３と、プロフィール／請け負い可能条件等検索手段３４と、送信手段３５とから構成されている。

受信手段３１は移動体通信網１００からのデータを受信すると、そのデータをプロフィール／請け負い可能条件等収集手段３２に送出する。プロフィール／請け負い可能条件等収集手段３２は新たに参加した事業者端末やプロフィール／請け負い可能条件等が変更された事業者端末からプロフィール／請け負い可能条件等を送信手段３５及び受信手段３１を用いて収集し、収集したプロフィール／請け負い可能条件等をプロフィール／請け負い可能条件等蓄積手段３３に蓄積する。

プロフィール／請け負い可能条件等検索手段３４は受信手段３１を介してクライアント端末１から検索要求が入力された時に、その検索要求を基にプロフィール／請け負い可能条件等蓄積手段３３を検索し、ユーザが必要とするプロフィール／請け負い可能条件等を送信手段３５からクライアント端末１に送出する。尚、競り情報サーバ３はＰＴＴサービス１１０に接続されていないので、ＰＴＴ接続情報の検索は行わない。

図１１は本発明の第２の実施例による逆競り処理を示すシーケンスチャートである。これら図９〜図１１を参照して本発明の第２の実施例による逆競り処理について説明する。尚、以下の説明ではクライアント端末１と事業者端末Ａ〜Ｃとの間の逆競り処理について述べる。また、クライアント端末１の構成は図２に示す本発明の第１の実施例によるクライアント端末１の構成と同様である。

逆競りに参加したい事業者は事業者端末Ａ〜Ｃからそれぞれプロフィールや請け負い可能条件等を競り情報サーバ３に送信し（図１１のｂ１，ｂ３，ｂ５）、待ち受け状態となって（図１１のｂ２，ｂ４，ｂ６）、ＰＴＴサービス１１０を用いた音声やデータの送受信を可能としておく。

クライアント端末１がユーザが入力したクライアント条件にて検索要求を競り情報サーバ３に送ると（図１１のｂ７）、競り情報サーバ３は入力された条件に適合する事業者のプロフィール／請け負い可能条件等をクライアント端末１に送出する（図１１のｂ８）。

クライアント端末１はＰＴＴサービス１１０からＰＴＴ接続可能情報（例えば、上述した通話先リスト等）を取得し（図１１のｂ９）、上記の事業者端末Ａ〜Ｃからのプロフィールや請け負い可能条件等とＰＴＴサービス１１０からのＰＴＴ接続可能情報とを基にグルーピングを行うとともに、競り条件情報を生成（または入力）し（図１１のｂ１０）、生成（または入力）された競り条件情報をＰＴＴサービス１１０を用いてグルーピングされた事業者端末Ａ〜Ｃに同時送信する（図１１のｂ１１）。

事業者端末Ａはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ｂ，Ｃに同時送信する（図１１のｂ１２）。

事業者端末Ｂはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｃに同時送信する（図１１のｂ１３）。

事業者端末Ｃはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｂに同時送信する（図１１のｂ１４）。

クライアント端末１は事業者端末Ａ〜Ｃから送られてくる条件応答をユーザに報知し、ユーザがそれらの条件応答の中から希望に合う応答を選択すると、事業者を指名するための業者指名をＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図１１のｂ１５）。

上記の条件においては、位置情報や時間のほか、種類や数量等を含めた提示を行うことができる。本実施例では、他業者にも同送することで、業者間での無駄な検討が必要なくなり、ユーザにとっても決定プロセスを提示しなくて済むメリットがある。

例えば、急を要する出来事（来客によるデリバリ、家電生活必需品の故障）への迅速な対応、宅配やタクシー等の手配（位置情報と組み合わせ、価格と時間）、飲み屋やホテル、娯楽施設の即時手配等、今すぐ手配を行いたいクライアントと業務に空きのある業者とを結びつけ、即決することができるため、クライアント及び事業者双方の無駄を省くことができる。

さらに、本実施例では、クライアント端末１に、事業者端末２−１〜２−Ｎからのプロフィール／請け負い可能条件等をすべて蓄える必要がないので、大容量のメモリを用意する必要がない。

図１２は本発明の第３の実施例による競り情報報知システムの構成を示すブロック図である。図１２において、本発明の第３の実施例による競り情報報知システムは移動体通信網１００に接続されたクライアント端末（移動端末）１、事業者端末（移動端末または固定端末）２−１〜２−Ｎ、仲介サーバ４と、仲介サーバ４に接続された競り情報データベース（ＤＢ）５、課金／支払いサーバ６とから構成され、クライアント端末（移動端末）１と、事業者端末（移動端末または固定端末）２−１〜２−Ｎとは移動体通信網１００のＰＴＴサービス１１０を用いて相互にトランシーバ的な利用が可能となっている。

また、仲介サーバ４は新たに参加した事業者端末やプロフィール／請け負い可能条件等が変更された事業者端末からプロフィール／請け負い可能条件等を収集して競り情報データベース５に蓄積する。また、仲介サーバ４はクライアント端末１から、ユーザが入力したクライアント条件にて検索要求が送られてきた時に、競り情報データベース５からプロフィールや請け負い可能条件等とＰＴＴサービス１１０から取得したＰＴＴ接続可能情報とを基に、入力された条件に合う事業者情報を検索し、その検索結果をクライアント端末１に送出する。

課金／支払いサーバ６は仲介サーバ４の仲介によってクライアント端末１と事業者端末２−１〜２−Ｎとの間でサービスが成約した場合、クライアント端末１のユーザからその対価分の額の課金を実施し、併せて事業者に対して支払いを行う。また、課金／支払いサーバ６は上述しているＰＴＴサービスを提供するキャリアのサーバであってもよく、その場合には事業者端末２−１〜２−Ｎの各事業者からＰＴＴサービスの使用料（クライアントとの成約時の手数料、登録会費等）を徴収することも可能である。

本発明の第３の実施例による競り情報報知システムは、図１に示す本発明の第１の実施例による競り情報報知システムにおいて、クライアント端末１にて事業者端末２−１〜２−Ｎのプロフィールや請け負い可能条件等をすべて蓄積し、条件に合う事業者端末２−１〜２−Ｎを検索する処理を行うため、クライアント端末１に対する負荷が大きくなるが、それらの情報を競り情報データベース５に蓄積し、検索処理等を仲介サーバ４で行うことで、クライアント端末１に対する負荷を軽減している。

図１３は図１２の仲介サーバ４の構成を示すブロック図である。図１３において、仲介サーバ４は受信手段４１と、プロフィール／請け負い可能条件等収集手段４２と、ＰＴＴ機能４３と、プロフィール／請け負い可能条件等検索手段４４と、依頼情報／回答情報生成報知手段４５と、送信手段４６とから構成されている。

受信手段４１は移動体通信網１００またはＰＴＴサービス１１０からの音声やデータを受信すると、移動体通信網１００からの音声やデータをプロフィール／請け負い可能条件等収集手段４２に送出し、ＰＴＴサービス１１０からの音声やデータをＰＴＴ機能４３に送出する。

プロフィール／請け負い可能条件等収集手段４２は新たに参加した事業者端末やプロフィール／請け負い可能条件等が変更された事業者端末からプロフィール／請け負い可能条件等を受信手段４１を用いて収集し、収集したプロフィール／請け負い可能条件等を競り情報データベース５に蓄積するとともに、その情報をプロフィール／請け負い可能条件等検索手段４４に送出する。

ＰＴＴ機能４３は上述したＰＴＴの動作を実現するための機能であり、通話状態にある相手（一人またはグループ）の情報（通話先リスト）をＰＴＴ接続情報としてプロフィール／請け負い可能条件等検索手段４４に送出する。

プロフィール／請け負い可能条件等検索手段４４はプロフィール／請け負い可能条件等収集手段４２からのプロフィール／請け負い可能条件等を基にユーザが予め設定した競りや逆競りの条件に合う通話先を抽出する通話先抽出手段４４１と、通話先抽出手段４４１で抽出された通話先のうちの通話状態にある通話先をＰＴＴ機能４３からのＰＴＴ接続情報を基に検索するＰＴＴ接続情報検索手段４４２とを備え、ＰＴＴ接続情報検索手段４４２で検索された情報（ユーザが予め設定した競りや逆競りの条件に合いかつ通話状態にある通話先）を依頼情報／回答情報生成報知手段４５に送出する。

つまり、プロフィール／請け負い可能条件等検索手段４４は受信手段４１を介してクライアント端末１から検索要求が入力された時に、その検索要求を基に競り情報データベース５を検索し、必要なプロフィール／請け負い可能条件等を依頼情報／回答情報生成報知手段４５に送出する。

依頼情報／回答情報生成報知手段４５はクライアント端末１からの条件を基に依頼情報を生成して送信手段４６から事業者端末２−１〜２−Ｎに送出し、クライアント端末１からの検索要求に対してプロフィール／請け負い可能条件等検索手段４４の検索結果を基に回答情報を生成して送信手段４６からクライアント端末１に送出する。

尚、依頼情報／回答情報生成報知手段４５はクライアント端末１からの要求によって競りや逆競りが行われている時、クライアント端末１から新たな条件が送られてくると、その条件を基に依頼情報を生成し、競りや逆競りに参加している事業者端末のみならず、参加していない事業者端末へも依頼情報を送信手段４６から送信する。

ＰＴＴ機能４３は通話ボタンが押された時に、送信手段４６を介して通話先に音声やデータ（画像データやテキストデータ等）を送信する。

図１４は図１２の競り情報データベース５の構成を示すブロック図である。図１４において、競り情報データベース５はクライアント端末１のユーザの情報（例えば、競りや逆競りの際の条件設定及び予約の履歴、ユーザ個人の好み等）を蓄積するクライアント情報記憶領域５１と、上記のプロフィール／請け負い可能条件等収集手段４２にて収集されたプロフィール／請け負い可能条件等を蓄積するプロフィール／請け負い可能条件等記憶領域５２とから構成されている。

図１５及び図１６は本発明の第３の実施例による競りや逆競りの処理を示すシーケンスチャートである。これら図１２〜図１６を参照して本発明の第３の実施例による競りや逆競りの処理について説明する。尚、以下の説明ではクライアント端末１と事業者端末Ａ〜Ｃとの間の競りや逆競りの処理について述べる。また、クライアント端末１の構成は図２に示す本発明の第１の実施例によるクライアント端末１と同様の構成となっている。

競りや逆競りに参加したい事業者は事業者端末Ａ〜Ｃからそれぞれプロフィールや請け負い可能条件等を仲介サーバ４に送信し（図１５のｃ１，ｃ３，ｃ５）、待ち受け状態となって（図１５のｃ２，ｃ４，ｃ６）、ＰＴＴサービス１１０を用いた音声やデータの送受信を可能としておく。

クライアント端末１がユーザが入力したクライアント条件にて検索要求を仲介サーバ４に送ると（図１５のｃ７）、仲介サーバ４はＰＴＴサービス１１０からＰＴＴ接続可能情報（例えば、上述した通話先リスト等）を取得する（図１５のｃ８）。

仲介サーバ４はクライアント端末１から入力された条件に適合する事業者のプロフィール／請け負い可能条件等を検索するとともに、その検索結果とＰＴＴサービス１１０からのＰＴＴ接続可能情報とを基に現在連絡がとれる業者数／その情報を生成してクライアント端末１に送出（提供）する（図１５のｃ９）。

クライアント端末１は仲介サーバ４からの現在連絡がとれる業者数／その情報を基に競り条件情報を生成（または入力）し（図１５のｃ１０）、生成（または入力）された競り条件情報をＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図１５のｃ１１）。

事業者端末Ａはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ｂ，Ｃに同時送信する（図１５のｃ１２）。

事業者端末Ｂはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｃに同時送信する（図１５のｃ１３）。

事業者端末Ｃはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｂに同時送信する（図１５のｃ１４）。

クライアント端末１は事業者端末Ａ〜Ｃから送られてくる条件応答をユーザに報知し、ユーザがそれらの条件応答の中から希望に合う応答を選択すると、事業者を指名するための業者指名をＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図１５のｃ１５）。

上記の条件においては、位置情報や時間のほか、種類や数量等を含めた提示を行うことができる。本実施例では、他業者にも同送することで、業者間での無駄な検討が必要なくなり、ユーザにとっても決定プロセスを提示しなくて済むメリットがある。

例えば、急を要する出来事（来客によるデリバリ、家電生活必需品の故障）への迅速な対応、宅配やタクシー等の手配（位置情報と組み合わせ、価格と時間）、飲み屋やホテル、娯楽施設の即時手配等、今すぐ手配を行いたいクライアントと業務に空きのある業者とを結びつけ、即決することができるため、クライアント及び事業者双方の無駄を省くことができる。

さらに、本実施例では、クライアント端末１に、事業者端末２−１〜２−Ｎからのプロフィール／請け負い可能条件等をすべて蓄える必要がないので、大容量のメモリを用意する必要がない。また、クライアント端末１においては、条件に合致して競りや逆競りに参加可能な事業者端末を検索する処理も不要となるので（この処理は仲介サーバ４で行われる）、負荷を軽減することができる。

一方、クライアント端末１が競りや逆競りを行っている状態で（図１６のｄ１）、予算や参加人数が変更することで競り条件が変わると、端末の条件切替ボタン等（図示せず）を押下することで（図１６のｄ２）、その条件切替え指示が仲介サーバ４に送信し（図１６のｄ３）、変更後のクライアント条件選択を仲介サーバ４に送信する（図１６のｄ４）。

仲介サーバ４はクライアント端末１からの条件切替え指示に応答してクライアント条件選択に基づいて生成した競り条件を現在競りや逆競りに参加している事業者端末のみならず、参加していない事業者端末に報知する（図１６のｄ５〜ｄ７）。この場合、クライアント端末１からの条件切替え指示によってＰＴＴサービス１１０が断となるので、クライアント条件選択は移動体通信網１００を用いてクライアント端末１から仲介サーバ４に通知される。

事業者端末Ａは現在競りや逆競りに参加している端末であり、仲介サーバ４から競り条件が報知されると、その競り条件情報を事業者に報知する。事業者がそのまま競りや逆競りに参加するのであれば、事業者端末Ａは競り参加応答を仲介サーバ４に返信する（図１６のｄ８）。

事業者端末Ｂも現在競りや逆競りに参加している端末であり、仲介サーバ４から競り条件が報知されると、その競り条件情報を事業者に報知する。事業者がそのまま競りや逆競りに参加するのであれば、事業者端末Ｂは競り参加応答を仲介サーバ４に返信する（図１６のｄ９）。

事業者端末Ｃは現在競りや逆競りに不参加となっている端末であり、仲介サーバ４から競り条件が報知されると、その競り条件情報を事業者に報知する。事業者が競り条件の変更に伴って競りや逆競りに参加するのであれば、事業者端末Ｃは競り参加応答を仲介サーバ４に返信する（図１６のｄ１０）。

仲介サーバ４は事業者端末Ａ〜Ｃからの競り参加応答と、ＰＴＴサービス１１０からのＰＴＴ接続可能情報とを基にグルーピングを行い、現在連絡がとれる業者数／その情報を生成してクライアント端末１に送出（提供）する（図１６のｄ１１）。

クライアント端末１は仲介サーバ４からの現在連絡がとれる業者数／その情報を基に競り条件情報を生成（または入力）し（図１６のｄ１２）、生成（または入力）された競り条件情報をＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図１６のｄ１３）。

事業者端末Ａはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ｂ，Ｃに同時送信する（図１６のｄ１４）。

事業者端末Ｂはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｃに同時送信する（図１６のｄ１５）。

事業者端末Ｃはクライアント端末１からの競り条件情報を事業者に報知し、事業者からその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いてクライアント端末１及び事業者端末Ａ，Ｂに同時送信する（図１６のｄ１６）。

クライアント端末１は事業者端末Ａ〜Ｃから送られてくる条件応答をユーザに報知し、ユーザがそれらの条件応答の中から希望に合う応答を選択すると、事業者を指名するための業者指名をＰＴＴサービス１１０を用いて事業者端末Ａ〜Ｃに同時送信する（図１６のｄ１７）。

このように、本実施例では、クライアント端末１からの条件切替え指示に応答してＰＴＴサービス１１０を一旦断とし、仲介サーバ４から現在競りや逆競りに参加している事業者端末のみならず、参加していない事業者端末に報知することで、クライアント端末１のユーザ側の条件変更に対してフレキシブルに対応することができる。

すなわち、本実施例では競りや逆競りに参加していない事業者等（但し、ＰＴＴサービスを受けることが可能となっている事業者）に対して競り情報を提供し、競りや逆競りに参加する意欲のある事業者等を、競りや逆競りの途中でも、それらへの追加参加を可能とすることで、事業者の参加数の増減をＰＴＴサービスのグルーピング機能を用いて臨機応変に行うが可能であるので、競りや逆競りにおける条件のやりとりを効率化することができ、競りや逆競りの成約までの時間を短縮化することができるとともに、競りや逆競りにおいてより条件のよい結果を得ることができる。

図１７は本発明の第４の実施例による競り情報報知システムの構成を示すブロック図である。図１７において、本発明の第４の実施例による競り情報報知システムは移動体通信網１００に接続されたクライアント端末（移動端末）１−１〜１−Ｎ、事業者端末（移動端末または固定端末）２、仲介サーバ４と、仲介サーバ４に接続された競り情報データベース（ＤＢ）５、課金／支払いサーバ６とから構成され、クライアント端末（移動端末）１−１〜１−Ｎと、事業者端末（移動端末または固定端末）２とは移動体通信網１００のＰＴＴサービス１１０を用いて相互にトランシーバ的な利用が可能となっている。

また、仲介サーバ４は新たに参加したクライアント端末やプロフィール／競り参加可能条件等が変更されたクライアント端末からプロフィール／競り参加可能条件等を収集して競り情報データベース５に蓄積する。また、仲介サーバ４は事業者端末２から、事業者が入力した事業者条件にて検索要求が送られてきた時に、競り情報データベース５からプロフィールや競り参加可能条件等とＰＴＴサービス１１０から取得したＰＴＴ接続可能情報とを基に、入力された条件に合うクライアント情報を検索し、その検索結果を事業者端末２に送出する。

課金／支払いサーバ６は仲介サーバ４の仲介によってクライアント端末１−１〜１−Ｎと事業者端末２との間でサービスが成約した場合、クライアント端末１−１〜１−Ｎのユーザからその対価分の額の課金を実施し、併せて事業者に対して支払いを行う。

本発明の第４の実施例による競り情報報知システムは、事業者端末２から提供される商品やサービスに対して複数のクライアント端末１−１〜１−Ｎから競りを行うシステムであり、例えば鮮度の高い商品［特に、季節商品（タケノコ、カニ、イチゴ等）］や季節限定の行事やサービス（例えば、イチゴ狩りや潮干狩り等）を競りにかける際、予め登録されているクライアント端末１−１〜１−Ｎに対してその情報をＰＴＴサービス１１０を用いて発信する。

事業者端末２の事業者はＰＴＴサービス１１０を用いてクライアント端末１−１〜１−Ｎからの希望購入価格や条件を検討し、決定した購入者をＰＴＴサービス１１０を用いてクライアント端末１−１〜１−Ｎに通知することで、限られた期間内での商品やサービス等の販売を短時間で行うことができる。

図１８は本発明の第４の実施例による競り処理を示すシーケンスチャートである。これら図１７及び図１８を参照して本発明の第４の実施例による競り処理について説明する。尚、以下の説明ではクライアント端末ａ〜ｃと事業者端末２との間の競り処理について述べる。また、事業者端末２は図２に示す本発明の第１の実施例によるクライアント端末１の構成と同様の構成となっており、仲介サーバ４及び競り情報データベース５は上述した本発明の第３の実施例と同様の構成となっている。

競りに参加したいクライアント端末ａ〜ｃのユーザはクライアント端末ａ〜ｃからそれぞれプロフィールや競り参加可能条件等を仲介サーバ４に送信し（図１８のｅ１，ｅ３，ｅ５）、待ち受け状態となって（図１８のｅ２，ｅ４，ｅ６）、ＰＴＴサービス１１０を用いた音声やデータの送受信を可能としておく。ここで、ユーザのプロフィールとは、ユーザの所在地、家族構成、好み等の情報を指している。

事業者端末２が、事業者が入力した事業者条件にて検索要求を仲介サーバ４に送ると（図１８のｅ７）、仲介サーバ４はＰＴＴサービス１１０からＰＴＴ接続可能情報（例えば、上述した通話先リスト等）を取得する（図１８のｅ８）。

仲介サーバ４は事業者端末２から入力された条件に適合するクライアント情報（プロフィール／競り参加可能条件等）を検索するとともに、その検索結果とＰＴＴサービス１１０からのＰＴＴ接続可能情報とを基に現在連絡がとれるクライアント数／その情報を生成して事業者端末２に送出（提供）する（図１８のｅ９）。

事業者端末２は仲介サーバ４からの現在連絡がとれるクライアント数／その情報を基に競り条件情報を生成（または入力）し（図１８のｅ１０）、生成（または入力）された競り条件情報をＰＴＴサービス１１０を用いてクライアント端末ａ〜ｃに同時送信する（図１８のｅ１１）。

クライアント端末ａは事業者端末２からの競り条件情報をユーザに報知し、ユーザからその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いて事業者端末２及びクライアント端末ｂ，ｃに同時送信する（図１８のｅ１２）。

クライアント端末ｂは事業者端末２からの競り条件情報をユーザに報知し、ユーザからその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いて事業者端末２及びクライアント端末ａ，ｃに同時送信する（図１８のｅ１３）。

クライアント端末ｃは事業者端末２からの競り条件情報をユーザに報知し、ユーザからその条件に対する応答が入力されると、その条件応答をＰＴＴサービス１１０を用いて事業者端末２及びクライアント端末ａ，ｂに同時送信する（図１８のｅ１４）。

事業者端末２はクライアント端末ａ〜ｃから送られてくる条件応答を事業者に報知し、事業者がそれらの条件応答の中から希望に合う応答を選択すると、ユーザを指名するためのクライアント指名をＰＴＴサービス１１０を用いてクライアント端末ａ〜ｃに同時送信する（図１８のｅ１５）。

これによって、本実施例では、事業者による限られた期間内での商品やサービス等の販売を短時間で行うことができる。その際、予め登録されているクライアント端末ａ〜ｃのユーザにとっては、季節毎に、鮮度の高い商品やサービスが提供されることとなる。

上述したように、本発明は、上記のような構成及び動作をとることによって、価格以外の要素を斟酌して落札者を即時即決することができるという効果を奏することができる。

本発明は、競りや逆競りが確定した段階で、端末から支払いを実施することで、同時に売買成立まで行うことが可能なように構築されたＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）サービスを用いることも可能である。

本発明の第１の実施例による競り情報報知システムの構成を示すブロック図である。 図１のクライアント端末の構成を示すブロック図である。 本発明の第１の実施例による逆競り処理を示すシーケンスチャートである。 本発明の第１の実施例による逆競りを行う際の具体的な表示例を示す図である。 本発明の第１の実施例による逆競りを行う際の具体的な表示例を示す図である。 本発明の第１の実施例による逆競りを行う際の具体的な表示例を示す図である。 本発明の第１の実施例による逆競りを行う際の具体的な他の表示例を示す図である。 本発明の第１の実施例による逆競りを行う際の具体的な他の表示例を示す図である。 本発明の第２の実施例による競り情報報知システムの構成を示すブロック図である。 図９の競り情報サーバの構成を示すブロック図である。 本発明の第２の実施例による逆競り処理を示すシーケンスチャートである。 本発明の第３の実施例による競り情報報知システムの構成を示すブロック図である。 図１２の仲介サーバの構成を示すブロック図である。 図１２の競り情報データベースの構成を示すブロック図である。 本発明の第３の実施例による競りや逆競りの処理を示すシーケンスチャートである。 本発明の第３の実施例による競りや逆競りの処理を示すシーケンスチャートである。 本発明の第４の実施例による競り情報報知システムの構成を示すブロック図である。 本発明の第４の実施例による競り処理を示すシーケンスチャートである。

符号の説明

１，１−１〜１−Ｎ クライアント端末
２，２−１〜２−Ｎ 事業者端末
３ 競り情報サーバ
４ 仲介サーバ
５ 競り情報データベース
６ 課金／支払いサーバ
１１，３１，４１ 受信手段
１２ 受信データ処理手段
１３ 競り情報検索手段
１４，４３ ＰＴＴ機能
１５ 送信データ処理手段
１６，３５，４６ 送信手段
３２，４２ プロフィール／請け負い可能条件等収集手段
３３ プロフィール／請け負い可能条件等蓄積手段
３４，４４ プロフィール／請け負い可能条件等検索手段
４５ 依頼情報／回答情報生成報知手段
５１ クライアント情報記憶領域
５２ プロフィール／請け負い可能条件等記憶領域
１００ 移動体通信網
１１０ ＰＴＴサービス
１３１，４４１ 通話先抽出手段
１３２，４４２ ＰＴＴ接続情報検索手段

Claims (25)

1. クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知システムであって、
   前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に有し、
   前記競り条件を基に前記競売に参加可能な端末を検索する検索手段と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する抽出手段と、その抽出された端末の情報を報知する報知手段とを前記クライアント端末及び前記事業者端末のうちの少なくとも一方に有し、
   前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行うことを特徴とする競り情報報知システム。
2. 前記競売に参加可能な端末のプロフィールと前記競売に参加可能か否かを示す条件とを少なくとも蓄積する蓄積装置を含み、
   前記検索手段は、前記競り条件と前記蓄積装置に蓄積された情報とを基に前記競売に参加可能な端末を検索することを特徴とする請求項１記載の競り情報報知システム。
3. 前記検索手段は、前記競り条件を基にインタネット上から前記競売に参加可能な端末を検索することを特徴とする請求項１記載の競り情報報知システム。
4. 前記報知手段は、前記抽出手段で抽出された端末の情報を前記競売の実行を要求する端末に報知することを特徴とする請求項１から請求項３のいずれか記載の競り情報報知システム。
5. 前記通信手段は、移動体通信網のＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）サービスを用いて前記依頼情報及び前記回答情報の一斉送信を行うことを特徴とする請求項１から請求項４のいずれか記載の競り情報報知システム。
6. クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知システムであって、
   前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に有し、
   前記競り条件を基に前記競売に参加可能な端末を検索する検索手段と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する抽出手段と、その抽出された端末の情報を報知する報知手段とを含む競り情報報知装置を有し、
   前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行うことを特徴とする競り情報報知システム。
7. 前記競売に参加可能な端末のプロフィールと前記競売に参加可能か否かを示す条件とを少なくとも蓄積する蓄積装置を含み、
   前記検索手段は、前記競り条件と前記蓄積装置に蓄積された情報とを基に前記競売に参加可能な端末を検索することを特徴とする請求項６記載の競り情報報知システム。
8. 前記検索手段は、前記競り条件を基にインタネット上から前記競売に参加可能な端末を検索することを特徴とする請求項６記載の競り情報報知システム。
9. 前記報知手段は、前記抽出手段で抽出された端末の情報を前記競売の実行を要求する端末に報知することを特徴とする請求項６から請求項８のいずれか記載の競り情報報知システム。
10. 前記通信手段は、移動体通信網のＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）サービスを用いて前記依頼情報及び前記回答情報の一斉送信を行うことを特徴とする請求項６から請求項９のいずれか記載の競り情報報知システム。
11. 少なくとも競り及び逆競りのうちの一方を示す競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段をクライアント端末及び事業者端末各々に含み、前記クライアント端末と前記事業者端末との間で少なくとも前記競売を行うための競り情報を報知する競り情報報知装置であって、
    前記競り条件を基に前記競売に参加可能な端末を検索する検索手段と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する抽出手段と、その抽出された端末の情報を報知する報知手段とを有し、
    前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行うことを特徴とする競り情報報知装置。
12. 前記競売に参加可能な端末のプロフィールと前記競売に参加可能か否かを示す条件とを少なくとも蓄積する蓄積装置を含み、
    前記検索手段は、前記競り条件と前記蓄積装置に蓄積された情報とを基に前記競売に参加可能な端末を検索することを特徴とする請求項１１記載の競り情報報知装置。
13. 前記検索手段は、前記競り条件を基にインタネット上から前記競売に参加可能な端末を検索することを特徴とする請求項１１記載の競り情報報知装置。
14. 前記報知手段は、前記抽出手段で抽出された端末の情報を前記競売の実行を要求する端末に報知することを特徴とする請求項１１から請求項１３のいずれか記載の競り情報報知装置。
15. 前記通信手段は、移動体通信網のＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）サービスを用いて前記依頼情報及び前記回答情報の一斉送信を行うことを特徴とする請求項１１から請求項１４のいずれか記載の競り情報報知装置。
16. クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知方法であって、
    前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に設け、
    前記クライアント端末及び前記事業者端末のうちの少なくとも一方に、前記競り条件を基に前記競売に参加可能な端末を検索する処理と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する処理と、その抽出された端末の情報を報知する処理とを有し、
    前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行うことを特徴とする競り情報報知方法。
17. 前記競売に参加可能な端末を検索する処理は、前記競売に参加可能な端末のプロフィールと前記競売に参加可能か否かを示す条件とを少なくとも蓄積する蓄積装置に蓄積された情報と前記競り条件とを基に前記競売に参加可能な端末を検索することを特徴とする請求項１６記載の競り情報報知方法。
18. 前記競売に参加可能な端末を検索する処理は、前記競り条件を基にインタネット上から前記競売に参加可能な端末を検索することを特徴とする請求項１６記載の競り情報報知方法。
19. 前記抽出された端末の情報を報知する処理は、前記抽出された端末の情報を前記競売の実行を要求する端末に報知することを特徴とする請求項１６から請求項１８のいずれか記載の競り情報報知方法。
20. 前記通信手段は、移動体通信網のＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）サービスを用いて前記依頼情報及び前記回答情報の一斉送信を行うことを特徴とする請求項１６から請求項１９のいずれか記載の競り情報報知方法。
21. クライアント端末と事業者端末との間で少なくとも競り及び逆競りのうちの一方を示す競売を行うための競り情報を報知する競り情報報知装置を含むシステムに用いられる競り情報報知方法であって、
    前記競売を行う際の競り条件を示す依頼情報及びそれに対する回答を示す回答情報を予め抽出された端末各々に一斉送信する通信手段を前記クライアント端末及び前記事業者端末各々に設け、
    前記競り情報報知装置側に、前記競り条件を基に前記競売に参加可能な端末を検索する処理と、その検索された端末の中で前記依頼情報及び前記回答情報が一斉送信可能な端末を抽出する処理と、その抽出された端末の情報を報知する処理とを有し、
    前記競売の実行を要求する端末において報知された端末との間における前記依頼情報及び前記回答情報の一斉送信によって前記競売を行うことを特徴とする競り情報報知方法。
22. 前記競売に参加可能な端末を検索する処理は、前記競売に参加可能な端末のプロフィールと前記競売に参加可能か否かを示す条件とを少なくとも蓄積する蓄積装置に蓄積された情報と前記競り条件とを基に前記競売に参加可能な端末を検索することを特徴とする請求項２１記載の競り情報報知方法。
23. 前記競売に参加可能な端末を検索する処理は、前記競り条件を基にインタネット上から前記競売に参加可能な端末を検索することを特徴とする請求項２１記載の競り情報報知方法。
24. 前記抽出された端末の情報を報知する処理は、前記抽出された端末の情報を前記競売の実行を要求する端末に報知することを特徴とする請求項２１から請求項２３のいずれか記載の競り情報報知方法。
25. 前記通信手段は、移動体通信網のＰＴＴ（Ｐｕｓｈ Ｔｏ Ｔａｌｋ）サービスを用いて前記依頼情報及び前記回答情報の一斉送信を行うことを特徴とする請求項２１から請求項２４のいずれか記載の競り情報報知方法。
    

Images