JP2002032619A - 電子競争売買仲介システム - Google Patents

Abstract

(57)【要約】 【課題】 購入希望者などの入札希望者に負担をかける
ことなく、入札希望者による電子競争売買の開催や入札
価格の更新などの見落としを防止可能な電子競争売買仲
介システムを実現する。 【解決手段】 各購入希望者は、それぞれの携帯電話２
１ａ…を用いて、自らが購入を希望する商品または分類
と電子メールアドレスとを、予め仲介システム４へ登録
しておく。この状態で、販売希望者の携帯電話２１ｘが
仲介システム４へ商品の出品を通知すると、仲介システ
ム４は、「当該商品または当該商品を含む分類の購入を
希望する」と予め登録していた購入希望者からなるメー
リングリストを作成し、当該メーリングリストへ、電子
競争売買の開始を示す電子メールを送信する。また、仲
介システム４は、入札価格を示す電子メールが返信され
ると、当該入札価格を含む電子メールを上記メーリング
リストに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット網
などの通信網を介して入札が行われる電子競争売買シス
テムで使用され、入札希望者と被入札希望者とを仲介し
て、被入札希望者の売買対象を入札希望者により電子競
争売買させる電子競争売買仲介システムに関するもので
ある。

【０００２】

【従来の技術】図９に示すように、インターネットを用
いた、従来のオークションシステム１０１において、販
売希望者の端末装置１０２ｘが、インターネット網１０
３を介して、仲介業者のサーバ１０４に商品の出品を通
知すると（図１０に示すＳ１０１）、サーバ１０４は、
商品の情報を示すカタログページを作成し、ＷＥＢサー
バとしてインターネット網１０３に公開する（Ｓ１０
２）。一方、購入希望者は、それぞれの端末装置１０２
ａ…のブラウザによって、上記カタログページを閲覧
し、所望の商品が出品されているか否かをチェックし
（Ｓ１０３）、所望の商品が出品されている場合、上記
ブラウザ上で購入希望価格などを入力して、サーバ１０
４へ、エントリー（入札）した旨を通知する（Ｓ１０
４）。一方、サーバ１０４は、Ｓ１０５において、上記
カタログページに、新たに通知された購入希望価格を反
映させている。上記Ｓ１０３ないしＳ１０５の処理は、
例えば、所定の時刻になるなどして、入札が締め切られ
るまでの間（Ｓ１０６にて、NOの間）繰り返され、各購
入希望者は、それぞれの端末装置１０２ａ…に、当該ペ
ージを表示させて、価格の推移を把握し、必要に応じ
て、再度、購入希望価格を入力する。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来のオークションシステム１０１では、確実に購入しよ
うとすると、購入希望者は、頻繁にサーバ１０４へアク
セスして、現在の購入希望価格を把握し、自らが提示し
た購入希望価格を超えると、新たな購入希望価格を提示
する必要がある。また、購入希望者は、サーバ１０４の
カタログページを頻繁に参照して、購入を希望する商品
が出品されているか否かも確認する必要がある。

【０００４】ところが、多くの場合、購入希望者は、時
間的制限によって、サーバ１０４へアクセスする回数や
アクセス可能な期間が制限されている。したがって、入
札の機会を見逃したり、出品自体を見落としたりして、
希望商品を購入できない虞れがある。また、このような
場合、購入希望者が入札できれば、購入希望価格が上昇
するが、入札機会の見逃しや出品の見落としで入札され
なければ、当然ながら、購入希望価格は上昇しない。し
たがって、販売希望者は、全購入希望者が確実に入札す
る場合よりも低い価格で商品を売らなければならない。

【０００５】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、購入希望者などの入札希望者
に負担をかけることなく、入札希望者による電子競争売
買の開催や入札価格の更新などの見落としを防止可能な
電子競争売買仲介システムを実現することにある。

【０００６】

【課題を解決するための手段】請求項１の発明に係る電
子競争売買仲介システムは、上記課題を解決するため
に、入札希望者と被入札希望者とを仲介して、被入札希
望者の売買対象を入札希望者により電子競争売買させる
電子競争売買仲介システムにおいて、以下の手段を講じ
たことを特徴としている。すなわち、被入札希望者から
売買対象の出品が通知された場合、データベースを参照
して、予め登録された入札希望者の電子メールアドレス
のうち、入札を希望する売買対象または分類に、上記通
知された売買対象が該当する入札希望者の電子メールア
ドレスを抽出し、当該電子メールアドレスを含むメーリ
ングリストを作成するメーリングリスト作成手段と、入
札希望者の電子メールアドレスと、入札を希望する売買
対象または分類とを示す入札希望者データを受け取ると
共に、当該入札希望者データに基づいて、上記メーリン
グリスト作成手段が上記メーリングリストを作成するた
めのデータを、上記データベースに格納する入札希望者
データ受信手段と、上記メーリングリストに含まれる各
電子メールアドレスへ、上記売買対象の電子競争売買の
状況を示す電子メールを送信する電子メール送信手段と
を備えている。

【０００７】上記構成において、入札希望者データ受信
手段は、入札希望者から受け取った入札希望者データに
基づいて、例えば、電子メールアドレスを示すデータと
売買対象または分類を示す識別符号との組み合わせな
ど、メーリングリスト作成手段がメーリングリストを作
成可能なデータをデータベースに登録する。

【０００８】一方、被入札希望者から、売買対象の出品
が通知されると、メーリングリスト作成手段は、上記デ
ータベースを参照して、入札希望者データが示す電子メ
ールアドレスのうち、当該売買対象の入札希望を入札希
望者データにより予め電子競争売買仲介システムに伝え
ていた入札希望者の電子メールアドレスを含むメーリン
グリストを作成する。ここで、入札希望者データにおい
て、入札希望は、売買対象自体または売買対象の分類に
よって指定されている。したがって、メーリングリスト
生成手段は、当該入札希望者データに基づいて作成した
データベースを参照することで、何ら支障なく、メーリ
ングリストを作成できる。

【０００９】さらに、電子メール送信手段は、作成され
たメーリングリスト中の各電子メールアドレスへ、例え
ば、入札希望者が希望した売買対象に関する電子競争売
買が開始されたことを示す電子メールや、現在の入札価
格を示す電子メールなど、電子競争売買の状況を示す電
子メールを送信する。

【００１０】この結果、各入札希望者が電子競争売買仲
介システムのＷＥＢサーバへ頻繁にアクセスして、入札
を希望する売買対象に関する電子競争売買が開催されて
いるか否かを確認したり、現在の入札価格を確認したり
する必要のある従来の電子競争売買仲介システムとは異
なり、上記構成によれば、自分宛の電子メールを確認す
るだけで、自らが希望する売買対象に関する電子競争売
買の状況を知ることができる。これにより、入札希望者
に負担をかけることなく、入札希望者による電子競争売
買の開催や入札価格の更新などの見落としを防止でき
る。

【００１１】さらに、電子競争売買の開催の見落としや
入札機会の見逃しを防止できるので、より多くの入札希
望者による、より被入札希望者の希望に沿った価格で入
札されやすい電子競争売買を開催できる。

【００１２】

【発明の実施の形態】本発明の一実施形態について図１
ないし図８に基づいて説明すると以下の通りである。す
なわち、図１に示すように、本実施形態に係るオークシ
ョンシステム１には、販売希望者または購入希望者の端
末装置となる移動体携帯電話２１ｘ、２１ａ…を含む移
動体通信網２と、インターネット網３を介して、移動体
通信網２に接続され、購入希望者および販売希望者の間
の電子競争売買を仲介する仲介システム（電子競争売買
仲介システム）４とが設けられている。

【００１３】当該オークションシステム１において、各
購入希望者は、図２に示すＳ１において、それぞれの携
帯電話２１ａ…を用いて、購入を希望する商品または分
類と、自らの電子メールアドレスとを示す購入希望者デ
ータを仲介システム４へ送信し、自らが購入を希望する
商品または分類を、予め仲介システム４へ登録してお
く。この状態で、販売希望者の携帯電話２１ｘが仲介シ
ステム４へ販売希望者データを送信して、商品の出品を
通知すると（Ｓ２）、仲介システム４は、Ｓ３におい
て、「当該商品または当該商品を含む分類の購入を希望
する」と予め登録していた購入希望者からなるメーリン
グリストを作成する。さらに、Ｓ４において、電子競争
売買の状況を示す電子メールとして、電子競争売買の開
始を示す電子メール（案内メール）を作成し、Ｓ５にお
いて、上記メーリングリストへ一斉に送信する。

【００１４】一方、仲介システム４は、Ｓ６において、
例えば、入札の時間間隔や入札価格の変動幅あるいは現
在の時刻などに基づいて、電子競争売買を継続するか否
かを判定している。電子競争売買が継続されている間
に、電子メールを受け取った購入希望者のうちの少なく
とも一人が入札を必要と判断して、当該購入希望者の携
帯電話２１ａ…で、新たな購入希望価格を示す電子メー
ルを仲介システム４に返信すると（Ｓ６およびＳ７の双
方でYES の場合）、仲介システム４は、返信に基づい
て、新たな入札価格を把握し、後述する売買データベー
ス４３ｃに登録する（Ｓ８）。当該売買データベース４
３ｃに登録された現在の入札価格は、ＷＥＢサーバとし
ての仲介用サーバ４５によって公開され、未だ購入希望
を登録していないユーザへ、購入希望を登録するように
促す。なお、上記Ｓ１と同様にして、新たなユーザから
の購入希望が登録されると、仲介システム４は、各メー
リングリストのうち、新たな登録に関係するメーリング
リストを更新する。

【００１５】さらに、仲介システム４は、Ｓ５以降の処
理を繰り返し、返信された電子メール、すなわち、仲介
システム４がメーリングリストに送付した電子メールに
新たな入札価格が追加された電子メールを、電子競争売
買の状態として、メーリングリストに一斉に送信する。
なお、携帯電話２１ａ…から返信された電子メールに代
えて、例えば、上記売買データベース４３ｃに登録され
た入札価格を価格でソートした表を電子メールで一斉に
送信してもよい。

【００１６】上記Ｓ５ないしＳ８の処理は、予め定めら
れた終了条件が成立するまでの間、携帯電話２１ａ…か
らの返信がある度に繰り返される。これにより、各購入
希望者は、以前に入力した購入希望価格がどの程度かな
どを即断できる。また、他の購入希望者が自分の提示し
た価格よりも高い価格を提示しており、しかも、販売商
品をどうしても購入したい場合は、例えば、若干高めの
価格など、新たな購入希望価格を入力して返信できる。

【００１７】一方、例えば、所定の期間（２４時間な
ど）、入札がなかったり、入札希望者の変動幅が所定の
幅を下回った場合など、予め定められた終了条件を満た
すと（Ｓ６にて、NOの場合）、仲介システム４は、入札
を締め切り、Ｓ１１において、最終購入者を決定する。
さらに、Ｓ１２において、仲介システム４は、メーリン
グリスト中の各購入希望者へ、最終購入価格を通知する
と共に、Ｓ１３において、最終購入者および販売希望者
のそれぞれと電子決済して、売買を仲介する。なお、入
札が締め切られても、現在の入札価格が、販売希望者に
より予め設定された販売希望価格を超えない場合、仲介
システム４は、Ｓ１１以降の処理を行わず、売買不成立
となる。

【００１８】上記構成では、仲介システム４が、各購入
希望者からの登録によって、各購入希望者が購入を希望
する商品または分類をデータベースに蓄積し、販売希望
者が出品したとき、当該商品の購入を希望する購入希望
者のメーリングリストを作成し、例えば、電子競争売買
の開催や入札価格など、電子競争売買の状況を、当該メ
ーリングリストに一斉に送信する。したがって、各購入
希望者がそれぞれの端末装置を用いてＷＥＢサーバにア
クセスして、電子競争売買の開催や現在の入札価格を逐
次取得する従来技術とは異なり、各購入希望者は、それ
ぞれの携帯電話２１ａ…に到着した電子メールを確認す
るだけで、電子競争売買の状況を把握できる。この結
果、購入希望者に負担をかけることなく、電子競争売買
の開催や現在の入札価格の見落としを防止できる。ま
た、電子競争売買の開催の見落としや入札機会の見逃し
を防止できるので、より多くの購入希望者による、より
販売希望者の希望に沿った価格で入札されやすい電子競
争売買を開催できる。

【００１９】さらに、電子決済は、仲介システム４と販
売希望者の携帯電話２１ｘとの間、および、仲介システ
ム４と購入希望者の携帯電話２１ａ…との間で行われる
ので、購入希望者と販売希望者とが電子決済に必要な情
報を直接やり取りする必要がない。したがって、直接や
り取りする場合と比較して、電子決済に必要な情報が漏
洩する可能性を抑制できる。

【００２０】具体的には、本実施形態に係る携帯電話２
１…は、電子メールクライアントとしての機能と、ＷＥ
Ｂブラウザとしての機能とを有しており、電子メールを
送受したり、インターネット網３上で公開されたページ
を閲覧できる。さらに、上記移動体通信網２には、各携
帯電話２１…と通信するため、予め区分されたエリア毎
に設置され、自らが担当するエリア内の携帯電話２１…
と無線通信する基地局２２と、携帯電話２１のＷＥＢブ
ラウザから操作可能なＷＥＢサーバ２３と、携帯電話２
１の電子メールクライアントから操作可能で、各携帯電
話２１…宛の電子メールアドレスを格納するメールサー
バ２４と、移動体通信網２をインターネット網３に接続
するためのルータ２５およびＤＮＳ（Domain Name Serv
er) サーバ２６とが設けられている。

【００２１】上記ＷＥＢサーバ２３は、基地局２２に接
続されており、例えば、上記仲介システム４のＵＲＩ
（ Universal Resource Identifier)を選択可能に表示
するページを携帯電話２１…に配布できる。これによ
り、携帯電話２１…のユーザは、ＷＥＢサーバ２３のペ
ージを表示して、仲介システム４のＵＲＩを選択するな
どの簡単な操作で、仲介システム４へアクセスできる。

【００２２】また、上記メールサーバ２４は、インター
ネット網３と常時接続されており、例えば、各携帯電話
２１の電源が投入されているか否かや通信圏内か否かな
ど、携帯電話２１と基地局２２とが通信できるか否かに
拘らず、各携帯電話２１…宛の電子メールを蓄積でき
る。さらに、基地局２２が携帯電話２１と通信可能であ
れば、メールサーバ２４は、携帯電話２１へ電子メール
の到着を通知できる。また、基地局２２が携帯電話２１
と通信できない場合であっても、メールサーバ２４は、
各携帯電話２１宛の電子メールを所定の期間保存し、例
えば、周期的など予め定められたタイミングで、携帯電
話２１に対して、電子メールの到着通知を試みる。な
お、メールサーバ２４は、携帯電話２１が電子メールの
到着を確認して電子メールを表示した時点で、電子メー
ルの到着案内を停止する。

【００２３】一方、上記仲介システム４には、図１およ
び図３に示すように、インターネット網３に接続するた
めのルータ４１およびＤＮＳサーバ４２に加えて、購入
希望者のデータ、販売希望者のデータ、電子競争売買の
データをそれぞれ蓄積する購入希望者データベース４３
ａ、販売希望者データベース４３ｂおよび売買データベ
ース４３ｃを含むデータベースサーバ４３と、記憶部４
４ａに格納されたメーリングリストへ、メール送受信部
４４ｂにより電子メールを一斉に発信するメーリングリ
ストサーバ４４と、これらの両サーバ４３・４４や、上
記各携帯電話２１…と通信して、それぞれを連携させ、
例えば、メーリングリストの作成処理などの電子競争売
買仲介用処理を行わせる仲介用サーバ４５とが設けられ
ている。なお、上記データベースサーバ４３が特許請求
の範囲に記載のデータベースに対応し、メーリングリス
トサーバ４４が電子メール送信手段に対応する。また、
仲介用サーバ４５の購入希望者データ処理部４５ａおよ
びメーリングリスト作成部４５ｃ（いずれも後述）が、
入札希望者データ受信手段およびメーリングリスト作成
手段にそれぞれ対応する。

【００２４】上記仲介用サーバ４５は、ＷＥＢサーバ、
電子決済の認証サーバ、電子メールクライアントとして
の機能や仲介システム４全体を監視する機能などを有し
ており、これらの機能によって、図３に示すように、購
入希望者の携帯電話２１ａ…から受け取った購入希望者
データに応じて、上記購入希望者データベース４３ａに
レコードを登録する購入希望者データ処理部４５ａと、
販売希望者の携帯電話２１ｘから受け取った販売希望者
データに応じて、上記販売希望者データベース４３ｂお
よび売買データベース４３ｃにレコードを登録する販売
希望者データ処理部４５ｂと、商品が出品された場合
に、購入希望者データベース４３ａを参照して、当該商
品の購入希望者のメーリングリストを作成し、メーリン
グリストサーバ４４の記憶部４４ａに登録するメーリン
グリスト作成部４５ｃと、例えば、メーリングリストサ
ーバ４４の記憶部４４ａに格納された電子メールを参照
するなどして、各メーリングリストで電子メールとして
伝送されている入札価格を監視して、現在の入札価格を
上記売買データベース４３ｃに反映させると共に、入札
を締め切るか否かを判定する入札監視部４５ｄと、例え
ば、最終購入決定者および販売希望者のそれぞれとの電
子決済処理など、入札が締め切られた後の処理を行う落
札処理部４５ｅとが実現されている。

【００２５】上記購入希望者データ処理部４５ａは、Ｗ
ＥＢサーバとしての機能によって、購入希望者へ購入希
望者データの入力を促すページを、インターネット網３
に公開すると共に、購入希望者の携帯電話２１ａ…から
購入希望者データを受け取った場合、購入希望者データ
に基づいて、データベースサーバ４３の購入希望者デー
タベース４３ａへ登録できる。

【００２６】上記ページは、例えば、ＨＴＭＬ（ Hyper
Text Markup Language）文書の入力フォームなどを用い
て実現されており、携帯電話２１ａ…のブラウザが当該
ページを表示すると、例えば、図４に示すように、電子
メールアドレスの入力を促すテキストボックスＴ１と、
購入を希望する商品の分類の入力を促すチェックボック
スＣ１、Ｃ１１…と、商品の名称の入力を促すテキスト
ボックスＴ２と、入力結果の送信指示を受け付けるボタ
ンＢ１などが表示される。さらに、携帯電話２１ａ…の
ユーザが、上記各テキストボックスＴ１・Ｔ２やチェッ
クボックスＣ１…などに入力した後、例えば、ボタンＢ
１を押すなどして送信を指示すると、携帯電話２１ａ…
のブラウザは、ページ中で指定されたＵＲＩ（この場合
は、購入希望者データ処理部４５ａ）へ入力結果を送信
できる。なお、必要に応じて、購入希望者名や電話番
号、あるいは、購入決定時にこれらのデータの公開を許
可するか否かなどの入力を促すフィールドを設けてもよ
い。

【００２７】一方、購入希望者データ処理部４５ａは、
購入希望者の携帯電話２１ａ…のブラウザから受け取っ
た入力結果に基づいて、例えば、図５に示すように、電
子メールアドレスを示すフィールドと、購入を希望する
分類を示すフィールドとを含むレコードを、購入希望者
データベース４３ａに登録できる。

【００２８】ここで、本実施形態に係る仲介システム４
では、商品が大分類、中分類、小分類のように、複数の
階層を付けて分類されており、購入希望者データ処理部
４５ａは、いずれの階層の分類でも選択できるようなペ
ージを公開して、購入希望者へ入力を促す。また、本実
施形態に係る購入希望者データベース４３ａの上記レコ
ードには、出品時のメーリングリスト作成処理を高速化
するため、各分類項目毎に、購入希望の有無を示すフィ
ールドが設けられており、購入希望者データ処理部４５
ａは、レコードを登録する際、購入希望者データで選択
された分類項目より下層の分類項目のフィールド全て
を、購入希望を示す値（図中、○で示す）に設定する。

【００２９】例えば、大分類として、家電製品、車など
の項目が挙げられ、家電製品の中分類の項目として、テ
レビジョン受像機（テレビ）、ビデオテープレコーダ
（ビデオ）が存在し、さらに、テレビの画面サイズが、
１２型（１２インチ）、１４型、１５型などの各項目に
分けられる場合を例にすると、上記ページにおいて、チ
ェックボックスＣ１…は、各項目毎に設けられており、
いずれの階層の項目であっても選択できる。

【００３０】さらに、各チェックボックスＣ１…は、例
えば、大分類のチェックボックスＣ１を中項目のチェッ
クボックスＣ１１の左側に配置し、かつ、包含関係が判
るようなラインＬ１を併せて表示するなどして、各チェ
ックボックスＣ１…の階層関係が理解しやすいように表
示されている。

【００３１】したがって、家電製品一般の購入を希望す
るユーザは、家電製品を示すチェックボックスＣ１をチ
ェックすればよい。この場合、購入希望者データ処理部
４５ａは、家電製品以下の分類〔テレビ、ビデオ、１２
型、ＶＨＳ（登録商標）やβ（ベータ：登録商標）な
ど〕全てのフィールドが購入希望を示すレコードを登録
する。また、他の家電製品ではなく、１２型のテレビの
購入を希望する場合は、対応するチェックボックスＣ１
１１をチェックすることで、希望商品の分類を入力でき
る。この場合は、１２型のフィールドのみに購入希望を
示すレコードが登録される。

【００３２】これにより、購入希望者に商品の分類を入
力させる場合よりも、購入希望者が入力する際の手間を
削減できる。また、任意の階層で選択できるので、単一
階層での分類に比べて、購入希望者の希望に沿った分類
を少ない手間で選択できる。さらに、選択可能な項目
が、購入希望者データ処理部４５ａが提示する項目に限
定されるので、購入希望者が任意に分類項目を入力する
場合よりも、商品が出品された際、購入希望者データ処
理部４５ａは、各購入希望者が当該商品の購入を希望し
ているか否かを容易に判定できる。

【００３３】なお、上記では、同一ページ中に、階層構
造の分類項目を表示したが、これに限るものではなく、
分類項目を選択すると、選択された項目をより詳細に分
類する他のページをブラウザに表示させてもよい。ただ
し、ページを分割すると、所望の階層を表示するまでの
ページ数が増加して、操作回数が増える。また、いずれ
の階層で選択してもよいことをユーザに伝えにくくな
る。したがって、ある程度、１ページ中に階層構造を表
示する方が望ましい。

【００３４】同様に、販売希望者データ処理部４５ｂ
は、販売希望者へ、販売希望者データの入力を促すペー
ジをインターネット網３に公開し、入力結果を販売希望
者データベース４３ｂおよび売買データベース４３ｃに
登録できる。ただし、販売希望者データには、販売希望
者の電子メールアドレス、販売を希望する商品名、販売
希望価格、期限および商品の分類などを示すデータが含
まれるので、図６に示すように、販売希望者データ処理
部４５ｂが公開するページには、これらを入力あるいは
確認するためのフィールドＴ１１〜Ｔ１５が設けられて
いる。

【００３５】ここで、上述したように、本実施形態に係
る仲介システム４では、購入希望者が購入を希望する商
品の分類を登録する際、階層構造のいずれの階層でも分
類できるように購入希望商品を分類している。したがっ
て、いずれの階層で指定された場合でも販売商品が購入
希望商品に該当するか否かを、的確に判定するために
は、最下層の分類項目で販売商品を分類する必要があ
る。

【００３６】本実施形態に係る販売希望者データ処理部
４５ｂは、例えば、各階層の分類項目を示すページを、
順次、携帯電話２１ｘのブラウザに表示させるなどし
て、携帯電話２１ｘのユーザに範囲を順次絞りながら項
目を選択させ、最下層の項目を選択した時点で、図６に
示すページを表示する。したがって、図６のページにお
いて、商品の分類は、確認用のフィールドＴ１５として
表示されている。なお、上記各階層のページは、例え
ば、ＨＴＭＬ文書の”<A> ”エレメントなどによって、
各分類項目を選択可能に表示し、分類項目のいずれかが
選択された場合、選択された分類について、より下層の
ページを表示するように設定されている。

【００３７】一方、図３に示すメーリングリスト作成部
４５ｃは、例えば、販売希望者の携帯電話２１ｘからの
販売希望者データの受信や、販売希望者データベース４
３ｂや売買データベース４３ｃへのレコード登録、ある
いは、販売希望者データ処理部４５ｂからの指示などに
基づいて、商品の出品を検出すると、データベースサー
バ４３の購入希望者データベース４３ａの中から、当該
販売商品の購入を希望している購入希望者の電子メール
アドレスを検索して、購入希望者の電子メールアドレス
リスト（メーリングリスト）を作成し、メーリングリス
トサーバ４４の記憶部４４ａに格納できる。ここで、本
実施形態に係る購入希望者データベース４３ａには、購
入希望者データを受信した時点で、全階層の分類項目毎
に購入希望の有無が判定され、図５に示すように、各分
類の購入希望の有無と電子メールアドレスとの組み合わ
せが格納されている。また、販売希望者データには、販
売商品の分類が格納されている。したがって、購入希望
者が任意の階層で購入希望を指定したとしても、メーリ
ングリストを高速に作成できる。

【００３８】また、入札監視部４５ｄは、図２に示すＳ
８において、例えば、メーリングリストサーバ４４が送
信する電子メール自体や、当該電子メールが格納された
記憶部４４ａを監視して、現在の入札価格を識別する。
ここで、メーリングリストに属する携帯電話２１ａ…
が、メーリングリストへの返信として、当該携帯電話２
１ａ…が受信した電子メールに、新たな購入希望価格を
追加した電子メールを送信すると、メーリングリストサ
ーバ４４は、新たな購入希望価格（入札価格）が追加さ
れた電子メールを、メーリングリストに送信する。した
がって、メーリングリストサーバ４４が送信する電子メ
ールを参照すれば、新たな入札価格を識別できる。

【００３９】さらに、新たな入札価格と、当該入札価格
を提示した購入希望者の電子メールアドレスとの組み合
わせは、入札監視部４５ｄにより、売買データベース４
３ｃの新たなレコードとして登録される。本実施形態で
は、後述するように、入札時刻も参照して、入札の締め
切りを判定しているので、上記レコードには、上記組み
合わせに加えて、提示時刻も含まれる。なお、電子メー
ルアドレスおよび提示時刻は、メーリングリストサーバ
４４が受信した電子メールのヘッダ部分のうち、送信元
メールアドレスおよび発信時刻として抽出できる。

【００４０】また、入札監視部４５ｄは、図２に示すＳ
６において、売買データベース４３ｃを参照して、予め
定められた条件を満たしているか否かを判定して、売買
を終了するか否かを判定する。例えば、(1) 現在の最高
入札価格が販売希望価格を下回っているか、または、
(2) 入札の時間間隔が所定の値δｔ以下であるか、ある
いは、(3) 入札価格の変動幅が所定の値δＸ以上かのい
ずれかが成立する場合、入札を継続すると定められてい
るとき、入札監視部４５ｄは、販売希望者データベース
４３ｂから販売希望価格を取得する。さらに、入札監視
部４５ｄは、売買データベース４３ｃに格納された入札
価格から、最も高い入札価格Ｘ（ｎ）を抽出し、当該価
格Ｘ（ｎ）が上記販売希望価格を下回っていた場合、入
札を継続すると判断する。また、売買データベース４３
ｃから最後の入札の入札時刻を抽出し、当該時刻と現在
時刻との差が所定の値δｔ以下の場合、入札継続と判定
される。さらに、上記最高入札価格Ｘ（ｎ）と、前回取
得した最高入札価格Ｘ（ｎ−１）との差が所定の値δＸ
以上の場合、入札監視部４５ｄは、入札継続と判定す
る。これらとは逆に、いずれの条件(1) 〜(3) も満たし
ていない場合、入札監視部４５ｄは、入札を締め切り、
上記現在の最高入札価格Ｘ（ｎ）を最高入札価格と決定
する。

【００４１】一方、上記入札監視部４５ｄが入札終了と
判定すると、落札処理部４５ｅは、図２に示すＳ１１お
よびＳ１２にて、購入者を確定し、最終購入価格をメー
リングリストに送信する。

【００４２】より詳細には、入札が終了すると、落札処
理部４５ｅは、図７に示すＳ２１において、売買データ
ベース４３ｃから、最高入札価格と、当該価格を提示し
た購入希望者（最上位購入希望者）の電子メールアドレ
スとなど、最上位購入希望者のデータを取得する。

【００４３】さらに、Ｓ２２において、落札処理部４５
ｅは、メーリングリストサーバ４４へ指示して、例え
ば、最上位購入希望者の電子メールアドレスと入札価格
とを示す電子メールを、メーリングリストに送信させ
て、メーリングリストの各購入希望者へ最上位購入希望
者のデータを開示する。なお、購入希望者データベース
４３ａに、例えば、購入希望者名などが登録されていれ
ば、上記電子メールに、当該購入希望者名など、他の情
報を記載してもよい。

【００４４】このように、商品の最上位購入希望者の入
札価格（落札価格）がメーリングリストで通知されるの
で、当該商品の購入を希望すると登録されていた各購入
希望者は、自分宛の電子メールを確認するだけで、当該
商品の落札価格を把握でき、今後、入札する際に参考に
することができる。また、当該電子メールで落札が通知
されるので、落札後の入札を防止できる。

【００４５】また、落札処理部４５ｅは、Ｓ２３におい
て、例えば、仲介用サーバ４５の電子メールクライアン
トの機能で、問い合わせの電子メールを送信するなどし
て、最上位購入希望者へ、商品を購入するか否かを再確
認する。ここで、例えば、電子メールへの返信や所定の
時間、購入の意志が明示されなかった場合など、購入の
意志が確認できなかった場合（Ｓ２４にて、NOの場
合）、落札処理部４５ｅは、Ｓ２５において、次点の購
入希望者を最上位購入希望者に変更した後、Ｓ２２以降
の処理を繰り返す。

【００４６】最上位購入希望者から購入の意志が確認さ
れると（Ｓ２４にて、YES の場合）、落札処理部４５ｅ
は、Ｓ２６において、当該最上位購入希望者を最終購入
者と決定する。さらに、落札処理部４５ｅは、Ｓ２７に
おいて、売買データベース４３ｃのうち、最終価格デー
タベースを更新すると共に、Ｓ２８において、例えば、
購入手続き用のページのＵＲＩを電子メールで送信する
などして、最終購入者に決定されたことを、最終購入者
へ電子メールで通知する。なお、入札の推移や落札価格
あるいは最終価格など、売買データベース４３ｃの内容
も、インターネット網３にページとして公開される。

【００４７】さらに、図８に示すＳ３１において、落札
処理部４５ｅは、例えば、最終購入者からの上記ＵＲＩ
へのアクセスにＷＥＢサーバとして応答するなどして、
最終購入者の携帯電話２１ａのブラウザへ、例えば、ク
レジットカードの番号などの決済情報の入力を促すペー
ジを送信する。携帯電話２１ａのブラウザは、Ｓ３２ユ
ーザ（最終購入者）によって決済情報が入力されると、
Ｓ３３において、仲介用サーバ４５の所定のＵＲＩへ入
力結果を送信する。上記Ｓ３１ないしＳ３３の処理は、
仲介用サーバ４５が全ての決済情報を受け取るまで（Ｓ
３４にて、YESとなるまで）繰り返される。

【００４８】全ての決済情報を受け取ると、落札処理部
４５ｅは、購入希望者データベース４３ａに予め登録さ
れた決済情報と、上記Ｓ３１ないしＳ３３で受け取った
決済情報とを照合し、照合に失敗した場合（Ｓ３５に
て、NOの場合）、Ｓ３６において、入力した情報が誤っ
ている旨を、上記ブラウザに送信した後、上記Ｓ３１以
降の処理を繰り返す。

【００４９】決済情報の照合に成功すると（Ｓ３５に
て、YES の場合）、落札処理部４５ｅは、Ｓ３７におい
て、入力された決済情報を示すページを、上記携帯電話
２１ａのブラウザへ送信し、最終購入者に決済を再確認
する。例えば、上記ページ上に設けられた了承ボタンを
押すなどして、決済への了承が通知されると（Ｓ３７に
てYES の場合）、落札処理部４５ｅは、Ｓ４１におい
て、販売希望者の携帯電話２１ｘへ電子メールを送付す
るなどして、最終購入者が決済を受理した旨を、携帯電
話２１ｘに送信する。

【００５０】また、落札処理部４５ｅは、上記Ｓ３１な
いしＳ３７と同様の手順で販売希望者に決済情報を促
し、販売手数料に対する決済の了承を得て、販売希望者
に対する電子決済処理を行う（Ｓ４２）。さらに、落札
処理部４５ｅは、ページや電子メールで、販売希望者へ
販売手数料の決済を受理した旨を、販売希望者の携帯電
話２１ｘへ送信する（Ｓ４３）。最終購入者および販売
希望者の携帯電話２１ａ・２１ｘから決済受理を受信す
ると（Ｓ４４にて、YES の場合）、落札処理部４５ｅ
は、決済手続きを完了する。なお、販売希望者から決済
の受理を受け取っていない場合（Ｓ４４にて、NOの場
合）、落札処理部４５ｅは、Ｓ４１以降の処理を繰り返
して、再度、販売希望者に決済を促す。

【００５１】なお、本実施形態では、販売希望者および
購入希望者の端末装置として、電子メールを送受信でき
る移動体携帯電話を採用した場合を例にして説明した
が、パーソナル・ハンディホン・システム（ＰＨＳ：登
録商標）であってもよい。また、移動体携帯電話やＰＨ
Ｓなど、携帯型の通信手段と、当該通信手段に無線また
は有線で接続可能で、電子メールを送受信可能な携帯情
報端末（ＰＤＡ）との組み合わせのように、電子メール
のクライアント装置と通信手段とを分けて設けてもよ
い。さらに、端末装置は、携帯可能な装置に限るもので
はなく、例えば、据え置き型のパーソナルコンピュータ
であってもよい。仲介システム４と通信可能で、電子メ
ールを送受信可能であれば、略同様の効果が得られる。

【００５２】ただし、通信手段として、移動体携帯電話
やＰＨＳなどのように、携帯型の電話を用いる場合、据
え置き型の構成と比較して、電子メールの受信場所や受
信時間が制限されにくい。したがって、販売希望者や購
入希望者の端末装置または端末装置の通信手段として、
携帯型の電話を使用する方が好ましい。

【００５３】また、上記では、各購入希望者が購入希望
価格を提示して、最も高い価格を入札した購入希望者が
販売希望者からの購入権を獲得する場合を例にして説明
したが、これに限るものではない。逆オークションのよ
うに、各販売希望者が販売価格を提示して、最も低い価
格を入札した販売希望者が、購入希望者への販売権を獲
得してもよい。いずれの場合であっても、被入札希望者
の売買対象を入札希望者により電子競争売買させるシス
テムであれば、本発明を適用できる。

【００５４】さらに、本実施形態では、仲介用サーバ４
５の購入希望者データ処理部４５ａが、購入希望者デー
タ入力用のページを公開して、購入希望者データの入力
を促しているが、これに限るものではない。例えば、電
子メールや他の通信手段、あるいは、紙面や放送での広
告などを用いて、予め購入希望者データの送信先を購入
希望者となり得るユーザへ伝えておき、インターネット
網３や他の通信網を介して、当該送信先へ送信される購
入希望者データに基づいて、データベースサーバ４３へ
レコードを登録してもよい。

【００５５】ただし、上記購入希望者データ処理部４５
ａのように、入札希望者となり得るユーザの端末装置か
らアクセス可能で、予め定められた分類の１つの選択ま
たは売買対象の指定をユーザに促す動作と、ユーザの指
示に基づいた内容で、予め定められた形式の入札希望者
データを上記入札希望者データ受信手段へ送信させる動
作とを、上記端末装置へ指示する入札希望者データ入力
手段を仲介システム４が備えていれば、ユーザが端末装
置の表示や問い合わせに従って入力するだけで、予め定
められた形式の入札希望者データを仲介システム４に送
信できる。したがって、入札希望者データ入力時におけ
るユーザの負担を軽減できる。また、電子競争売買仲介
システムが受信する入札希望者データの形式を限定でき
るので、仲介システム４は、当該形式で決まる手順で自
動的にデータベースサーバ４３にレコードを登録でき
る。

【００５６】同様に、販売希望者データ処理部４５ｂの
ように、被入札希望者となり得るユーザの端末装置から
アクセス可能で、売買対象の指定をユーザに促す動作
と、ユーザの指示に基づいた内容で、予め定められた形
式の被入札希望者データを、上記電子競争売買仲介シス
テムに送信させる被入札希望者データ入力手段を備えて
いれば、被入札希望者データ（販売希望者データ）を入
力する際におけるユーザの負担を軽減でき、仲介システ
ム４での登録作業を完全に自動化できる。

【００５７】また、本実施形態では、入札価格は、端末
装置から電子メールで返信され、仲介システム４は、メ
ーリングリストに含まれる電子メールアドレスの端末装
置から入札価格が返信された場合、上記電子競争売買の
状態として、当該入札価格を示す電子メールをメーリン
グリストに送信しているが、これに限るものではない。
例えば、端末装置ブラウザへの入力など、他の通信方法
で入札価格を送信してもよい。

【００５８】ただし、本実施形態のように、電子メール
の返信で入札価格を送信する場合、端末装置のユーザ
は、通常の電子メールクライアントを操作する場合と同
様に、受け取った電子メールに対する返信として、入札
価格を入力できる。また、入札価格入力用に新たな部材
やプログラムを端末装置用意せず、電子メールクライア
ントを流用できる。したがって、端末装置の構成を簡略
化すると共に、入札価格入力時におけるユーザの負担を
軽減できる。

【００５９】また、本実施形態では、仲介用サーバ４５
の入札監視部４５ｄが入札の推移を監視して、入札を締
め切るか否かを判定しているが、これに限るものではな
い。例えば、予め定められた売買期限になったか否かの
みで判定するなど、入札の推移を参照せずに判定しても
よい。ただし、仲介システム４が入札の推移に基づいて
入札締め切り／継続を判定する場合、入札希望者が継続
条件を満たすように入札しないと、入札が締め切られ
る。したがって、入札の推移を参照しない場合よりも強
く、各入札希望者に入札を促すことができる。

【００６０】なお、仲介システム４を構成する各部材、
あるいは、端末装置（携帯電話２１…）の電子メールク
ライアント機能やブラウザ機能は、ＣＰＵなどの演算手
段が、ＲＯＭやＲＡＭなどの記録媒体に格納されたプロ
グラムを実行することで実現される機能ブロックであっ
てもよいし、同様の処理を行うハードウェアで実現して
もよい。また、処理の一部を行うハードウェアと、当該
ハードウェアの制御や残余の処理を行うプログラムを実
行する上記演算手段とを組み合わせても実現することも
できる。さらに、上記演算手段は、単体であってもよい
し、装置内部のバスや種々の通信路を介して接続された
複数の演算手段が共同してプログラムを実行してもよ
い。

【００６１】上記プログラムは、プログラム自体や当該
プログラムを生成するためのデータなどを示すプログラ
ムデータを記録媒体に格納し、当該記録媒体を配付した
り、あるいは、上記プログラムデータを、有線または無
線の通信手段で送信したりして配付され、上記演算手段
で実行される。

【００６２】いずれの場合であっても、仲介システム４
を構成する各部材、あるいは、上記端末装置の電子メー
ルクライアント機能やブラウザ機能として、コンピュー
タを動作させるためのプログラムが、仲介システム４を
構成するコンピュータや、端末装置として動作するコン
ピュータに配布され、当該コンピュータで実行される
と、これらのコンピュータは、仲介システム４の一部ま
たは全部、あるいは、端末装置として動作できる。

【００６３】

【発明の効果】請求項１の発明に係る電子競争売買仲介
システムは、以上のように、被入札希望者から売買対象
の出品が通知された場合、当該売買対象の入札を希望す
ると予め通知していた入札希望者の電子メールのメーリ
ングリストを作成するメーリングリスト作成手段と、入
上記メーリングリスト中の各電子メールアドレスへ、上
記売買対象の電子競争売買の状況を示す電子メールを送
信する電子メール送信手段とを備えている構成である。

【００６４】上記構成によれば、各入札希望者が電子競
争売買仲介システムのＷＥＢサーバへ頻繁にアクセスし
て、入札を希望する売買対象に関する電子競争売買が開
催されているか否かを確認したり、現在の入札価格を確
認したりする必要のある従来の電子競争売買仲介システ
ムとは異なり、自分宛の電子メールを確認するだけで、
自らが希望する売買対象に関する電子競争売買の状況を
知ることができる。これにより、入札希望者に負担をか
けることなく、入札希望者による電子競争売買の開催や
入札価格の更新などの見落としを防止できるという効果
を奏する。

【００６５】さらに、電子競争売買の開催の見落としや
入札機会の見逃しを防止できるので、より多くの入札希
望者による、より被入札希望者の希望に沿った価格で入
札されやすい電子競争売買を開催できるという効果を併
せて奏する。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、オーク
ションシステムの全体構成を示すブロック図である。

【図２】上記オークションシステムの概略動作を示すフ
ローチャートである。

【図３】上記オークションシステムの仲介システムに設
けられた仲介用サーバの要部構成を示すブロック図であ
る。

【図４】上記仲介用サーバが購入希望者へ購入希望者デ
ータの入力を促す際、購入希望者の携帯電話に表示され
る画面例を示す説明図である。

【図５】上記仲介システムに格納されるデータベースの
データ構造を示す説明図である。

【図６】上記仲介用サーバが販売希望者へ販売希望者デ
ータの入力を促す際、販売希望者の携帯電話に表示され
る画面例を示す説明図である。

【図７】上記オークションシステムにおいて、仲介シス
テムが最終購入者を決定する際の動作を示すフローチャ
ートである。

【図８】上記オークションシステムにおいて、仲介シス
テムが最終購入者および販売希望者と決済する際の動作
を示すフローチャートである。

【図９】従来技術を示すものであり、オークションシス
テムの全体構成を示すブロック図である。

【図１０】上記オークションシステムの動作を示すフロ
ーチャートである。

【符号の説明】

４ 仲介システム（電子競争売買仲介システム） ４３ データベースサーバ（データベース） ４４ メーリングリストサーバ（電子メール送信手
段） ４５ａ 購入希望者データ処理部（入札希望者データ受
信手段） ４５ｃ メーリングリスト作成部（メーリングリスト作
成手段）

Claims (1)

【特許請求の範囲】
1. 【請求項１】入札希望者と被入札希望者とを仲介して、
   被入札希望者の売買対象を入札希望者により電子競争売
   買させる電子競争売買仲介システムにおいて、 被入札希望者から売買対象の出品が通知された場合、デ
   ータベースを参照して、予め登録された入札希望者の電
   子メールアドレスのうち、入札を希望する売買対象また
   は分類に、上記通知された売買対象が該当する入札希望
   者の電子メールアドレスを抽出し、当該電子メールアド
   レスを含むメーリングリストを作成するメーリングリス
   ト作成手段と、 入札希望者の電子メールアドレスと、入札を希望する売
   買対象または分類とを示す入札希望者データを受け取る
   と共に、当該入札希望者データに基づいて、上記メーリ
   ングリスト作成手段が上記メーリングリストを作成する
   ためのデータを、上記データベースに格納する入札希望
   者データ受信手段と、 上記メーリングリストに含まれる各電子メールアドレス
   へ、上記売買対象の電子競争売買の状況を示す電子メー
   ルを送信する電子メール送信手段とを備えていることを
   特徴とする電子競争売買仲介システム。