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

Abstract

(57)【要約】 【課題】 安定して動作可能で、しかも、購入希望者な
どの入札希望者に負担をかけずに、入札希望者による電
子競争売買の開催や入札価格の更新などの見落としを防
止可能な電子競争売買仲介システムを実現する。 【解決手段】 仲介システム４は、データベースサーバ
４３を参照して、「当該商品または当該商品を含む分類
の購入を希望する」と予め登録していた購入希望者から
なるメーリングリストを作成し、当該メーリングリスト
へ、電子競争売買の開始を示す電子メールを送信する。
入札価格を示す電子メールが返信されると、仲介システ
ム４は、当該入札価格を含む電子メールを上記メーリン
グリストに送信する。返信メール数が所定の制限レベル
を超えると、メール送受信制御部４６は、ある返信メー
ルに対する同報メール数を制限し、既に入札したユーザ
および乱数で決定されたユーザに同報メールを送信させ
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

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

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

【０００６】

【課題を解決するための手段】請求項１の発明に係る電
子競争売買仲介システムは、上記課題を解決するため
に、通信網を介し、それぞれ接続される入札希望者およ
び被入札希望者を仲介して、被入札希望者の売買対象を
入札希望者により電子競争売買させる電子競争売買仲介
システムにおいて、被入札希望者から売買対象の出品が
通知された場合、データベースを参照して、予め登録さ
れた入札希望者の電子メールアドレスのうち、入札を希
望する売買対象または分類に、上記通知された売買対象
が該当する入札希望者の電子メールアドレスを抽出し、
当該電子メールアドレスを含むメーリングリストを作成
するメーリングリスト作成手段と、上記メーリングリス
トに含まれる各電子メールアドレスへ、上記売買対象の
電子競争売買の状況を示す電子メールを繰り返し送信す
る電子メール送信手段と、上記通信網との間のトラフィ
ック量のピーク値が予め定められた制限レベルを超える
と見込まれる場合、上記各状況に関する電子メールの送
信先を、上記メーリングリストの一部に制限すると共
に、電子メール送信を繰り返す間に、上記メーリングリ
スト中の全電子メールアドレスへ、各電子メールの少な
くとも１つが到着するように、送信先を制御するトラフ
ィック量制御手段とを備えていることを特徴としてい
る。

【０００７】上記構成において、被入札希望者から売買
対象の出品が通知されると、メーリングリスト作成手段
は、データベースを参照して、当該売買対象の入札を希
望すると予め登録されていた入札希望者の電子メールア
ドレスを含むメーリングリストを作成する。さらに、電
子メール送信手段は、作成されたメーリングリスト中の
各電子メールアドレスへ、例えば、入札希望者が希望し
た売買対象に関する電子競争売買が開始されたことを示
す電子メールや、現在の入札価格を示す電子メールな
ど、電子競争売買の状況を示す電子メールを、例えば、
入札毎など、所定のタイミングで繰り返し送信する。

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

【０００９】また、トラフィック量制御手段は、例え
ば、通信網とのトラフィック量を検出したり、単位時間
あたりの入札回数およびメーリングリスト内の電子メー
ルアドレス数から通信網とのトラフィック量を推定する
などして、上記通信網との間のトラフィック量のピーク
値が制限レベルを超えるか否かを判定している。

【００１０】ここで、制限レベルを超えると見込まれる
場合、トラフィック量制御手段は、電子メールで繰り返
し通知される各状況のうち、個々の状況について、当該
状況を伝える電子メールの送信先を制限する。これによ
り、電子メールの送信によるトラフィック量を削減でき
る。この結果、頻繁に入札され、メーリングリストへの
電子メールの送付回数が多い場合であっても、電子競争
売買仲介システムを安定して動作させ続けることができ
る。

【００１１】さらに、電子メールの送信先は、メーリン
グリストに含まれる、いずれの電子メールアドレスであ
っても、電子メール送信を幾度か繰り返せば、各状況を
伝える電子メールのうち、少なくとも１つが到着するよ
うに制御される。したがって、送信先が制限されている
にも拘らず、電子競争売買仲介システムは、メーリング
リストの全電子メールアドレスに、電子競争売買の現況
または近況を伝えることができる。なお、送信先が制限
されるのは、例えば、頻繁に入札される場合など、トラ
フィック量が多い場合なので、電子メール送信の繰り返
し周期が短いことが多い。したがって、電子競争売買仲
介システムは、近況を伝える場合であっても、現況に極
めて近い状況を伝えることができる。

【００１２】これらの結果、入札希望者に負担をかけず
に、希望する売買対象の電子競争売買の現況または近況
を、各入札希望者が把握でき、しかも、頻繁に入札され
る場合であっても安定して動作可能な電子競争売買仲介
システムを実現できる。

【００１３】なお、実際に入札した入札希望者（参加
者）は、入札を希望すると登録されていても実際には入
札せず、電子競争売買の状況を見守る入札希望者（傍観
者）に比べて、より正確に電子競争売の現況を把握する
必要がある。

【００１４】したがって、上記トラフィック量制御手段
は、送信先を制限する際、既に入札した入札希望者に
は、未だ入札していない入札希望者よりも優先して電子
メールを送信する方が好ましい。特に、既に入札した入
札希望者を最優先して、毎回、電子メールを送信すれ
ば、当該入札希望者は、電子競争売買の現況を知ること
ができ、より好適である。なお、多くの場合、上記参加
者の数は、上記傍観者の数に比べて極めて少ないので、
参加者を優先しても、各傍観者が電子メールを受け取る
間隔は、余り増加しない。

【００１５】請求項２の発明に係る電子競争売買仲介シ
ステムは、上記課題を解決するために、上記メーリング
リスト作成手段と、当該メーリングリスト作成手段が作
成したメーリングリストに含まれる各電子メールアドレ
スへ、上記売買対象の電子競争売買の状況を示す電子メ
ールを送信する電子メール送信手段と、上記通信網との
間のトラフィック量のピーク値が予め定められた制限レ
ベルを超えると見込まれる場合、上記トラフィック量の
ピーク値が減少するように、上記各電子メールの送信タ
イミングを制御するトラフィック量制御手段とを備えて
いることを特徴としている。

【００１６】上記構成では、売買対象の入札を希望する
と予め登録されていた入札希望者を含むメーリングリス
トへ、電子競争売買の状況を伝える電子メールが送信さ
れるので、請求項１記載の電子競争売買仲介システムと
同様に、入札希望者に負担をかけずに、希望する売買対
象の電子競争売買の現況を伝えることができる。

【００１７】さらに、上記トラフィック量制御手段は、
通信網との間のトラフィック量のピーク値が制限レベル
を超えると見込まれる場合、例えば、ある状況を伝える
電子メールをメーリングリストの各電子メールアドレス
へ略連続して送信する代わりに、単数または複数の電子
メールを送信する度に時間間隔を空けたり、電子メール
の送信期間を、受信期間からズラした期間に設定するな
どして、トラフィック量のピーク値が減少するように、
電子メールの送信タイミングを制御する。

【００１８】これにより、電子メールを略連続して送信
する場合や、例えば、入札を示す電子メールなどの電子
メールを、送信期間中のいずれの時点においても受け付
ける場合に比べて、電子競争売買仲介システムと通信網
との間のトラフィック量のピーク値を抑制でき、電子競
争売買仲介システムを安定して動作させることができ
る。

【００１９】これらの結果、頻繁に入札される場合であ
っても安定して動作可能で、しかも、入札希望者に負担
をかけずに、希望する売買対象の電子競争売買の現況
を、各入札希望者が把握できる電子競争売買仲介システ
ムを実現できる。

【００２０】

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

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

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

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

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

【００２５】一方、例えば、予め定められた日時を超過
したり、所定の期間（２４時間など）、入札がなかった
り、入札希望者の変動幅が所定の幅を下回った場合な
ど、予め定められた終了条件を満たすと（Ｓ６にて、NO
の場合）、仲介システム４は、入札を締め切り、Ｓ１１
において、例えば、最も高い購入希望価格を入札した購
入希望者（最上位購入希望者）へ購入の意志を確認する
と共に、確認できなかった場合は、購入意志を確認でき
るまで、入札価格が高い順に意志確認を繰り返すなどし
て、最終購入者を決定する。なお、意志確認を繰り返す
際、現在確認中の購入希望者による入札価格をメーリン
グリストで通知してもよい。

【００２６】さらに、Ｓ１２において、仲介システム４
は、メーリングリスト中の各購入希望者へ、最終購入価
格を通知すると共に、Ｓ１３において、最終購入者およ
び販売希望者のそれぞれと電子決済して、売買を仲介す
る。なお、入札が締め切られても、現在の入札価格が、
販売希望者により予め設定された販売希望価格を超えな
い場合、仲介システム４は、Ｓ１１以降の処理を行わ
ず、売買不成立となる。

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

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

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

【００３０】ここで、上記構成では、新たな出品や入札
価格の提示毎に、仲介システム４がメーリングリストへ
電子メールを送信するため、各購入希望者へ確実に電子
競争売買の状態を通知できる一方で、入札頻度が高くな
ると、仲介システム４が処理すべきデータ量が増大する
と共に、仲介システム４とインターネット網３との間の
トラフィック量が増大してしまう。この結果、例えば、
仲介システム４がデータを処理しきれずにダウンした
り、両者間の通信回線が不通となるなどして、オークシ
ョンが困難になる虞れがある。

【００３１】例えば、各携帯電話２１ａ…からの入札数
（返信メール数）が図３に示すように変化した場合、仲
介システム４が発信する同報メール数は、返信メール数
×メーリングリストのユーザ数となるので、図４に示す
ように、同報メール数が返信メール数に比例して増減す
る。

【００３２】ここで、仲介システム４とインターネット
網３との間には、例えば、仲介システム４の運営者によ
る電子メールの送受信やＷＥＢの閲覧などのために、あ
る程度のベーストラフィック量が存在している。したが
って、上記オークションの電子メールを送受するための
トラフィック量が、上記ベーストラフィック量に加えら
れると、図中、斜線で示すように、両者間の総合トラフ
ィック量は、例えば、通信容量の７〜８割程度など、通
信に支障がでない値に設定された制限レベルを超え、仲
介システム４などの動作が不安定になる虞れがある。

【００３３】これに対して、本実施形態に係る仲介シス
テム４では、上記トラフィック量の増大を防止するため
に、入札頻度が高くなり、トラフィック量が予め定めら
れた値を超えると推定される場合、メーリングリストの
ための電子メール送受信を制限して、総合トラフィック
量のピーク値が上記制限レベルを超えないように制御す
る。

【００３４】具体的には、上記仲介システム４は、各携
帯電話２１ａ…からの返信メール回数を常時モニターし
ており、図３にて、破線で示すように、単位時間あたり
の送信メール回数が予め定められた制限レベルＬ以上に
なると、入札頻度が高いと判定する。この場合、本実施
形態に係る仲介システム４は、各返信メールに応答して
同報メールを送信する際、ある返信メールに対応する同
報メール数を制限すると共に、同報メールの送信を繰り
返せば、メーリングリストの全ユーザに、いずれかの返
信メールに対応する同報メールが到着するように、同報
メールの送信先を制御する。なお、上記制限レベルＬ
は、例えば、図４に示すベーストラフィック量の各時刻
における推移パターンなどに基づき、制限レベルＬ以下
の返信メール数であれば、同報メールを送信しても、総
合トラフィック量が総合トラフィック量の制限レベルを
超えないような値に、予め決定される。

【００３５】また、本実施形態では、同報メールの送信
先を制御する際、いずれの返信メールに対する同報メー
ルであっても、これまでに返信（入札）したユーザに
は、同報メールが到着するように制御する。

【００３６】例えば、メーリングリストの全ユーザ数を
Ｎ、これまでにメールを返信（入札）したことのあるユ
ーザ数をＲ、メールを返信したことのない、すなわち、
入札したことのないユーザ数をＹとすると、仲介システ
ム４は、単位時間あたりの返信メール数が制限レベルＬ
を下回っている場合、返信メールを受け取る毎に、全ユ
ーザ（Ｎ＝Ｒ＋Ｙのユーザ）へ同報メールを送信する。

【００３７】一方、単位時間あたりの返信メール数が制
限レベルＬ以上となると、仲介システム４は、ある返信
メールに対して発信する同報メール数Ｄが、以下のよう
に、 メール返信ユーザ数Ｒ ＜ 同報メール数Ｄ ＜ 全ユーザ数Ｎ …（１） を満足するように、同報メール数Ｄを設定する。なお、
同報メール数Ｄを制限する際の比率Ｋ（＝同報メール数
Ｄ／メール返信ユーザ数Ｒ）は、予め定められた一定の
値であってもよいが、返信メール数が上記制限レベルＬ
を超える程度、あるいは、総合トラフィック量のピーク
値が制限レベルを超える程度に応じて調整してもよい。
比率Ｋを調整する場合、同報メール数Ｄは、返信メール
や総合トラフィック量の制限レベルを超えない範囲で、
しかも、できるだけ大きな値に設定できるので、通信に
支障をきたすことなく、できるだけ多くのユーザに同報
メールを送信できる。

【００３８】さらに、本実施形態では、入札した購入希
望者へ必ず同報メールが送信されるので、残余のユーザ
数ＹＬは、以下の式（２）に示すように、 残余のユーザ数ＹＬ ＝ 同報メール数Ｄ−メール返信ユーザ数Ｒ …（２） となる。ここで、例えば、ユーザ番号の若い順などで、
常時同じ順番で、残余のユーザを選択すると、未だ入札
していないユーザのうち、同報メールが送信されるユー
ザが偏ってしまうので、本実施形態に係る仲介システム
４は、乱数を用いて、ユーザ決定が偏らないように決定
している。

【００３９】すなわち、メーリングリストの全ユーザ
へ、各ユーザを区別するユーザ番号を付しておき、今
回、同報メールを送信するユーザ番号を乱数で決定す
る。例えば、適当な初期値ｘを入れて順次呼び出すこと
で、０から１までの範囲（１を含まない）の乱数列を発
生させる関数をＲＡＮ（ｘ）、全ユーザ数Ｎが１０００
で、０から順にユーザ番号が付されているとき、ＲＡＮ
（ｘ）×Ｎの整数部のみでユーザ番号を特定できる。し
たがって、例えば、初期値ｘ＝１で呼び出して導出した
値ＲＡＮ（１）が、０．８７５６９の場合、ユーザ番号
８７５番のユーザが選択される。この際、メール返信者
のユーザ番号と重複した場合は、当該ユーザ番号を採用
せず、次の乱数でユーザ番号を決定する。これにより、
今回、同報メールを送信する際、メール返信者以外に送
信するユーザを１名選択できる。乱数によるユーザ決定
は、上記残余のユーザ数ＹＬ回だけ繰り返される。

【００４０】上記決定方法では、送信先が乱数で決定さ
れるので、同報メール数Ｄが制限されているにも拘ら
ず、未だ入札していないユーザのうち、同報メールを送
信するユーザを偏らず公平に決定できる。したがって、
入札していないユーザであっても、同報メールが何回か
送付される間に、現在の入札状況を示す電子メールを受
け取ることができる。なお、同報メール数Ｄが制限され
るのは、返信メール数が比較的多く、所定の制限レベル
Ｌ以上になったときなので、上記ユーザは、略現在の入
札状況を把握できる。

【００４１】また、上記決定方法では、入札したユーザ
（メール返信者）には、必ず同報メールが送付されるの
で、同報メール数Ｄが制限されているにも拘らず、積極
的に入札に参加しているユーザには、確実に現在の入札
状況を通知できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６２】一方、上記メール送受信制御部４６は、例
えば、メーリングリストサーバ４４の記憶部４４ａを参
照するなどして、単位時間あたりの返信メール数を監視
しており、例えば、各メーリングリスト毎にメール返信
者の電子メールアドレスを記憶したり、必要に応じて、
データベースサーバ４３の売買データベース４３ｃを参
照するなどして、メーリングリストの全ユーザ数Ｎ、各
メール返信者のユーザ番号や電子メールアドレス、ある
いは、メール返信者数Ｒを取得できる。さらに、単位時
間あたりの返信メール数が予め定められた制限レベルＬ
以上になった場合、上述した方法で、メーリングリスト
の全ユーザの中から、今回の返信メールに応じた同報メ
ールを送信するユーザを決定すると共に、メーリングリ
ストのうち、決定したユーザのみに同報メールを送信す
るように、上記メーリングリストサーバ４４に指示でき
る。

【００６３】〔第２の実施形態〕ところで、上記第１の
実施形態では、トラフィック量が所定の制限レベルを超
過する場合に、同報メールを送信するユーザ数を制限し
て、トラフィック量の超過を防止する場合について説明
したが、本実施形態では、さらに、図９ないし図１１を
参照して、同報メールの送信タイミングを調整すること
で、トラフィック量の超過を防止する構成について説明
する。

【００６４】すなわち、本実施形態に係る仲介システム
４ａにおいて、メール送受信制御部４６ａは、メール送
受信を制限する場合、メーリングリストサーバ４４に指
示して、ある返信メールに対する同報メールを予め定め
られたｎ個の群に等分割し、各群１〜ｎを、例えば、数
分毎など、所定の時間間隔Δｔで遅延して送信させる。
なお、時間間隔Δｔは、各群に含まれるメール数（Ｎ／
ｎ）の電子メールがメーリングリストサーバ４４により
略連続して送信されても、総合トラフィック量のピーク
値が制限レベルを超えないよう、上記メール数に応じた
値に予め設定される。

【００６５】これにより、メーリングリストサーバ４４
は、購入希望者の携帯電話２１ａ…から電子メールが返
信されると、図９に示すように、メール送受信制御部４
６の指示に基づいて、群番１の同報メールを発信する。
その後、メーリングリストサーバ４４は、一定の時間間
隔Δｔ毎に、各群（２〜ｎ）の同報メールを順次発信
し、ｎ個の群全てを発信すると、１つの返信メールに対
する同報メール発信を終了する。

【００６６】ここで、メール送受信を制限しない場合、
メーリングリストサーバ４４は、メーリングリストの各
ユーザへの電子メールを、例えば、数ｍｓ毎など、略連
続して送信するので、メール返信時刻の直後に、当該返
信メールに対する同報メールの送信が集中してしまう。
この結果、返信メール数が多くなると、総合トラフィッ
ク量のピーク値が制限レベルを超過してしまう。

【００６７】ところが、上記構成では、返信メール数が
所定の制限レベルＬ以上になると、同報メールの送信期
間（同報メールの発信開始から同報メールの発信終了ま
での期間）が引き延ばされ、メーリングリストサーバ４
４が略連続して送信する電子メール数が少なくなる。し
たがって、電子メールで入札価格が通知される毎にメー
リングリストの全ユーザへ入札の状況を通知しているに
も拘らず、総合トラフィック量のピーク値の超過を防止
できる。

【００６８】なお、図９では、同報メールを等分割し、
各群を等間隔で発信する例について説明したが、これに
限るものではない。例えば、図１０に示すように、各群
に含まれるメール数を段階的に減少させてもよい。この
場合は、返信メールの受信時刻に近い群ほど、メール数
が多い。したがって、等分割する場合と比較して、より
早い時刻に発信される同報メールの数が多くなり、メー
リングリストの各ユーザへ入札の状況をより早く伝える
ことができる。また、これとは逆に、各群に含まれるメ
ール数を段階的に増加させてもよい。あるいは、図１１
に示すように、各群に含まれるメール数を乱数で決定し
てもよい。

【００６９】いずれの場合であっても、各群のメール数
は、Ｄ１、Ｄ２…Ｄｎとすると、以下に示すように、 ΣＤｉ＝Ｄ１＋Ｄ２＋ … ＋ Ｄｎ ＝ Ｎ …（３） を満足するように設定される。さらに、メール数の最大
値は、予め定められた上限値、すなわち、当該メール数
の電子メールがメーリングリストサーバ４４により略連
続して送信されても、総合トラフィック量のピーク値が
制限レベルを超えないように、予め定められた上限値よ
りも小さな値に設定される。

【００７０】これらの場合であっても、メール送受信を
制御しない場合とは異なり、メール返信時刻近傍におけ
る同報メール送付の集中を防止できるので、総合トラフ
ィック量のピーク値の超過を防止できる。

【００７１】なお、各群のメール数が同一ではない場
合、各群（１〜ｎ）を発信する時間間隔（Δｔ１〜Δｔ
ｎ−１）は、発信するメール数が多いと時間間隔が長く
なり、メール数が少ないと、時間間隔が短くなるように
設定する方が望ましい。これにより、各時間間隔におけ
るトラフィック量の平均値のバラツキを抑制でき、上記
ピーク値超過の可能性を低下できる。さらに、各群を発
信する時間間隔をそれぞれのメール数に比例した値に設
定すると、各時間間隔におけるトラフィック量の平均値
が互いに同一になるので、より確実に、上記ピーク値超
過を防止できる。

【００７２】〔第３の実施形態〕上記第２の実施形態で
は、メーリングリストサーバ４４が同報メールを送信す
るタイミングを分割して、総合トラフィック量のピーク
値を抑制する場合について説明したが、本実施形態で
は、図１２を参照して、オークションに関連する返信メ
ールの受信タイミングと同報メールの送信タイミングと
を制御して、総合トラフィック量のピーク値を抑制する
構成について説明する。

【００７３】すなわち、本実施形態に係る仲介システム
４ｂにおいて、メール送受信制御部４６ｂは、メール送
受信を制限する場合、メーリングリストサーバ４４に指
示して、返信メールを受信可能な期間と、同報メールを
発信する期間とをそれぞれ別に設定する。

【００７４】上記構成において、メーリングリストサー
バ４４は、メール送受信制御部４６ｂの指示に従って、
図１２に示すように、予め定められた長さの期間ｔ１１
の間、メールの受信のみを行う。当該期間ｔ１１中にメ
ールを受信すると、メーリングリストサーバ４４は、続
く、Δｔ１０期間の間、当該メールに対する同報メール
を送信する。一方、メーリングリストサーバ４４は、期
間ｔ１１の後、ｔ１０の期間、メールを受信せず、当該
待機期間ｔ０が経過した後、再びメールを受信する（ｔ
１２の期間）。なお、上記期間ｔ１０は、期間Δｔ１０
よりも短くてもよいが、Δｔ１０以上に設定すれば、メ
ールの受信期間と送信期間とを完全に分離できるので好
ましい。

【００７５】上記構成によれば、同報メールの発信期間
（Δｔ１０）中、少なくとも一部に、メールを受信しな
い期間（ｔ１０）が設けられる。したがって、特に、メ
ールの受信期間を制限せず、同報メールの発信期間中も
常時メールを受信する構成に比べて、総合トラフィック
量のピーク値を抑制できる。

【００７６】ここで、受信待機期間ｔ１０が同報メール
の発信期間Δｔ１０よりも短い場合など、メール受信期
間と同報メール発信期間とが重複していると、重複期間
中は、トラフィック量が増加して、総合トラフィック量
のピーク値が制限レベルを超過する虞れがある。このよ
うな場合や、メール受信期間と同報メール発信期間とを
ズラしただけでは、上記ピーク値超過を防止できない場
合には、第１あるいは第２の実施形態のように、同報メ
ールのメール数や送信タイミングを制御する方法を併用
すればよい。

【００７７】なお、図１１では、各メール受信期間（ｔ
１１…）の長さが互いに同一の場合を例示しているが、
これに限るものではない。例えば、返信メール数に応じ
て変化させて、返信メール数が多い場合は、メール受信
期間の長さを短く設定すると共に、返信メール数が少な
い場合は、メール受信期間の長さを長く設定してもよ
い。この場合、総合トラフィック量のピーク値が制限レ
ベルを超えない範囲で、メーリングリストサーバ４４が
電子メールを受信可能な期間をできるだけ長く設定でき
る。

【００７８】また、例えば、メール受信期間中のメール
数が少ない場合などには、複数のメール受信期間毎に、
同報メール発信期間Δｔ１０および受信待機期間ｔ１０
を設けてもよい。この場合でも、同報メール発信期間Δ
ｔ１０および受信待機期間ｔ１０の頻度を返信メール数
に応じて変更できるので、総合トラフィック量のピーク
値が制限レベルを超えない範囲で、メーリングリストサ
ーバ４４が電子メールを受信可能な期間をできるだけ長
く設定できる。

【００７９】なお、上記各実施形態では、メール送受信
制御部（４６・４６ａ・４６ｂ）がメール送受信を制限
するか否かを決定する際、予め定められた制限レベルＬ
に基づいて決定する場合を例にして説明したが、これに
限るものではなく、例えば、ルータ４１などにて、総合
トラフィック量を検出し、当該総合トラフィックに基づ
いて、メール送受信の要否を判定してもよい。

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

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

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

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

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

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

【００８６】

【発明の効果】請求項１の発明に係る電子競争売買仲介
システムは、以上のように、通信網との間のトラフィッ
ク量のピーク値が制限レベルを超えると見込まれる場
合、電子競争売買の各状況を示す電子メールの送信先
を、メーリングリストの一部に制限すると共に、電子メ
ール送信を繰り返す間に、上記メーリングリスト中の全
電子メールアドレスへ、各電子メールの少なくとも１つ
が到着するように、送信先を制御するトラフィック量制
御手段を備えている構成である。

【００８７】当該構成によれば、売買対象の入札を希望
すると予め登録されていた入札希望者を含むメーリング
リストへ、電子競争売買の状況を伝える電子メールが送
信される。また、通信網との間のトラフィック量のピー
ク値が制限レベルを超えると見込まれる場合に送信先を
制限して、トラフィック量を低減しているにも拘らず、
電子競争売買仲介システムは、メーリングリストの全電
子メールアドレスに、電子競争売買の現況または近況を
伝えることができる。この結果、入札希望者に負担をか
けずに、希望する売買対象の電子競争売買の現況または
近況を、各入札希望者が把握でき、しかも、頻繁に入札
される場合であっても安定して動作可能な電子競争売買
仲介システムを実現できるという効果を奏する。

【００８８】請求項２の発明に係る電子競争売買仲介シ
ステムは、以上のように、通信網との間のトラフィック
量のピーク値が予め制限レベルを超えると見込まれる場
合、上記トラフィック量のピーク値が減少するように、
上記各電子メールの送信タイミングを制御するトラフィ
ック量制御手段を備えている構成である。

【００８９】上記構成では、売買対象の入札を希望する
と予め登録されていた入札希望者を含むメーリングリス
トへ、電子競争売買の状況を伝える電子メールが送信さ
れる。また、上記トラフィック量制御手段は、通信網と
の間のトラフィック量のピーク値が制限レベルを超える
と見込まれる場合、例えば、単数または複数の電子メー
ルを送信する度に時間間隔を空けたり、電子メールの送
信期間を、受信期間からズラした期間に設定するなど、
電子メールの送信タイミングを制御して、トラフィック
量のピーク値を抑制する。この結果、入札希望者に負担
をかけずに、希望する売買対象の電子競争売買の現況
を、各入札希望者が把握でき、しかも、頻繁に入札され
る場合であっても安定して動作可能な電子競争売買仲介
システムを実現できるという効果を奏する。

【図面の簡単な説明】

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

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

【図３】上記オークションシステムにおいて、単位時間
あたりの返信メール数の推移を例示する説明図である。

【図４】上記オークションシステムにおいて、同報メー
ルの発信によるトラフィック量の推移を例示する説明図
である。

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

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

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

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

【図９】本発明の他の実施形態を示すものであり、同報
メールの送信タイミングを示すタイミングチャートであ
る。

【図１０】上記実施形態の変形例を示すものであり、同
報メールの送信タイミングを示すタイミングチャートで
ある。

【図１１】上記実施形態の他の変形例を示すものであ
り、同報メールの送信タイミングを示すタイミングチャ
ートである。

【図１２】本発明のさらに他の実施形態を示すものであ
り、オークションに関連する電子メールの送受信タイミ
ングを示すタイミングチャートである。

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

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

【符号の説明】 ３ インターネット網（通信網） ４・４ａ・４ｂ 仲介システム（電子競争売買仲介
システム） ４３ データベースサーバ（データベ
ース） ４４ メーリングリストサーバ（電子
メール送信手段） ４５ 仲介用サーバ（メーリングリス
ト作成手段） ４６・４６ａ・４６ｂ メール送受信制御部（トラフィ
ック量制御手段）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/58

Claims (2)

【特許請求の範囲】
1. 【請求項１】通信網を介し、それぞれ接続される入札希
   望者および被入札希望者を仲介して、被入札希望者の売
   買対象を入札希望者により電子競争売買させる電子競争
   売買仲介システムにおいて、 被入札希望者から売買対象の出品が通知された場合、デ
   ータベースを参照して、予め登録された入札希望者の電
   子メールアドレスのうち、入札を希望する売買対象また
   は分類に、上記通知された売買対象が該当する入札希望
   者の電子メールアドレスを抽出し、当該電子メールアド
   レスを含むメーリングリストを作成するメーリングリス
   ト作成手段と、 上記メーリングリストに含まれる各電子メールアドレス
   へ、上記売買対象の電子競争売買の状況を示す電子メー
   ルを繰り返し送信する電子メール送信手段と、 上記通信網との間のトラフィック量のピーク値が予め定
   められた制限レベルを超えると見込まれる場合、上記各
   状況に関する電子メールの送信先を、上記メーリングリ
   ストの一部に制限すると共に、電子メール送信を繰り返
   す間に、上記メーリングリスト中の全電子メールアドレ
   スへ、各電子メールの少なくとも１つが到着するよう
   に、送信先を制御するトラフィック量制御手段とを備え
   ていることを特徴とする電子競争売買仲介システム。
2. 【請求項２】通信網を介し、それぞれ接続される入札希
   望者および被入札希望者を仲介して、被入札希望者の売
   買対象を入札希望者により電子競争売買させる電子競争
   売買仲介システムにおいて、 被入札希望者から売買対象の出品が通知された場合、デ
   ータベースを参照して、予め登録された入札希望者の電
   子メールアドレスのうち、入札を希望する売買対象また
   は分類に、上記通知された売買対象が該当する入札希望
   者の電子メールアドレスを抽出し、当該電子メールアド
   レスを含むメーリングリストを作成するメーリングリス
   ト作成手段と、 上記メーリングリストに含まれる各電子メールアドレス
   へ、上記売買対象の電子競争売買の状況を示す電子メー
   ルを送信する電子メール送信手段と、 上記通信網との間のトラフィック量のピーク値が予め定
   められた制限レベルを超えると見込まれる場合、上記ト
   ラフィック量のピーク値が減少するように、上記各電子
   メールの送信タイミングを制御するトラフィック量制御
   手段とを備えていることを特徴とする電子競争売買仲介
   システム。