JP2005018267A - Auction system - Google Patents

Auction system Download PDF

Info

Publication number
JP2005018267A
JP2005018267A JP2003180059A JP2003180059A JP2005018267A JP 2005018267 A JP2005018267 A JP 2005018267A JP 2003180059 A JP2003180059 A JP 2003180059A JP 2003180059 A JP2003180059 A JP 2003180059A JP 2005018267 A JP2005018267 A JP 2005018267A
Authority
JP
Japan
Prior art keywords
bid
bidder
successful
price
communication terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003180059A
Other languages
Japanese (ja)
Inventor
Yuta Yasuo
雄太 安尾
Seiji Fukushima
誠司 福島
Motoya Iwasaki
元弥 岩崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
AUCSALE KK
Original Assignee
AUCSALE KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by AUCSALE KK filed Critical AUCSALE KK
Priority to JP2003180059A priority Critical patent/JP2005018267A/en
Publication of JP2005018267A publication Critical patent/JP2005018267A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an auction system that can contribute to increase in bidders' motivation to participate by keeping motivation to purchase items intact. <P>SOLUTION: A host server 13 sends a homepage showing information on bidding details of an item, and a minimum sales quantity and a minimum bid price to a communication terminal of a bidder, receives a bidder ID and a plurality of different bid prices from the communication terminal of the bidder, registers the bidder ID and plurality of different bid prices received from the communication terminal of the bidder and the bid date/time in a database, and according to such bidder IDs, pluralities of different bid prices and bid dates/times registered in the database, decides on upper bid prices matching the minimum sales quantity preferentially as successful bids. The awarding processing is such that if successful bidders have the same bidder ID, only the lower bid is a successful bid, and that if successful bid prices are the same, the one of the earlier bid date/time is a successful bit. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、オークションシステムに関し、特に、情報ネットワークを介して商品のオークションを行うオークションシステムに関する。
【0002】
【従来の技術】
近年、情報通信の発展に伴い、例えばインターネットを介して商品のオークションが行われるようになってきた。
【0003】
この従来のオークションシステムにおいては、WWWサーバは、ホームページ上に、商品情報、当該商品の品数、現在の最高入札金額、入札者数等の情報を含む競り画面を入札者に提示し、さらに、入札者に商品の入札価格の入力を促しておく。そして、入札者から商品に関する入札価格が入力された場合には、一旦記憶部に記憶しておき、所定期間内に入力された入札価格の中から上位の入札価格を品数分だけ落札価格として選択する。
【0004】
そして、WWWサーバは、落札したことを表す情報を当該落札者に提示し、落札者に購入の意志を確認し、購入の意志がある落札者が加入する金融機関からオークション主催者の所定口座に落札価格の支払いを要求していた。
【0005】
このような従来のオークションシステムとしては、例えば特許文献1に開示されたものがある。
【0006】
【特許文献1】
特開2003−150822
【0007】
【発明が解決しようとする課題】
しかしながら、従来のオークション方法にあっては、入札者が多数いるにも拘わらず、落札価格分の売り上げや、1商品に対する数%の落札手数料のみ利益に貢献しているので、十分な売り上げを確保し難いといった問題があった。
【0008】
また、従来のオークション方法にあっては、落札価格が商品の仕入れ価格を下回り原価割れした場合には、出品者が差額分を負担しなければならないといった問題があった。
【0009】
さらに、従来のオークション方法にあっては、競り画面に現在の最高入札金額を提示しているので、刻々と上昇する最高入札価格を確認して入札を断念する者も現れ、結果としてオークションでの売り上げを低下させるといった問題があった。
【0010】
このため、商品の購入意欲を削ぐことなく、販売店における商品の実売価格よりも低い価格で購入可能なサービスが要望されている。
【0011】
本発明は、上記に鑑みてなされたもので、その目的としては、商品の購入意欲を削ぐことのなく、入札者の参加意欲の向上に寄与することがでるオークションシステムを提供することにある。
【0012】
【課題を解決するための手段】
請求項1記載の発明は、上記課題を解決するため、入札者の通信端末と情報ネットワークを介して接続し、商品に関する入札内容の情報を含むホームページを前記通信端末に送信して商品の入札サービスを提供するサーバを備えたオークションシステムであって、前記サーバは、少なくとも商品に関する入札内容を表す情報とともに最低販売点数と最低入札価格を表すホームページを入札者の通信端末に送信する送信手段と、入札者の通信端末から入札者IDと複数の異なる入札価格を受信する受信手段と、入札者の通信端末から受信した入札者IDと複数の異なる入札価格と入札日時をデータベースに登録するデータ登録手段と、前記データベースに登録されている入札者IDと複数の異なる入札価格と入札日時に基づいて、最低販売点数に相当する上位の入札価格を優先して落札と決定し、落札者の入札者IDが同一の場合には低い方のみを落札と決定し、入札した価格が同一の場合には入札日時が早い方を落札と決定するように落札処理を行う落札処理手段とを有することを要旨とする。
【0013】
請求項2記載の発明は、上記課題を解決するため、前記データ登録手段により前記登録が終了した場合に、残入札可能人数から1を引いて新たな残入札可能人数として計数する計数手段を有し、前記送信手段は、前記計数手段により計数された新たな残入札可能人数をホームページに提示することを要旨とする。
【0014】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【0015】
図1は、本発明の一実施の形態に係るオークションシステムに適用可能なオークションシステムの構成を示す図である。まず、図1を参照してシステム構成について説明する。
【0016】
図1に示すように、インターネット11には、オークションを主催するオークション主催サーバ13と、例えば複数のユーザ宅に設けられたそれぞれのユーザ端末15とが接続可能である。
【0017】
オークション主催サーバ(以下、主催サーバという)13には、商品のサプライヤー企業から提供可能な商品情報や、商品の品数、実勢価格に加え、オークション会社が予め設定した最低入札価格等の情報を含むホームページデータが予め後述するデータベースに記憶されている。
【0018】
なお、ユーザ端末15は、キーボードやマウスやディスプレイとともに、制御プログラムやデータを記憶するハードディスク部、制御プログラムに従って全体を制御するCPU部、インターネット通信を制御するモデムやDSUなどを有するパーソナルコンピュータから構成されている。また、ユーザ端末15にはインターネットを介して通信可能な携帯通信端末やケーブル・衛星などを利用した通信端末などを用いてもよい。
【0019】
次に、図2を参照して主催サーバ13の構成について説明する。
【0020】
図2に示すように、主催サーバ13は、インターネット11を介して複数のユーザ端末との間で情報通信を行う通信処理部21、当該サーバを制御するためのOSプログラムや当該オークションを制御する制御プログラムや制御データや管理データベースDBや個別URLテーブルやホームページを記憶するハードディスクHD23、入力内容や制御状態を表示するディスプレイ25、文字情報を入力するためのキーボード27、内部に日時を計時するためのタイマを有するとともに当該サーバに設けられた各部を制御する制御部29から構成されている。
【0021】
次に、図2に示す管理データベースDBの構成について説明する。
【0022】
管理データベースDBは、会員データベースDB、商品データベースDB、商品別入札管理データベースなどから構成されている。
【0023】
会員データベースDBは、会員を特定するために割り付けた連番からなるユニークな会員番号ID、パスワード、会員の名前、メールアドレスなどから構成されている。
【0024】
商品データベースDBは、当該オークションで取り扱っている商品の商品コード、商品の写真データ、仕様データ、当該商品のオークション開始日時、入札の開催期間日時、商品の最低販売点数、メーカ希望小売価格、一般店頭価格、商品の最低入札価格、入札可能な回数、宅配時の代引き手数料、配送料金などから構成されている。
【0025】
商品別入札管理データベースは、個々の商品コードに対して、入札者のID、3回入札された場合のそれぞれの入札価格、入札日時、クレジットカードのカード番号などから構成されている。
【0026】
以下、図3に示すシーケンス図、図4,図6に示すフローチャート、図5に示す入札情報の入力画面、図7に示す入札価格テーブル、図8に示す模式図、図9に示す商品詳細ページなどを参照して、主催サーバ13の動作を中心に説明する。なお、各フローチャートは主催サーバ13に設けられたハードディスクHD23に記憶された制御プログラムに従って制御部29により動作するものである。
【0027】
(1)オークション開始
まず、ステップS10では、主催サーバ13に設けられたハードディスクHD23に記憶された制御プログラムに従って、商品データベースDBから商品の最低販売点数Nが読み出され、残入札可能人数naとしてNを設定する。なお、残入札可能人数naは、オークション開催期間中に商品詳細ページに表示される今現在の入札可能な人数であり、初期値は商品の最低販売点数Nである。
【0028】
次いで、ステップS20では、主催サーバ13は上述した商品データベースDBから当該商品のオークション開始日時を読み出しておき、さらに、タイマから現在の日時を読み出し、現在の日時がオークション開始日時になったどうかを判断する。オークション開始日時になった場合には、ステップS30に進む。
【0029】
(2)ログイン処理
いま、例えばユーザの家庭に設けられたパーソナルコンピュータや携帯通信端末等のユーザ端末15に電源が投入されWWWブラウザが起動され、さらに、オークション会社のホームページを要求するためのURL情報をWWWブラウザに入力してインターネット11への送信を開始すると、初めに、接続契約しているプロバイダの電話番号に回線が接続され、そして、プロバイダを経由して主催サーバ13の通信処理部21に接続される。さらに、ユーザ端末15は、通信処理部21にホームページ要求を送信する。
【0030】
ここで、ステップS30では、インターネット11を介してユーザ端末15と接続された主催サーバ13は、ユーザ端末15からのホームページ要求に応じて予め記憶されているホームページの情報を読み出してインターネット11を介してユーザ端末15に送信する。この結果、ユーザ端末15には、ホームページのトップ画面が表示される。
【0031】
そこで、ユーザ端末15側において、ユーザが例えば「ノートブック」を落札したい場合に、「ノートブック」を指定するアイコンがクリックされたとする。この時、ユーザ端末15から例えば「ノートブック」に関する商品詳細ページを要求するための商品詳細ページ要求(図示しない)が主催サーバ13へ送信される。
【0032】
ユーザ端末15から商品詳細ページ要求を受信した主催サーバ13は、ステップS40では、ハードディスク23に記憶されている商品データベースから「ノートブック」に関する商品情報を検索して読み出し、「ノートブック」に関する入札内容を提示するためのページを生成し、ユーザ端末15へ送信する。
【0033】
この結果、ユーザ端末15には、図9に示すように、「ノートブック」に関する写真、商品説明、商品紹介、販売店のアフターサービス等の情報に加え、当該商品のメーカ希望小売価格、最低入札価格、最低販売点数、オークション開催期間などの情報が表示される。
【0034】
さらに、ユーザ端末15側において、ユーザがこの「ノートブック」を落札したい場合に、「入札する」ボタン33と表示したアイコンがクリックされたとする。この時、ユーザ端末15から入札手続きに移行するためにログインページ要求が主催サーバ13へ送信される。
【0035】
次いで、ステップS50では、主催サーバ13は、入札受付を示すログインページ要求を受信したかどうかを判断する。ユーザ端末15からログインページ要求を受信した場合には、ステップS60に進み、残入札可能人数na=0かどうか判断する。残入札可能人数naがある場合には、ステップS70に進み、タイマから現在の日時を読み出し、現在の日時が入札の有効期限日時(締め切日)になったかどうかを判断する。残入札可能人数na=0の場合、または、締め切日になった場合には、ステップS210に進む。
【0036】
ステップS70において、締め切日になっていない場合には、ステップS80に進み、ID入力欄とパスワード欄からなりそれぞれの入力を促すログインページをユーザ端末15に送信する。
【0037】
この結果、ユーザ端末15にはログインページが表示される。ここで、ユーザがキーボードを介してID入力欄とパスワード欄にそれぞれ入札者IDとパスワードを入力し「送信」ボタンをクリックすると、ユーザ端末15から主催サーバ13に入札者IDとパスワードが送信される。
【0038】
次いで、ステップS90では、主催サーバ13は、入札者IDとパスワードを受信する。さらに、ステップS100では、主催サーバ13は、受信した入札者IDとパスワードに対して、会員データベースに記録されている入札者IDとパスワードの対が一致するかどうかを認証する。そして、入札者IDとパスワードが正しいことが確認できた場合には、ステップS110に進み、入札手続ページをユーザ端末15に送信する。
【0039】
この結果、ユーザ端末15の表示画面には、図5に示すように、例えば「ノートブック」に関する商品の最低販売点数、メーカ希望小売価格、一般店頭価格、商品の最低入札価格、入札できる残人数na、入札可能な回数、宅配時の代引き手数料、配送料金、クレジットカードの番号、クレジットカードの有効期限、1回〜3回の入札価格などが記載された入札手続ページが表示される。
【0040】
(3)入札手続
ここで、ユーザがキーボードを介して、クレジットカードの番号、クレジットカードの有効期限、1回〜3回の入札価格などを入力し「送信」31をクリックすると、ユーザ端末15から主催サーバ13に決済方法を示すクレジットカードの番号とクレジットカードの有効期限、1回〜3回の入札価格などが送信される。
【0041】
次いで、ステップS120では、主催サーバ13は、決済方法を示すクレジットカードの番号とクレジットカードの有効期限、1回〜3回の入札価格を受信する。
【0042】
ステップS130では、主催者サーバ13は、当該ユーザの与信照会を要求するために与信照会要求情報としてクレジットカードの番号とクレジットカードの有効期限をクレジット会社に設けられたクレジット会社サーバ(図示しない)に対して送信する。このとき、クレジット会社サーバは、主催者サーバ13から受信した与信照会要求情報に基づいて、当該サーバに設けられた利用者データベースに記憶されているクレジットカードの番号に対する有効期限や利用可否情報を参照し、該利用者の信用情報を照会した結果として利用可否情報を業者サーバ15に対し送信する。この結果、主催サーバ13は、当該ユーザがクレジットカードを利用できるか否かを示す利用可否情報をクレジット会社サーバから受信することができる。
【0043】
さらに、ステップS130では、主催者サーバ13は、クレジット会社サーバから受信した利用可否情報に基づいて、クレジットカードを利用可能な場合には、ステップS140に進む。一方、利用可否情報に基づいて、クレジットカードを利用不可能な場合には、ステップS40に戻る。
【0044】
次いで、ステップS140では、主催者サーバ13は、ユーザ端末15から受信した1回〜3回の入札価格、決済方法、入札者ID、タイマから読み出した入札日時を商品別入札管理データベースに登録する。
【0045】
次いで、ステップS150では、主催者サーバ13は、1人のユーザに関する登録処理が終了したので、残入札可能人数naから1を引いた数をnaとして代入する。ここで、ステップS160では、残入札可能人数naが0になったかどうかを判断する。残入札可能人数naが0になった場合には、ステップS220に進む。一方、残入札可能人数naが0になっていない場合には、ステップS170に進む。
【0046】
次いで、ステップS170では、主催者サーバ13は、当該ユーザの入札を受け付けが完了したことを示す受付完了ページをユーザ端末15に送信する。さらに、ステップS180では、主催者サーバ13は、入札受付完了メールを生成して予め登録されている当該ユーザのメールアドレスに送信する。
【0047】
次いで、ステップS190では、主催サーバ13は上述した商品データベースDBから当該商品のオークション開催期間日時Tを読み出しておき、さらに、タイマから現在の日時を読み出し、現在の日時がオークション開催期間中かどうかを判断する。オークション開始期間中の場合には、ステップS40に戻り上述した処理を繰り返す。
【0048】
一方、オークション開始期間中を過ぎた場合には、ステップS200に進み、主催者サーバ13は、エラーページを生成して当該ユーザに送信し、処理を終了する。
【0049】
(4)落札者確定処理
残入札可能人数na=0の場合、または、締め切日になった場合には、ステップS210に進み、主催者サーバ13は、入札が締め切られたことを示す入札締切ページを生成して当該ユーザに送信する。
【0050】
次いで、ステップS220に示す落札者確定ルーチンに進む。ステップS310では、主催者サーバ13は、商品別入札管理データベースに登録されている入札者ID毎の1回〜3回の入札価格、入札日時に基づいて、図7に示すような入札価格テーブルを生成する。このとき、入札価格テーブルに対して、入札価格が高い順に並べ替えを行い、処理フラグに未処理を示す「0」を設定する。この結果、入札価格テーブルは、図8(a)に示すように、高い価格から順に低い価格になるように並び替えられる。
【0051】
次いで、ステップS320では、主催者サーバ13は、入札価格テーブルにおいて、異なる入札者ID同士で同一価格があった場合は、入札日時を参照してその中で入札が早い順に並べ替える。次いで、ステップS330では、当該商品の最低販売点数Nを処理範囲数Nxと設定する。なお、処理範囲数Nxは、RAM内に記憶され、入札価格テーブル内の処理対象となる入札件数を表す変数であり、後述するステップS340〜S370の処理が実行される毎に入札価格が低い方向に対象範囲が広がることを意味している。
【0052】
次いで、ステップS340では、主催者サーバ13は、当該範囲内Nxで同一の入札者IDのものが2以上ある場合、入札価格が最小のものの処理フラグを落札を示す「2」と設定し、入札価格が最小ではないものの処理フラグを落選を示す「1」と設定する。
【0053】
次いで、ステップS350では、主催者サーバ13は、当該範囲内Nxにおいて、入札価格テーブルに設定された処理フラグが落札を示す「2」と設定されているものを計数して落札数Nyとする。
【0054】
次いで、ステップS360では、主催者サーバ13は、当該商品の最低販売点数Nと落札数Nyを比較し、N>Nyとなる関係が成立する場合には、落札数Nyに対して商品が残っているためステップS370に進む。一方、N>Nyとなる関係が成立しない場合には、落札数Nyが最低販売点数Nに到達したため本サブルーチンからメインルーチンに復帰する。
【0055】
次いで、ステップS370では、主催者サーバ13は、現在の処理範囲数Nxから落札数Nyを引いた数(Nx−Ny)に処理範囲数Nxを加算し、これを新たなNxに設定し、ステップS340に戻る。すなわち、図8(b)に示すように、数(Nx−Ny)だけ処理範囲数を拡大する。
【0056】
このようにしてステップS340〜S370に示す処理を繰り返すことで、入札価格テーブル上に設けられた処理フラグを落札「2」と落選「1」に設定することができる。
【0057】
(5)落札結果メール
ステップS360において、N>Nyとなる関係が成立しない場合には、落札数Nyが最低販売点数Nに到達したため、メインルーチンのステップS230に復帰する。
【0058】
ステップS230では、主催者サーバ13は、入札価格テーブル上に設定された入札者IDに基づいて、会員データベースDBに記憶されているユーザのメールアドレスを読み出し、さらに、入札価格テーブル上に設定されたこの入札者IDに対応する処理フラグが落札「2」の場合には落札メール文章を生成し、処理フラグが落選「1」の場合には落選メール文章を生成し、当該メールアドレスに送信する。
【0059】
この結果、落札者のユーザ端末15には落札メール文章が送信され、落選者のユーザ端末15には落選メール文章が送信されるので、ユーザは自身の当落を確認することができる。
【0060】
ここで、本実施の形態における効果を説明する。
【0061】
主催者サーバ13は、データベースに登録されている入札者IDと複数の異なる入札価格と入札日時に基づいて、最低販売点数に相当する上位の入札価格を優先して落札と決定し、落札者の入札者IDが同一の場合には低い方のみを落札と決定し、落札した価格が同一の場合には入札日時が早い方を落札と決定するように落札処理を行う。
【0062】
例えば、1回目の入札価格を底値で入札し、2回目の入札価格はおさえ価格で入札し、3回目の入札価格を上値で入札しておけば、同一入札者からの複数の入札が落札圏内に含まれている場合は、最も低い入札価格が落札となる。また、同一の入札価格の場合には、入札日時が早い方が落札となる。
【0063】
この際、商品の仕入れ価格よりも最低入札価格を高く設定することができるので、落札価格が原価割れすることがない。
【0064】
また、従来のように競り画面がなく、現在の最高入札金額を提示することがないので、従来のように刻々と上昇する最高入札価格を確認して入札を断念させることもないので、結果としてオークションでの売り上げを上昇させることができる。
【0065】
従って、商品の購入意欲を削ぐことなく、販売店における商品の実売価格よりも低い価格で購入可能なサービスを提供することができるので、入札者の参加意欲の向上に寄与することがでる。
【0066】
また、データベースへの登録が終了した場合に、残入札可能人数から1を引いて新たな残入札可能人数として計数しておき、計数された新たな残入札可能人数をホームページに提示するので、商品の購入意欲を向上することができ、入札者の参加意欲の向上に寄与することがでる。
【0067】
【発明の効果】
請求項1記載の本発明によれば、サーバは、データベースに登録されている入札者IDと複数の異なる入札価格と入札日時に基づいて、最低販売点数に相当する上位の入札価格を優先して落札と決定し、落札者の入札者IDが同一の場合には低い方のみを落札と決定し、入札した価格が同一の場合には入札日時が早い方を落札と決定するように落札処理を行うので、商品の購入意欲を削ぐことなく、販売店における商品の実売価格よりも低い価格で購入可能なサービスを提供することができるので、入札者の参加意欲の向上に寄与することがでる。
【0068】
請求項2記載の本発明によれば、データベースへの登録が終了した場合に、残入札可能人数から1を引いて新たな残入札可能人数として計数しておき、計数された新たな残入札可能人数をホームページに提示するので、商品の購入意欲を向上することができ、入札者の参加意欲の向上に寄与することがでる。
【図面の簡単な説明】
【図1】本発明の一実施の形態に係るオークションシステムの構成を示す図である。
【図2】主催サーバ13の構成を説明するためのブロック図である。
【図3】主催サーバ13の動作を説明するためのシーケンス図である。
【図4】主催サーバ13の動作を説明するためのフローチャート(その1)である。
【図5】入札情報の入力画面を示す図である。
【図6】主催サーバ13の動作を説明するためのフローチャート(その2)である。
【図7】入札価格と入札日時および入札者IDが記憶されている入札価格テーブルである。
【図8】入札価格テーブルを高い価格から順に低い価格になるように並び替えたことを示す図(a)と、入札価格テーブル上の処理範囲を示す図(b)である。
【図9】「コンピュータ」に関する商品詳細ページを示す図である。
【符号の説明】
11 インターネット
13 オークション主催サーバ
15 ユーザ端末
21 通信処理部
23 ハードディスクHD
25 ディスプレイ
27 キーボード
29 制御部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an auction system, and more particularly, to an auction system for auctioning commodities via an information network.
[0002]
[Prior art]
In recent years, with the development of information communication, for example, auctions for commodities have been conducted via the Internet.
[0003]
In this conventional auction system, the WWW server presents a bid screen including information on product information, the number of items of the product, the current highest bid price, the number of bidders, etc. Prompts the user to enter the bid price of the product. When a bid price related to the product is input from the bidder, it is temporarily stored in the storage unit, and a higher bid price is selected as the successful bid price among the bid prices input within a predetermined period. To do.
[0004]
Then, the WWW server presents information indicating that it has made a successful bid to the successful bidder, confirms the purchase intention of the successful bidder, and enters the predetermined account of the auction organizer from the financial institution to which the successful bidder with the intention to purchase joins. He requested payment of the winning bid.
[0005]
An example of such a conventional auction system is disclosed in Patent Document 1.
[0006]
[Patent Document 1]
JP 2003-150822 A
[0007]
[Problems to be solved by the invention]
However, in the conventional auction method, despite the large number of bidders, only the sales for the winning bid and the winning commission of only a few percent for one product contribute to the profit, ensuring sufficient sales. There was a problem that it was difficult.
[0008]
Further, in the conventional auction method, there is a problem that the exhibitor must bear the difference when the winning bid price is lower than the purchase price of the product and the cost is reduced.
[0009]
Furthermore, in the conventional auction method, the current highest bid price is presented on the auction screen, so some people confirm the highest bid price that rises every moment and give up bidding, and as a result, in the auction There was a problem of lowering sales.
[0010]
For this reason, there is a demand for a service that can be purchased at a price lower than the actual selling price of the product in the store without reducing the desire to purchase the product.
[0011]
The present invention has been made in view of the above, and an object of the present invention is to provide an auction system that can contribute to an increase in the willingness of a bidder to participate without reducing the willingness to purchase a product.
[0012]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the invention according to claim 1 is connected to a communication terminal of a bidder through an information network, and transmits a homepage including information on bid contents related to products to the communication terminal to provide a product bidding service. An auction system comprising a server for providing a bid information, a transmission means for transmitting a homepage indicating a minimum sales point and a minimum bid price to a bidder's communication terminal together with information indicating bid contents related to a product; Receiving means for receiving a bidder ID and a plurality of different bid prices from the communication terminal of the bidder, and data registration means for registering the bidder ID received from the bidder's communication terminal, the plurality of different bid prices and the bid date and time in a database, Based on the bidder ID registered in the database, a plurality of different bid prices and bid dates, If the bidder's ID is the same as the highest bidder, the lower bidder will determine the highest bid, and if the bidder ID is the same, the lower bid will be decided. And having a successful bid processing means for performing a successful bid process so as to determine a successful bid.
[0013]
In order to solve the above problem, the invention according to claim 2 has a counting means for subtracting 1 from the remaining bidder possible number and counting it as a new remaining bidder possible number when the registration is completed by the data registration means. The gist of the transmission means is to present a new number of remaining bidders counted by the counting means on the homepage.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0015]
FIG. 1 is a diagram showing a configuration of an auction system applicable to an auction system according to an embodiment of the present invention. First, the system configuration will be described with reference to FIG.
[0016]
As shown in FIG. 1, the Internet 11 can be connected to an auction hosting server 13 that hosts an auction and user terminals 15 provided in, for example, a plurality of user homes.
[0017]
The auction hosting server (hereinafter referred to as hosting server) 13 includes product information that can be provided from a supplier company of the product, the number of products, the current price, and information such as the minimum bid price set in advance by the auction company. Data is stored in advance in a database described later.
[0018]
The user terminal 15 is composed of a personal computer having a keyboard, a mouse, a display, a hard disk unit for storing a control program and data, a CPU unit for controlling the whole in accordance with the control program, a modem and a DSU for controlling Internet communication, and the like. ing. The user terminal 15 may be a mobile communication terminal capable of communicating via the Internet or a communication terminal using a cable / satellite.
[0019]
Next, the configuration of the sponsor server 13 will be described with reference to FIG.
[0020]
As shown in FIG. 2, the hosting server 13 includes a communication processing unit 21 that performs information communication with a plurality of user terminals via the Internet 11, an OS program for controlling the server, and a control for controlling the auction. Hard disk HD 23 for storing programs, control data, management database DB, individual URL table and home page, display 25 for displaying input contents and control status, keyboard 27 for inputting character information, timer for measuring date and time inside And a control unit 29 that controls each unit provided in the server.
[0021]
Next, the configuration of the management database DB shown in FIG. 2 will be described.
[0022]
The management database DB includes a member database DB, a product database DB, a product-specific bid management database, and the like.
[0023]
The member database DB is composed of a unique member number ID, a password, a member name, an e-mail address, etc., which are serial numbers assigned to identify the member.
[0024]
The product database DB includes the product code, product photo data, specification data, start date and time of the product, date and time of bidding, minimum number of products sold, manufacturer's suggested retail price, general storefront It consists of the price, the minimum bid price of the product, the number of possible bids, the cash-on-delivery fee at the time of home delivery, and the delivery fee.
[0025]
The product-specific bid management database is composed of bidder IDs, bid prices when bids are made, bid date and time, credit card number, etc. for each product code.
[0026]
The sequence diagram shown in FIG. 3, the flowcharts shown in FIGS. 4 and 6, the bid information input screen shown in FIG. 5, the bid price table shown in FIG. 7, the schematic diagram shown in FIG. 8, and the product detail page shown in FIG. The operation of the sponsor server 13 will be mainly described with reference to the above. Each flowchart is operated by the control unit 29 in accordance with a control program stored in the hard disk HD 23 provided in the hosting server 13.
[0027]
(1) Start of Auction First, in step S10, in accordance with a control program stored in the hard disk HD 23 provided in the sponsor server 13, the minimum sales number N of products is read from the product database DB, and N is set as the remaining bidable number na. Set. The remaining bidable number na is the number of people who can currently bid on the product detail page displayed during the auction, and the initial value is the minimum number N of items for sale.
[0028]
Next, in step S20, the sponsor server 13 reads the auction start date and time of the product from the product database DB described above, further reads the current date and time from the timer, and determines whether the current date and time has become the auction start date and time. To do. If the auction start date / time is reached, the process proceeds to step S30.
[0029]
(2) Login processing Now, for example, power is turned on to the user terminal 15 such as a personal computer or a mobile communication terminal provided in the user's home, the WWW browser is activated, and URL information for requesting the homepage of the auction company Is input to the WWW browser and transmission to the Internet 11 is started, a line is first connected to the telephone number of the provider with which the connection is contracted, and the communication processing unit 21 of the hosting server 13 is connected via the provider. Connected. Further, the user terminal 15 transmits a home page request to the communication processing unit 21.
[0030]
Here, in step S30, the hosting server 13 connected to the user terminal 15 via the Internet 11 reads out information on a homepage stored in advance in response to a homepage request from the user terminal 15 and passes through the Internet 11. It transmits to the user terminal 15. As a result, the top screen of the home page is displayed on the user terminal 15.
[0031]
Accordingly, it is assumed that, on the user terminal 15 side, when the user wants to make a successful bid for “notebook”, for example, an icon for designating “notebook” is clicked. At this time, a product detail page request (not shown) for requesting a product detail page related to, for example, “notebook” is transmitted from the user terminal 15 to the sponsor server 13.
[0032]
In step S40, the sponsor server 13 that has received the product detail page request from the user terminal 15 searches and reads product information related to “notebook” from the product database stored in the hard disk 23, and bid contents related to “notebook”. A page for presenting is generated and transmitted to the user terminal 15.
[0033]
As a result, as shown in FIG. 9, in addition to information on the “notebook”, product description, product introduction, after-sales service of the dealer, etc., the user terminal 15 displays the manufacturer's suggested retail price and the lowest bid for the product. Information such as price, minimum sales points, and auction period is displayed.
[0034]
Furthermore, it is assumed that when the user wants to make a successful bid for the “notebook” on the user terminal 15 side, the icon displayed as the “bid” button 33 is clicked. At this time, a login page request is transmitted from the user terminal 15 to the sponsor server 13 in order to shift to the bidding procedure.
[0035]
Next, in step S50, the sponsor server 13 determines whether a login page request indicating acceptance of a bid has been received. If a login page request is received from the user terminal 15, the process proceeds to step S60, where it is determined whether the remaining bidder possible number na = 0. If there is the remaining number of bidders na, the process proceeds to step S70, where the current date and time are read from the timer, and it is determined whether or not the current date and time has reached the expiration date (deadline) of the bid. If the number of remaining bidders na = 0, or if the deadline is reached, the process proceeds to step S210.
[0036]
In step S70, if the deadline is not reached, the process proceeds to step S80, and a login page composed of an ID input field and a password field and prompting the input is transmitted to the user terminal 15.
[0037]
As a result, a login page is displayed on the user terminal 15. Here, when the user inputs the bidder ID and password in the ID input field and password field via the keyboard and clicks the “Send” button, the bidder ID and password are transmitted from the user terminal 15 to the sponsor server 13. .
[0038]
Next, in step S90, the sponsor server 13 receives the bidder ID and password. In step S100, the sponsor server 13 authenticates whether or not the bidder ID and password pair recorded in the member database match the received bidder ID and password. When it is confirmed that the bidder ID and the password are correct, the process proceeds to step S110, and a bid procedure page is transmitted to the user terminal 15.
[0039]
As a result, as shown in FIG. 5, the display screen of the user terminal 15, for example, the minimum sales score of the product related to “notebook”, the manufacturer's suggested retail price, the general store price, the minimum bid price of the product, the remaining number of bidders A bidding procedure page is displayed in which na, the number of possible bids, a cash-on-delivery fee at home delivery, a delivery fee, a credit card number, an expiration date of the credit card, a bid price of 1 to 3 times, and the like are displayed.
[0040]
(3) Bid procedure Here, when the user inputs the credit card number, the expiration date of the credit card, the bid price of 1 to 3 times, etc. via the keyboard and clicks “Send” 31, the user terminal 15 A credit card number indicating a settlement method, an expiration date of the credit card, a bid price of 1 to 3 times, and the like are transmitted to the hosting server 13.
[0041]
Next, in step S120, the sponsor server 13 receives the credit card number indicating the settlement method, the expiration date of the credit card, and one to three bid prices.
[0042]
In step S130, the organizer server 13 sends a credit card number and a credit card expiration date as credit reference request information to a credit company server (not shown) provided in the credit company in order to request a credit reference of the user. Send to. At this time, based on the credit inquiry request information received from the organizer server 13, the credit company server refers to the expiration date and the availability information for the credit card number stored in the user database provided in the server. Then, the availability information is transmitted to the trader server 15 as a result of inquiring the user's credit information. As a result, the sponsor server 13 can receive the availability information indicating whether or not the user can use the credit card from the credit company server.
[0043]
Furthermore, in step S130, the organizer server 13 proceeds to step S140 if the credit card can be used based on the availability information received from the credit company server. On the other hand, if the credit card cannot be used based on the availability information, the process returns to step S40.
[0044]
Next, in step S140, the organizer server 13 registers the one to three bid prices received from the user terminal 15, the settlement method, the bidder ID, and the bid date and time read from the timer in the bid management database for each product.
[0045]
Next, in step S150, the organizer server 13 completes the registration process for one user, and substitutes the number obtained by subtracting 1 from the number of remaining bidders na as na. Here, in step S160, it is determined whether or not the number of remaining bidders na becomes 0. If the number of remaining bidders na becomes 0, the process proceeds to step S220. On the other hand, if the number of remaining bidders na is not 0, the process proceeds to step S170.
[0046]
Next, in step S <b> 170, the organizer server 13 transmits to the user terminal 15 a reception completion page indicating that reception of the user's bid has been completed. Further, in step S180, the organizer server 13 generates a bid acceptance completion email and transmits it to the email address of the user registered in advance.
[0047]
Next, in step S190, the sponsor server 13 reads the auction holding period date / time T of the product from the above-described product database DB, reads the current date / time from the timer, and determines whether the current date / time is during the auction holding period. to decide. If it is during the auction start period, the process returns to step S40 and the above-described processing is repeated.
[0048]
On the other hand, if the auction start period has passed, the process proceeds to step S200, where the organizer server 13 generates an error page and transmits it to the user, and the process ends.
[0049]
(4) Successful bidder determination process When the remaining number of bidders na = 0 or when the deadline is reached, the process advances to step S210, and the organizer server 13 displays a bid deadline page indicating that the bid has been closed. Is generated and transmitted to the user.
[0050]
Next, the process proceeds to a successful bidder determination routine shown in step S220. In step S310, the organizer server 13 creates a bid price table as shown in FIG. 7 based on the bid price and bid date and time for each bidder ID registered in the product-specific bid management database. Generate. At this time, the bid price table is sorted in descending order of bid price, and “0” indicating unprocessed is set in the processing flag. As a result, as shown in FIG. 8A, the bid price table is rearranged in order from the highest price to the lowest price.
[0051]
Next, in step S320, the organizer server 13 refers to the bid date and time and sorts the bids in order from the earliest in the bid price table, when different bidder IDs have the same price. Next, in step S330, the minimum sales number N of the product is set as the processing range number Nx. The processing range number Nx is a variable that is stored in the RAM and represents the number of bids to be processed in the bid price table, and the bid price tends to be lower each time the processes of steps S340 to S370 to be described later are executed. This means that the scope of application is expanded.
[0052]
Next, in step S340, if there are two or more bidder IDs with the same Nx within the range Nx, the organizer server 13 sets the processing flag with the lowest bid price to “2” indicating a successful bid, Although the price is not the minimum, the processing flag is set to “1” indicating a loss.
[0053]
Next, in step S350, the organizer server 13 counts the number of successful bids Ny by counting the number of processing flags set in the bid price table set to “2” indicating successful bids within the range Nx.
[0054]
Next, in step S360, the organizer server 13 compares the minimum sales number N of the product with the successful bid number Ny, and if a relationship of N> Ny is established, the product remains for the successful bid number Ny. Therefore, the process proceeds to step S370. On the other hand, if the relationship N> Ny is not established, the number of successful bids Ny has reached the minimum number N of sales points, and the routine returns to the main routine.
[0055]
Next, in step S370, the organizer server 13 adds the processing range number Nx to the number (Nx−Ny) obtained by subtracting the successful bid number Ny from the current processing range number Nx, and sets this as a new Nx. Return to S340. That is, as shown in FIG. 8B, the number of processing ranges is expanded by the number (Nx−Ny).
[0056]
By repeating the processing shown in steps S340 to S370 in this way, the processing flag provided on the bid price table can be set to successful bid “2” and unsuccessful “1”.
[0057]
(5) In the successful bid result mail step S360, if the relationship N> Ny is not established, the successful bid number Ny has reached the minimum sales point N, and the process returns to step S230 of the main routine.
[0058]
In step S230, the organizer server 13 reads the user's e-mail address stored in the member database DB based on the bidder ID set on the bid price table, and is further set on the bid price table. When the processing flag corresponding to the bidder ID is a successful bid “2”, a successful bid mail text is generated, and when the processing flag is “1”, a lost mail text is generated and transmitted to the mail address.
[0059]
As a result, the successful bid mail text is transmitted to the user terminal 15 of the winning bidder and the lost mail text is transmitted to the user terminal 15 of the winning bidder, so that the user can confirm his / her success.
[0060]
Here, the effect in this Embodiment is demonstrated.
[0061]
Based on the bidder ID registered in the database, a plurality of different bid prices, and the date and time of bidding, the organizer server 13 prioritizes the highest bid price corresponding to the lowest sales point and decides to win the bidder. If the bidder ID is the same, only the lower one is determined as a successful bid, and if the bid price is the same, the bid process is performed so that the earlier bid date is determined as the successful bid.
[0062]
For example, if you bid for the first bid at the lowest price, bid for the second bid at the lowest price, and bid for the third bid at the higher price, multiple bids from the same bidder are within the winning bid. The lowest bid price is the winning bid. In the case of the same bid price, the bid with the earlier bid date is the successful bid.
[0063]
At this time, since the minimum bid price can be set higher than the purchase price of the product, the winning bid price does not break down.
[0064]
In addition, there is no auction screen as in the past, and the current highest bid amount is not presented, so the highest bid price that increases every moment is not confirmed and the bid is not abandoned. Auction sales can be increased.
[0065]
Therefore, it is possible to provide a service that can be purchased at a price lower than the actual selling price of the product in the store without reducing the purchase intention of the product, which contributes to the improvement of the bidder's willingness to participate.
[0066]
In addition, when registration in the database is completed, 1 is subtracted from the number of remaining bidders and counted as a new number of remaining bidders, and the new number of remaining bidders is displayed on the homepage. Can improve the willingness to purchase and contribute to the increased willingness of bidders to participate.
[0067]
【The invention's effect】
According to the present invention as set forth in claim 1, the server gives priority to the higher bid price corresponding to the lowest sales point based on the bidder ID registered in the database, a plurality of different bid prices, and the bid date and time. If the bidder ID of the winning bidder is the same, only the lower one is determined as the winning bid, and if the bid price is the same, the winning bid is processed so that the earlier bid date is determined as the winning bid. As a result, it is possible to provide a service that can be purchased at a price lower than the actual sales price of the product in the store without reducing the willingness to purchase the product, which can contribute to the increase in the willingness of the bidders to participate. .
[0068]
According to the second aspect of the present invention, when registration in the database is completed, 1 is subtracted from the number of remaining bidders and counted as a new number of remaining bidders. Since the number of people is presented on the homepage, it is possible to improve the willingness to purchase products and contribute to the improvement of bidders' willingness to participate.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of an auction system according to an embodiment of the present invention.
FIG. 2 is a block diagram for explaining a configuration of a sponsor server 13;
FIG. 3 is a sequence diagram for explaining the operation of the sponsor server 13;
FIG. 4 is a flowchart (No. 1) for explaining the operation of the sponsor server 13;
FIG. 5 is a diagram showing a bid information input screen.
FIG. 6 is a flowchart (part 2) for explaining the operation of the sponsor server 13;
FIG. 7 is a bid price table in which bid prices, bid dates and times, and bidder IDs are stored.
FIG. 8A is a diagram showing that the bid price table is rearranged in order from the highest price to the lower price, and FIG. 8B is a diagram showing the processing range on the bid price table.
FIG. 9 is a diagram showing a product detail page related to “computer”.
[Explanation of symbols]
11 Internet 13 Auction Organizing Server 15 User Terminal 21 Communication Processing Unit 23 Hard Disk HD
25 Display 27 Keyboard 29 Control unit

Claims (2)

入札者の通信端末と情報ネットワークを介して接続し、商品に関する入札内容の情報を含むホームページを前記通信端末に送信して商品の入札サービスを提供するサーバを備えたオークションシステムであって、
前記サーバは、
少なくとも商品に関する入札内容を表す情報とともに最低販売点数と最低入札価格を表すホームページを入札者の通信端末に送信する送信手段と、
入札者の通信端末から入札者IDと複数の異なる入札価格を受信する受信手段と、
入札者の通信端末から受信した入札者IDと複数の異なる入札価格と入札日時をデータベースに登録するデータ登録手段と、
前記データベースに登録されている入札者IDと複数の異なる入札価格と入札日時に基づいて、最低販売点数に相当する上位の入札価格を優先して落札と決定し、落札者の入札者IDが同一の場合には低い方のみを落札と決定し、入札した価格が同一の場合には入札日時が早い方を落札と決定するように落札処理を行う落札処理手段とを有することを特徴とするオークションシステム。
An auction system comprising a server that connects to a communication terminal of a bidder through an information network and transmits a homepage including information on bid contents related to products to the communication terminal to provide a product bidding service,
The server
A transmission means for transmitting a homepage indicating a minimum sales point and a minimum bid price to at least a bidder's communication terminal together with information indicating a bid content related to a product;
Receiving means for receiving a bidder ID and a plurality of different bid prices from the bidder's communication terminal;
A data registration means for registering a bidder ID received from a bidder's communication terminal, a plurality of different bid prices, and a bid date and time in a database;
Based on the bidder ID registered in the database, a plurality of different bid prices and bid dates, the highest bid price corresponding to the lowest sales point is determined to be a winning bid, and the bidder ID of the winning bidder is the same In the case of the auction, only the lower one is determined as a successful bid, and when the bid price is the same, it has a successful bid processing means for performing a successful bid processing so as to determine the earlier bid date and time as a successful bid. system.
前記データ登録手段により前記登録が終了した場合に、残入札可能人数から1を引いて新たな残入札可能人数として計数する計数手段を有し、
前記送信手段は、前記計数手段により計数された新たな残入札可能人数をホームページに提示することを特徴とする請求項1記載のオークションシステム。
When the registration is completed by the data registration means, the counter has a counting means for subtracting 1 from the number of remaining bidders and counting it as a new number of remaining bidders.
2. The auction system according to claim 1, wherein the transmission unit presents a new remaining bidder possible number counted by the counting unit on a homepage.
JP2003180059A 2003-06-24 2003-06-24 Auction system Pending JP2005018267A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003180059A JP2005018267A (en) 2003-06-24 2003-06-24 Auction system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003180059A JP2005018267A (en) 2003-06-24 2003-06-24 Auction system

Publications (1)

Publication Number Publication Date
JP2005018267A true JP2005018267A (en) 2005-01-20

Family

ID=34181208

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003180059A Pending JP2005018267A (en) 2003-06-24 2003-06-24 Auction system

Country Status (1)

Country Link
JP (1) JP2005018267A (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012053652A (en) * 2010-09-01 2012-03-15 Fujitsu Fsas Inc Desired product reservation notification system
CN102682401A (en) * 2011-03-17 2012-09-19 李正甲 Auction method and server
JP2013061928A (en) * 2011-09-14 2013-04-04 Jeong Gab Lee Auction method and auction server
JP2014016736A (en) * 2012-07-06 2014-01-30 Repica Inc Server device and program
WO2015092837A1 (en) * 2013-12-20 2015-06-25 株式会社レピカ Server device and program
US10169811B2 (en) 2011-09-14 2019-01-01 Jeong Gab Lee Auction method and server

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122959A (en) * 2001-08-23 2003-04-25 Mark Yonao-Cowan Execution method for on-line auction and server for on- line auction system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122959A (en) * 2001-08-23 2003-04-25 Mark Yonao-Cowan Execution method for on-line auction and server for on- line auction system

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
オークセール ご利用の流れ, JPN6008045046, 3 February 2003 (2003-02-03), ISSN: 0001127516 *
オークセール 入札チャンスは3回, JPN6008045045, 19 June 2003 (2003-06-19), ISSN: 0001127515 *
土井 千鶴: "ビギナーズ実践記 初めてでも簡単!安心!ネットオークション", 日経PCビギナーズ VOL.6 日経PC21 2002年6月号増刊, vol. 第7巻,第12号, JPN6008045050, 13 June 2002 (2002-06-13), pages 105 - 118, ISSN: 0001127517 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012053652A (en) * 2010-09-01 2012-03-15 Fujitsu Fsas Inc Desired product reservation notification system
CN102682401A (en) * 2011-03-17 2012-09-19 李正甲 Auction method and server
JP2012194956A (en) * 2011-03-17 2012-10-11 Jeong Gab Lee Auction method and auction server
US8478657B2 (en) 2011-03-17 2013-07-02 Jeong Gab Lee Auction method and server
US8799105B2 (en) 2011-03-17 2014-08-05 Jeong Gab Lee Auction method and server
JP2013061928A (en) * 2011-09-14 2013-04-04 Jeong Gab Lee Auction method and auction server
JP2013069343A (en) * 2011-09-14 2013-04-18 Jeong Gab Lee Auction method and auction server
JP2013077332A (en) * 2011-09-14 2013-04-25 Jeong Gab Lee Auction method and auction server
US10169811B2 (en) 2011-09-14 2019-01-01 Jeong Gab Lee Auction method and server
US10628879B2 (en) 2011-09-14 2020-04-21 Jeong Gab Lee Auction method and server
JP2014016736A (en) * 2012-07-06 2014-01-30 Repica Inc Server device and program
WO2015092837A1 (en) * 2013-12-20 2015-06-25 株式会社レピカ Server device and program

Similar Documents

Publication Publication Date Title
US7340429B2 (en) Method and system to enable a fixed price purchase within a online auction environment
US7047210B1 (en) Method and system for auctioning a product on a computer network
US8266004B2 (en) Method and system for efficiently relaying merchandise deal through public assessment in on-line market
US20140236751A1 (en) Methods and System For Electronic Commerce Facility Client-Based Presentation Offer Management
JP2001283045A (en) Computer, merchandise introducing method, informing method, bidding information utilizing method and storing medium
JP2002007720A (en) System and method for commodity transaction, and recording medium
JP2011059747A (en) System for giving benefit in auction
US20080059327A1 (en) Methods &amp; systems for electronic commerce facility client-based presentation offer management
JP5185919B2 (en) Charity system
JP2005018267A (en) Auction system
US20060149656A1 (en) System and method for conducting auctions of product sets
WO2013021886A1 (en) Reverse auction system, reverse auction assistance device and program
KR20070074997A (en) Auction system according to the standard price in internet and the method thereof
JP5394219B2 (en) Auction processing device, auction processing method, and auction processing program
JP2004145425A (en) Transaction supporting method and program
JP4716837B2 (en) Auction system
JP2007515014A (en) Minimum price auction service management system and management method
JP3659400B2 (en) Auction system
KR100439157B1 (en) Method for auction having automatic mode-changing function
JP2002236821A (en) Electronic commerce method
KR100434976B1 (en) Auction method
JP2004272367A (en) Joint purchase reverse auction system, method, server and program
JP2001265964A (en) Device and method for calculating transaction price and machine readable recording medium with program realizing the method is recorded thereon
JP2001312623A (en) Auction method
JP2004070667A (en) Auction method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060412

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080909

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081015

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090203