JP2001229269A - 商品販売方法、装置、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】ユーザが参加しやすく、ユーザの購買意欲を向
上させる共同購入サービスを提供する。 【解決手段】ユーザ端末が接続されたネットワーク上で
商品の販売を行う方法が提供され、商品情報をユーザ端
末に送信する送信ステップと、ユーザ端末から購入希望
価格を含む入札情報を受信する受信ステップと、複数の
ユーザ端末からの入札情報に基き商品の提供価格と提供
数を決定する決定ステップと、ユーザ端末に商品を購入
可能かどうかを通知する通知ステップとを有する。ま
た、前記決定ステップは、設定価格と、該設定価格で販
売するための最小入札者数である設定数とを記録した価
格設定テーブルを参照するステップと、ある設定価格以
上で入札した入札者数が該設定価格における設定数以上
である場合に該設定価格を前記提供価格とし、該入札者
数を前記提供数とするステップとを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上で
商品を販売する技術に関し、特に、購入予定者の数によ
り、商品価格を下げる共同購入サービスに関する。

【０００２】

【従来の技術】近年、インターネット上で共同購入形式
により商品等を販売するサービスが普及しつつある。従
来のインターネット上での共同購入サービスは一般に次
のようにして提供される。

【０００３】共同購入サービスのページに商品と初期価
格が提示され、その商品の購入を希望するユーザは購入
の意思表示、すなわち入札を行う。その後、その商品に
対する購入希望状況と、その状況に応じた商品の価格が
表示される。そして、所定の期間を経過すると提供価格
が決定され、購入希望者はその価格で商品を購入する。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
従来の共同購入サービスによると、初期値より安い価格
でしか購入できないユーザは、価格が下がるまで入札を
行うことができない。従って、欲しい商品があっても、
入札さえできない場合が生じ、その共同購入サービスに
対するユーザの興味が低下するという問題点がある。ま
た、他のユーザの入札数を待つことでしか価格が下がら
ないため、画面の更新頻度が低い場合が多い。従って、
共同購入サービスのサイトにアクセスするインセンティ
ブをユーザに持たせ難い。すなわち、更にその共同購入
サービスに対するユーザの興味が低下するという問題点
がある。

【０００５】本発明は上記の点に鑑みてなされたもので
あり、ユーザが参加しやすく、ユーザの購買意欲を向上
させる共同購入サービスのための方法、装置、及び記録
媒体を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明は次のように構成される。

【０００７】請求項１に記載の発明は、ユーザ端末が接
続されたネットワーク上で商品の販売を行う方法であっ
て、商品情報をユーザ端末に送信する送信ステップと、
ユーザ端末から購入希望価格を含む入札情報を受信する
受信ステップと、複数のユーザ端末からの入札情報に基
き商品の提供価格と提供数を決定する決定ステップと、
ユーザ端末に商品を購入可能かどうかを通知する通知ス
テップとを有する。

【０００８】本発明によれば、ユーザは購入希望価格を
入札に用いることができるため、入札に参加しやすくな
り、サービスに対する興味が増す。また、複数の入札情
報から提供価格と提供数を決定するので、入札数に応じ
て価格を下げることができ、ユーザは購入希望価格より
低い価格で商品を購入できる可能性が生じ、購入希望価
格のみで購入できる場合に比べてユーザにとっての効果
が大きい。また、ユーザ数増加が期待できるので、販売
側にとっても売上増に繋がり、従来の技術にない効果が
生じる。更に、ユーザの入力した購入希望価格をマーケ
ティング情報として使用することもできる。

【０００９】請求項２に記載の発明は、請求項１の記載
において、前記提供価格は商品提供対象の各ユーザの購
入希望価格以下であるとする。提供価格を購入希望価格
以下とすることによって、サービスに参加するインセン
ティブをユーザに与えることができる。

【００１０】請求項３に記載の発明は、請求項１の記載
において、前記決定ステップは、設定価格と、該設定価
格で販売するための最小入札者数である設定数とを記録
した価格設定テーブルを参照するステップと、ある設定
価格以上で入札した入札者数が該設定価格における設定
数以上である場合に該設定価格を前記提供価格とし、該
入札者数を前記提供数とするステップとを有する。

【００１１】本発明によれば、ある設定価格以上の入札
者数が多いほど提供価格を下げることができる。また、
価格設定テーブルを使用するため、価格設定テーブルの
内容を書き換えるだけで種々の価格設定を行うことが可
能となり、ユーザ及び商品販売側の希望に応じた価格設
定を行うことも可能となる。

【００１２】請求項４に記載の発明は、請求項３の記載
において、設定価格毎の入札者数と、商品提供価格と、
提供価格を下げるために追加が必要な入札者数とを含む
画面をユーザ端末に表示するステップを更に有する。

【００１３】本発明によれば、ユーザは入札状況をリア
ルタイムに見ることが可能となるため、他のユーザの入
札状況を見ながら自分の入札価格を決定することが可能
となる。

【００１４】請求項５に記載の発明は、請求項４の記載
において、前記画面は、購入希望価格を変更するための
ボタンを含み、ユーザが該ボタンを押すことによって、
該ユーザの購入希望価格を変更するステップを更に有す
る。

【００１５】本発明によれば、他のユーザの入札状況を
見ながら自分の入札価格を変更でき、サービスにゲーム
性を与えることが可能となり、更なるユーザ増が期待で
きる。

【００１６】請求項６に記載の発明は、請求項３の記載
において、前記価格設定テーブルにおける設定数及び設
定価格は、価格を下げる前の設定価格による最大の売上
が、価格を下げた後の設定価格による設定数分の売上以
下となるよう設定する。

【００１７】本発明によれば、価格を下げた場合でも、
販売側にとっての売上は減少しない。従って、販売側も
サービスに参加しやすくなる。また、上記のような価格
設定をすることによって、仕入れ方法によらずに同様な
サービスを提供することが可能である。

【００１８】請求項７に記載の発明は、請求項１の記載
において、前記通知ステップは、購入希望価格が提供価
格以上であるユーザに対して商品を購入可能であること
を通知するステップを有する。従って、ユーザは商品を
購入することができるかどうかを知ることができる。

【００１９】請求項８に記載の発明は、請求項１の記載
において、所定の時間が経過した時、又は商品の在庫数
と商品提供数が等しくなった時に、ユーザ端末からの入
札を終了するステップを更に有する。所定の時間で終了
することにより、ユーザは入札を行うかどうかのタイミ
ングを判断することができる。また、在庫数で終了する
ことにより、商品を売り切るまで販売したいという販売
側の希望に沿うことができる。

【００２０】請求項９〜１６に記載の発明は、本発明の
方法の実施に適した装置であり、上記と同様の作用効果
を奏する。また、請求項１７〜２４に記載の発明は、本
発明の方法の実施に適したプログラムを記録した記録媒
体であり、上記と同様の作用効果を奏する。

【００２１】

【発明の実施の形態】まず、図１〜図３を用いて本発明
の概要を説明する。

【００２２】図１に示すように、本発明の共同購入シス
テム１はセンタ装置３と複数のユーザ端末５等がインタ
ーネット７等のネットワークに接続された構成をとる。
共同購入システム１において、センタ装置からユーザ端
末に対してある商品が提示され、ユーザはユーザ端末か
らその商品を購入するかどうかをセンタ装置に通知す
る。センタ装置では、その商品の購入予定者数によっ
て、商品を販売するかどうかと、販売する場合の提供価
格を決定する。共同購入システム１では、商品の購入予
定者数が多いほど、その商品の価格を下げて提供する。
なお、本発明に係る共同購入サービスは“ＰｏｃＫｅ
ｔ”（Power of Community Market）と称され、本明細
書中でも適宜ＰｏｃＫｅｔの用語を使用する。

【００２３】図２は、本発明の一実施例における概念を
説明するための図であり、商品購入予定者数に対する提
供価格の一例を示している。同図に示すように、購入予
定者が１〜３０名までは４４９００円にて商品が提供さ
れ、３１〜５０人になると４２４００円で提供される。
人数に対する価格はセンタ装置に予め設定してあり、ユ
ーザは購入するかどうかだけをユーザ端末から入力す
る。

【００２４】図３は本発明における他の例を説明するた
めの図である。この場合、ユーザはある商品に対する購
入希望価格を入力し（以下、”入札する”という）、セ
ンタ装置では、価格帯毎の購入希望数等から、商品の提
供価格を決定する。図３に示す例では、提供価格が３５
０００円で提供される。すなわち、３５０００円より高
い価格で入札したユーザも３５０００円で購入すること
ができる。また、３５０００円より低い価格で入札した
ユーザは購入することができない。このように、本発明
ではユーザ自身で希望価格を設定できるので、商品価格
が高く、入札さえできないという従来の問題点は解消さ
れる。

【００２５】図４は、本発明の共同購入システム１の詳
細構成を示す図である。同図に示すように、センタ装置
３は、ＷＷＷサーバ、メールサーバ、データベースサー
バから構成される。ＷＷＷサーバ９は、ユーザ端末に搭
載されるＷＷＷブラウザからのアクセスを受け、本発明
の共同購入サービスを提供する機能を有する。メールサ
ーバ１１は、ユーザ端末に登録通知等、各種通知をメー
ルにて行う。データベースサーバは、共同購入サービス
提供に必要な各種データを蓄積する。セキュリティを考
慮して、ＷＷＷサーバ９とメールサーバ１１はグローバ
ルセグメントに置かれ、データベースサーバはプライベ
ートセグメントに置かれる。また、データ登録等を行う
ための管理端末１５を有する。センタ装置３の動作の詳
細については後述する。

【００２６】図５は、本発明の一実施例において、ユー
ザ端末に表示される画面の遷移を示した図である。図５
は、ユーザが自由に価格を設定でき、購入状況を表示せ
ず、再入札を許容しない場合の例を示す図である。同図
について説明する。

【００２７】まず、本発明の共同購入サービスのサイト
にアクセスすることによって、商品一覧画面が表示され
る（ステップ１）。商品一覧画面には、例えば、商品販
売元、商品名、商品画像、店頭販売価格、この商品に対
してのコメントが表示される。ユーザが、商品一覧の中
から興味のある商品を選択すると、商品詳細画面に移る
（ステップ２）。商品詳細画面には、商品画像、及び、
商品のスペック等の詳細情報が表示される。ユーザが参
加ボタンを押すと、ログイン画面に進む（ステップ
３）。ここで、アカウントとパスワードを入力し、ログ
インボタンを押す。なお、登録情報変更ボタンを押すこ
とによって、登録情報を変更することができる。

【００２８】ログインボタンを押した後、センタ装置側
でその商品に関する販売時間の終了時間の確認を行う
（ステップ４）。終了時間前であれば、ログイン画面で
入力されたアカウントとパスワードに対応するユーザが
登録されているかどうかの登録確認を行う（ステップ
５）。登録済みの場合は、初期入札かどうかの確認を行
った後（ステップ６）、初期入札であれば、購入画面に
進む（ステップ７）。未登録の場合には、会員登録画面
に進む（ステップ８）。会員登録画面において、ユーザ
は氏名、住所、電話番号、クレジットカード情報等を入
力することによって登録を行う。登録後、センタ装置か
ら登録された旨を連絡するメールが送信される（ステッ
プ９）。また、登録された旨の通知は通常の郵便で行う
ようにしてもよい。ここで、クレジットカード情報は、
購入処理で使用するとともに、購入決定後の購入取り止
めを防止するためにも必要な情報である。

【００２９】ステップ７における購入画面において、購
入金額を入力し、購入ボタンを押すことによって入札が
行われる。既に、入札を行ったユーザに対しては、購入
確認画面が表示される（ステップ１０）。購入確認画面
には、結果発表の時期と、そのユーザが入力した入札価
格が表示される。

【００３０】ログイン画面（ステップ３）の後の終了時
間の確認において（ステップ４）、終了時間が経過して
いた場合、結果画面が表示される（ステップ１１）。結
果画面には、入札商品名、入札時間、入札金額及び購入
状況の結果が表示される。そして、購入者となったユー
ザのみが購入処理（ステップ１２）に進むことが可能で
ある。購入処理は種々の方法をとって行うことが可能で
ある。購入状況結果として、例えば、図６に示した画面
が表示される。３５０００円以上で入札したユーザが１
８０人存在し、その１８０人に対して商品が３５０００
円で提供されることが示されている。なお、提供者及び
提供価格決定の処理については後述する。

【００３１】図７に、画面遷移の他の例を示す。この例
では、自由に価格を設定することはできないが、価格帯
が表示され、その中から選択することにより価格を選択
することができる。また、リアルタイムで入札状況が表
示され、再入札が許容される。

【００３２】まず、商品一覧画面が表示され（ステップ
２１）、入札を希望する商品を選択すると、商品詳細画
面が表示される（ステップ２２）。商品詳細画面では、
商品画像、その商品の説明、現在の入札状況が表示され
る。現在の状況としては、開催期間、現在の提供価格、
及び、いくら以上であと何人入札者が集まれば価格が下
がるかの情報が表示される。また、現在の入札の状況
が、価格帯毎の人数の形で表示される。ここで、参加を
希望するユーザが、購入に参加するためのボタンを押す
と、ログイン画面が表示される（ステップ２３）。ログ
イン画面においてアカウント及びパスワードを入力し、
ログインボタンを押すと、終了時間の確認が行われる
（ステップ２４）。

【００３３】終了時間前の場合には、登録確認が行われ
る（ステップ２５）。未登録であれば会員登録画面が表
示され（ステップ２６）、ユーザは会員登録を行う。そ
の後、メール等で登録の確認が通知される（ステップ２
７）。ステップ２５の登録確認で登録済みの場合には、
初期入札かどうかがチェックされ（ステップ２８）、初
期入札の場合、購入画面が表示される（ステップ２
９）。図に示すように、各価格帯の左端に購入ボタンが
あらわれ、所望の価格に対応する購入ボタンを押すこと
によって入札を行うことが可能である。既に、入札を行
っており、再び入札を行う場合には、購入状況画面に進
む（ステップ３０）。ここでは、例えば、前回入札を行
った価格の左端に“Ｙｏｕ”を表示することによって、
前回入札を行った価格をユーザに通知する。また、各価
格帯には、変更ボタンが表示され、変更ボタンを押すこ
とによって入札価格を変更することが可能である。

【００３４】購入画面で一旦購入ボタンを押した後、そ
のまま購入状況画面に進むことによって入札価格を変更
することも可能である。

【００３５】ログイン後、終了時間が経過していた場合
には、結果画面が表示される（ステップ３１）。その
後、購入可能なユーザのみ購入処理（ステップ３２）に
進むことができる。

【００３６】上記の例のように、購入状況をリアルタイ
ムに表示することによって、ユーザは、いくらで購入で
きそうかを把握することができ、入札のインセンティブ
が増加する。

【００３７】次に、開催期間や商品情報等を入力するた
めに管理者側で使用する管理画面の概要について図８を
用いて説明する。

【００３８】管理ページからログインすることによって
メニュー画面が表示される。メニュー画面には、販売管
理、レポート、アカウント管理、顧客管理、購入処理管
理等のメニューが表示される。

【００３９】販売管理メニューにおいては、部門一覧、
商品一覧、カテゴリ一覧、Ｐｏｃｋｅｔ一覧を選択でき
る。商品は、カテゴリ登録編集画面、商品登録編集画面
にて、あるカテゴリーに属する商品という形式で、階層
的に登録することができる。部門登録編集画面では、部
門を登録できる。例えば、Ｐｏｃｋｅｔがモールの中で
使用される場合には、ショップ名称を部門として登録す
ることができる。

【００４０】このようにして登録した商品をどのように
して販売するかを設定する画面がポケット登録編集画面
であり、商品名、開催期間、販売数量、入札の方法、ユ
ーザへの購入状況表示の有無等を登録することができ
る。

【００４１】顧客管理画面においては、顧客名、住所等
の表示、編集を行うことができる。また、アカウント管
理画面では、管理側でのアカウント管理を行うことがで
きる。

【００４２】また、各種レポート画面においては、各ユ
ーザの購入状況を検索することができ、マーケティング
情報として利用することが可能となっている。

【００４３】次に、図７に示した画面遷移の中で会員登
録画面にて行われる会員登録処理について説明する。図
９は、会員登録処理時におけるユーザ端末とＷＷＷサー
バ間のシーケンス、及びＷＷＷサーバとデータベースサ
ーバ間のシーケンスを示す図である。

【００４４】まず、ユーザが会員登録を選択すると（ス
テップ４０）、ＷＷＷサーバは会員登録画面をユーザ端
末に表示させる（ステップ４１）。次に、ユーザがメー
ルアドレス、氏名、電話番号、クレジットカード情報等
の会員登録情報を入力すると（ステップ４２）、ＷＷＷ
サーバはそれらの情報を受信し、それらの情報をデータ
ベースサーバに通知する（ステップ４３）。データベー
スサーバでは、それらの情報が既に登録された情報と重
複していないかどうかをチェックする。チェックの結
果、重複がなければその旨をＷＷＷサーバに通知する
（ステップ４４）。ＷＷＷサーバは会員登録情報入力の
継続の通知をユーザ端末に対して行い（ステップ４
５）、ユーザ端末では会員登録情報入力が継続される
（ステップ４６）。次に、ＷＷＷサーバは、データベー
スサーバの会員登録情報ＤＢに、受信した会員情報を登
録する（ステップ４７）。データベースサーバは、正常
に会員情報を登録した旨をＷＷＷサーバに通知し（ステ
ップ４８）、ＷＷＷサーバは、会員登録完了画面をユー
ザ端末に表示させる（ステップ４９）。次に、データベ
ースサーバは、登録会員に対して正式パスワードを付与
し、メールサーバによってそのパスワードをユーザに配
信する。

【００４５】次に、ユーザがログインしてから、入札が
完了するまでの処理のシーケンスについて図１０を用い
て説明する。

【００４６】ユーザが、入札に参加する旨を表示するボ
タンを押すと（ステップ６０）、ＷＷＷサーバは、ユー
ザ端末に対してログイン画面を表示する（ステップ６
１）。ユーザがログイン画面からアカウント及びパスワ
ードを入力すると（ステップ６２）、ＷＷＷサーバはア
カウント及びパスワードをデータベースサーバに送り
（ステップ６３）、データベースサーバは、会員登録情
報ＤＢに登録されているアカウントとパスワードを用い
て、入力されたアカウントとパスワードをチェックす
る。アカウントとパスワードが正しければその旨をＷＷ
Ｗサーバに通知し（ステップ６４）、ＷＷＷサーバは入
札画面（購入画面）をユーザ端末に表示させる（ステッ
プ６５）。ユーザは、購入希望金額を入力もしくは選択
し（ステップ６６）、ＷＷＷサーバはその購入希望金額
をデータベースサーバに送信し（ステップ６７）、デー
タベースサーバは購入情報ＤＢにその購入希望金額を書
き込む。正常に書き込みが終了すれば、データベースサ
ーバはその旨をＷＷＷサーバに通知し（ステップ６
８）、ＷＷＷサーバは入札処理完了画面をユーザ端末に
表示させる（ステップ６９）。

【００４７】次に、センタ装置における各処理について
説明する。

【００４８】図１１は、センタ装置における入札処理の
フローチャートである。なお、図１１は、図７の遷移図
に対応する処理について示している。

【００４９】ユーザがログイン後、入札期間の終了時間
前かどうかをチェックし（ステップ７０）、終了時間前
でなければ、結果画面を表示する（ステップ７１）。終
了時間前であれば、初期入札であるかどうかをチェック
する（ステップ７２）。

【００５０】初期入札の場合、購入画面が表示され（ス
テップ７３）、ユーザが購入ボタンを押すことによる購
入指示を受信すると（ステップ７３）、再び終了時間前
かどうかを調べる（ステップ７５）。ここで、終了時間
後であれば結果画面が表示される（ステップ７６）。終
了時間前であれば、当該購入価格の入札者数の値に１を
加える（ステップ７７）。次に、後述する購入テーブル
に購入価格とアカウントを記入し（ステップ７８）、購
入状況画面を表示する（ステップ７９）。なお、購入テ
ーブルは結果表示処理時に使用される。

【００５１】ステップ７２において初期購入でない場
合、購入状況画面が表示され（ステップ８０）、変更指
示を受信し（ステップ８１）、終了時間前かどうかをチ
ェックし（ステップ８２）、変更前の価格の入札者数の
値から１を引き、変更された価格の入札者数に１を加え
る（ステップ８３）。次に、購入テーブルの金額を変更
し（ステップ８４）、購入状況画面を表示する（ステッ
プ８５）。上記の購入価格に対応する入札者数の値は、
後述する価格設定テーブルに書き込まれる。

【００５２】次に、購入状況画面表示処理について説明
する。購入状況画面の例としては、図７の遷移図内に示
した例のほか、図１２に示す例もある。同図では、いく
ら以上で入札すれば商品を購入できるかが色で表示され
る。

【００５３】図１３に購入状況画面表示処理のフローチ
ャートを示す。また、図１４には価格設定テーブルの例
を示す。

【００５４】まず、提供価格と入札者数を初期化し（ス
テップ９０）、価格設定テーブルを取得する（ステップ
９１）。価格設定テーブルは、変更ポイントと設定価格
と入札数の項目を有する。変更ポイントは価格を下げる
ための基準となる人数である。すなわち、図１４で示し
た例では、３９０００円以上の入札者が１５３人になっ
た場合に、提供価格が４００００円から３９０００円に
変更される。設定価格は仕入れ価格と利益率等から設定
される。入札数のフィールドには、設定価格に対応した
入札数が記録される。なお、価格設定テーブルの作成方
法の詳細は後述する。

【００５５】次に、価格設定テーブルを１行づつ読み込
む（ステップ９２）。そして、そのレコードでの入札者
数と、前のレコードの設定価格以上での入札者数の合計
を加えて、当該レコードにおける設定価格以上での入札
者数の合計Ｃを求める（ステップ９３）。次に、設定価
格以上での入札者数の合計が、当該レコードでの設定価
格での変更ポイント以上かどうかをチェックし（ステッ
プ９４）、Ｙｅｓであれば、そのレコードの設定価格を
提供価格とし（ステップ９５）、Ｎｏであれば、ステッ
プ９２に戻る。

【００５６】読み込み終了後、Ｐが０でないかどうかを
チェックし（ステップ９６）、Ｐが０であれば、購入者
なしとして処理を終了する（ステップ９７）。

【００５７】Ｐが０でないならば、画面に表示される表
示額とＰを比較し（ステップ９８）、表示額がＰ以上で
あれば、購入可能表示を行い（ステップ９９）、表示額
がＰより小さければ通常表示を行う（ステップ１０
０）。購入可能表示としては、例えばその価格帯の棒グ
ラフの棒の色を変える。その後、終了時間前かどうかを
チェックし（ステップ１０１）、終了後であれば結果を
表示する（ステップ１０２）。

【００５８】次に、結果表示処理について説明する。図
１５は、結果表示処理を示すフローチャートである。

【００５９】まず、ログイン済みのユーザの最終入札価
格を購入テーブルから取得する（ステップ１１０）。購
入テーブルには、誰がいついくらで入札したか記録され
ているので、そこから読み取ることが可能である。

【００６０】その価格が提供価格以上であれば結果画面
に購入ボタンを表示し（ステップ１１１、１１２）、購
入処理に進み（ステップ１１３）、そうでなければ結果
画面を表示するだけで処理を終了する。

【００６１】次に、購入処理について説明する。図１６
は、購入処理を示すフローチャートである。

【００６２】まず、購入品名、購入金額を表示する（ス
テップ１２０）。次に、届出先情報を入力し、決済方法
を選択する（ステップ１２１）。続いて、届け先情報を
配送テーブルに書き込み（ステップ１２２）、購入情報
を決済テーブルに書き込む（ステップ１２３）。

【００６３】次に、どのように提供価格が設定されるか
を例を用いて説明する。まず、ユーザの購入状況を表示
しない場合について例を示す。図１７は、ここで用いら
れる価格設定テーブルの例を示す図である。この価格設
定テーブルを基にして提供価格が決定される。

【００６４】例えば、４５０００円以上で購入を希望す
る入札者が５名、３５０００円以上〜４５０００円未満
で購入を希望する入札者が５０名の場合、図１８（ａ）
に示すように、設定価格４５０００円の価格帯で入札者
数が設定人数を超えるので、５名に４５０００円で商品
が提供される。

【００６５】また、４５０００円以上で購入を希望する
入札者が０名、３５０００円以上〜４５０００円未満で
購入を希望する入札者が１５２名の場合、図１８（ｂ）
に示すように、１５２名に３５０００円で商品が提供さ
れる。

【００６６】更に、４５０００円以上で購入を希望する
入札者が１４９名、３５０００円以上〜４５０００円未
満で購入を希望する入札者が３名の場合、図１８（ｃ）
に示すように、４５０００円の価格帯と３５０００円の
価格帯の両方が提供条件を満たす。この場合、売上高を
比較し、大きい方を選択する。従って、１４９名に４５
０００円で商品が提供される。

【００６７】次に、ユーザの購入状況を表示する場合に
ついて提供価格の決定例を示す。図１９は、この場合に
用いられる価格設定テーブルの例を示す図である。

【００６８】まず、４００００円以上で購入を希望する
入札者が１２０名、３９０００円以上〜４００００円未
満で購入を希望する入札者が２０名、３８０００円以上
〜３９０００円未満で購入を希望する入札者が３０名の
場合、図２０（ａ）に示すように、１２０名に４０００
０円で商品が提供される。

【００６９】次に、４００００円以上で購入を希望する
入札者が１２０名、３９０００円以上〜４００００円未
満で購入を希望する入札者が７０名、３８０００円以上
〜３９０００円未満で購入を希望する入札者が２０名の
場合、図２０（ｂ）に示すように、４００００円と３９
０００円の価格帯で購入可能となる。この場合には、購
入可能の中で最も安い価格で提供することとするので、
１９０人に３９０００で提供される。

【００７０】次に、図１９に示したような購入状況を表
示する場合の価格設定テーブルの作成方法について説明
する。

【００７１】価格設定テーブルにおける設定価格と変更
ポイントは、仕入れ数と、仕入れ数に応じた仕入れ価格
等から算出される。価格設定テーブル作成にあたり、ま
ず図２１に示すような仕入れ価格テーブルを作成する。
価格設定テーブルの作成方法は、仕入れ方法によって異
なるので、まず、仕入れタイプについて３通りの例をと
り、図２２を用いて説明する。

【００７２】図２２（ａ）に示すタイプＡは、仕入数で
全体の仕入価格（単価）を下げる仕入れ方法である。図
２２（ｂ）に示すタイプＢは、仕入れ数毎に仕入れ価格
（単価）を決定する仕入れ方法である。図２２（ｃ）に
示すタイプＣは、人数に対してリベートを設定し、リベ
ートの分だけ仕入れ価格（単価）を下げる仕入れ方法で
ある。

【００７３】図２３に示すように、仕入タイプを選択し
た後、商品数、リベート、仕入れ価格、利益率等を書き
込むことによって仕入れ価格テーブルが作成される。次
に、価格設定テーブルの書き込み処理について仕入タイ
プ毎に説明する。なお、仕入タイプの選択は後述するＰ
ｏｃｋｅｔテーブルにより行われる。

【００７４】図２４は、タイプＡの場合における価格設
定テーブルの書き込み処理のフローチャートである。ま
ず、仕入れ価格テーブル一覧を取得し（ステップ１３
０）、前設定価格を初期化する（ステップ１３１）。続
いて、仕入れ価格テーブル一覧を１行ずつ読み込み（ス
テップ１３２）、レコードを全て処理するまで以下の処
理を行う。

【００７５】まず、仕入れ価格に利益を加えたものを設
定価格（Ｓ）とする（ステップ１３３）。次に、前のレ
コードの設定価格（Ｓ’）に、前の設定価格で最も多く
売れた場合の数（Ａ−１）を掛け、それを今回の設定価
格で割ることによって、変更ポイントを計算する（ステ
ップ１３４）。今回の設定価格を前の設定価格とし（ス
テップ１３５）、ＳとＮを価格設定テーブルに書き込む
（ステップ１３６）。ステップ１３４の計算を行うこと
によって、価格を下げる前の設定価格による売上が、価
格を下げた後の設定価格による売上より高くなることが
防止できる。

【００７６】図２５は、タイプＢの場合における価格設
定テーブルの書き込み処理のフローチャートである。ま
ず、仕入れ価格テーブル一覧を取得し（ステップ１４
０）、前設定価格、前レコードまでのトータルの売上を
初期化する（ステップ１４１）。続いて、仕入れ価格テ
ーブル一覧を１行ずつ読み込み（ステップ１４２）、レ
コードを全て処理するまで以下の処理を行う。

【００７７】１行目のレコードの場合には、ステップ１
４３〜１４７の処理を行う。２行目からのレコードで
は、まず、仕入れ数（Ａ）を変更ポイント（Ｎ）とし
（ステップ１４８）、前レコードでの設定価格での最大
売上高（Ｕ’）を求める（ステップ１４９）。次に、前
レコードまでのトータルの売上高（Ｔ）を求め（ステッ
プ１５０）、それを（変更ポイント−１）で割ることに
よって設定価格（Ｓ）を求める（ステップ１５１）。続
いて、Ｓ１５２〜Ｓ１５４の処理を行って、次のレコー
ドの処理を行う。タイプＢにおいては、価格が下がって
いる過程での売上を加算し、それまでの個数で割ること
によって設定価格を求めている。

【００７８】図２６は、タイプＣの場合における価格設
定テーブルの書き込み処理のフローチャートである。ま
ず、仕入れ価格テーブル一覧を取得し（ステップ１６
０）、前レコードのリベート数を初期化する（ステップ
１６１）。続いて、仕入れ価格テーブル一覧を１行ずつ
読み込み（ステップ１６２）、レコードを全て処理する
まで以下の処理を行う。

【００７９】１行目のレコードの場合には、ステップ１
６３〜１６７の処理を行う。２行目からのレコードで
は、まず、仕入れ数（Ａ）を変更ポイント（Ｎ）とする
（ステップ１６７）。次に、前レコードのリベート数を
考慮して設定価格を求め（ステップ１６８）、ステップ
１６９、１７０の処理の後、次レコードの処理を行う。

【００８０】変更ポイント及び設定価格は、前の設定価
格による最大売上が、価格を下げた後の売上以下になる
ように設定される。

【００８１】次に、データベースサーバに格納される各
種テーブルの関係について説明する。図２７は、各テー
ブル間の関係を示す図である。部門テーブル、カテゴリ
テーブル、商品テーブル、顧客テーブルには、図８にて
説明した部門、カテゴリ、商品、顧客が登録される。購
入テーブルは、あるユーザがどの商品を購入しようとし
たかを記録するテーブルであり、ユーザアカウント、購
入希望価格、商品名等が記録される。配送テーブル、決
済テーブルは、購入処理における配送処理、決済処理に
用いられるテーブルである。Ｐｏｃｋｅｔテーブルに
は、各サービスパターンに対応するＰｏｃｋｅｔＩＤが
記録される。仕入れ価格テーブル、価格設定テーブル
は、ＰｏｃｋｅｔＩＤ毎に決定される。本発明の共同購
入システムの構成は図１又は図４に示した構成に限定さ
れない。例えば、ＷＷＷサーバ、メールサーバ、データ
ベースサーバの何れかを負荷分散構成あるいは冗長構成
としたり、全処理を１台のコンピュータで行わせること
も可能である。また、センタ装置が複数のサーバで構成
される場合にそれぞれのサーバが遠隔にあっても構わな
い。

【００８２】上述した実施例に示した処理を行うプログ
ラムをコンピュータにインストールすることによって、
本発明のセンタ装置を構成することが可能となる。その
プログラムはコンピュータにプレインストールされてい
ても良いし、そのプログラムをＣＤ−ＲＯＭやフロッピ
ー（登録商標）ディスク等のコンピュータ読み取り可能
な記録媒体に格納し、その記録媒体からコンピュータに
プログラムをインストールしてもよい。

【００８３】図２８に、上記コンピュータの構成例を示
す。このコンピュータは、例えば本発明のＷＷＷサーバ
として使用される。本コンピュータは、処理を実行する
ＣＰＵ１００、プログラムやデータを記憶するメモリ１
０１、メモリ１０１またはＣＰＵ１００で使用するプロ
グラムやデータを蓄積するハードディスク１０２、デー
タを表示するディスプレイ１０３、データまたは命令を
入力するキーボード１０４、ＣＤ−ＲＯＭドライブ１０
５、ネットワークを介して他のコンピュータシステム等
と通信を行うための通信処理装置１０６から構成され
る。上記プログラムはＣＤ−ＲＯＭドライブ１０５を経
由して、ハードディスク１０２にロードされ、プログラ
ムが起動されると、ＣＰＵ１００により実行される。

【００８４】以上、本発明を実施例に基づき具体的に説
明したが、本発明は本実施例に限定されるものではな
く、本発明の主旨を逸脱しない範囲において種々変更可
能である。

【００８５】例えば、ユーザが自由に価格を決定して入
札できるかどうか、購入状況を表示するかどうか、再入
札を許容するかどうか等は、商品等の性質に応じて適宜
組み合わせて設定することができる。また、それぞれの
組み合わせにおいても種々のバリエーションが考えられ
る。例えば、購入状況を表示する場合、購入状況を表示
するタイミングとして、入札直後、ある日数が経過した
後、結果表示の時等の場合がある。また、終了間際（例
えば終了５分前の後）に入札があった場合には入札の期
間を延長することも可能である。更に、入札期間を時間
で設定するのではなく、商品数分の購入者が出た場合に
終了することとしてもよい。また、購入状況を表示しな
い場合には、ユーザの設定価格で商品を販売してもよ
い。

【００８６】

【発明の効果】上述にように、本発明によれば、ユーザ
は希望する価格を設定あるいは選択することができるの
で、価格が下がるまで入札できないという従来の問題点
が解消される。従って、共同購入サービスに対するユー
ザの興味が増加し、ユーザ数の増加が期待できる。出品
者にとっては、より多くの商品を販売できる可能性が増
す。

【００８７】また、ユーザは価格を設定あるいは選択す
ることができるばかりでなく、その価格より安い価格で
商品を購入できる可能性があるので、ユーザにとって更
に共同購入サービスに対する興味が増す。また、本発明
では、売上もしくは利益が増加するよう価格を下げてい
くので、販売者側にとっては売上増加を見込むことが可
能である。

【００８８】更に、リアルタイムに入札状況を表示し、
あと何人で価格が下がるかを表示し、再入札も許容する
ことができるので、人の動きを見ながら、自分が入札す
る価格を変更したり等、ユーザにとってゲーム性が生
じ、更に本発明の共同購入サービスのサイトにアクセス
するインセンティブが増す。従って、ユーザ数増加に伴
い、販売者側でも更なる売上増加という効果を見込むこ
とができる。

【００８９】また、ユーザが設定もしくは選択した価格
をマーケティング情報として使用することもできる。

【図面の簡単な説明】

【図１】本発明の一実施例における共同購入システムの
概要構成を示す図である。

【図２】商品購入予定者数に対する提供価格の一例を示
す図である。

【図３】商品購入予定者数に対する提供価格の他の例を
示す図である。

【図４】本発明の一実施例における共同購入システムの
詳細構成を示す図である。

【図５】ユーザ端末に表示される画面遷移の例を示した
図である。

【図６】購入状況結果の画面の例を示す図である。

【図７】ユーザ端末に表示される画面遷移の他の例を示
した図である。

【図８】管理画面の遷移の例を示す図である。

【図９】会員登録処理を示すシーケンスチャートであ
る。

【図１０】購入処理を示すシーケンスチャートである。

【図１１】センタ装置における入札処理のフローチャー
トである。

【図１２】購入状況画面の例を示す図である。

【図１３】購入状況画面表示処理のフローチャートであ
る。

【図１４】価格設定テーブルの例を示す図である。

【図１５】結果表示処理を示すフローチャートである。

【図１６】購入処理を示すフローチャートである。

【図１７】価格設定テーブルの例を示す図である。

【図１８】提供人数及び提供価格の決定例を示す図であ
る。

【図１９】価格設定テーブルの例を示す図である。

【図２０】提供人数及び提供価格の決定例を示す図であ
る。

【図２１】仕入れ価格テーブルの例を示す図である。

【図２２】仕入れタイプを説明するための図である。

【図２３】仕入れ価格テーブル、価格設定テーブル作成
の流れを示すフローチャートである。

【図２４】タイプＡの場合における価格設定テーブルの
書き込み処理のフローチャートである。

【図２５】タイプＢの場合における価格設定テーブルの
書き込み処理のフローチャートである。

【図２６】タイプＣの場合における価格設定テーブルの
書き込み処理のフローチャートである。

【図２７】テーブル構成を示す図である。

【図２８】コンピュータの構成例を示す図である。

【符号の説明】

１ 共同購入システム ３ センタ装置 ５ ユーザ端末 ７ インターネット ９ ＷＷＷサーバ １１ メールサーバ １３ データベースサーバ １５ 管理装置 １００ ＣＰＵ １０１ メモリ １０２ ハードディスク １０３ ディスプレイ １０４ キーボード １０５ ＣＤ−ＲＯＭドライブ １０６ 通信処理装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０７Ｇ 1/12 ３６１ Ｇ０６Ｆ 15/21 ＺＥＣ (72)発明者 蝋山 伸幸 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 (72)発明者 篠田 裕記子 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 (72)発明者 横田 隆 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 (72)発明者 伊藤 芳範 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 (72)発明者 大内 幸雄 東京都港区新橋６丁目１番11号 株式会社 エヌ・ティ・ティピー・シーコミュニケー ションズ内 Ｆターム(参考） 3E038 GA02 KA10 3E042 CC01 EA01 5B049 AA01 AA06 BB11 CC05 CC10 DD01 FF01 9A001 JJ25 JJ26 JJ27 JJ54 JJ62 JJ67

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ユーザ端末が接続されたネットワーク上
   で商品の販売を行う方法であって、 商品情報をユーザ端末に送信する送信ステップと、 ユーザ端末から購入希望価格を含む入札情報を受信する
   受信ステップと、 複数のユーザ端末からの入札情報に基き商品の提供価格
   と提供数を決定する決定ステップと、 ユーザ端末に商品を購入可能かどうかを通知する通知ス
   テップとを有することを特徴とする方法。
2. 【請求項２】 前記提供価格は商品提供対象の各ユーザ
   の購入希望価格以下である請求項１に記載の方法。
3. 【請求項３】 前記決定ステップは、 設定価格と、該設定価格で販売するための最小入札者数
   である設定数とを記録した価格設定テーブルを参照する
   ステップと、 ある設定価格以上で入札した入札者数が該設定価格にお
   ける設定数以上である場合に該設定価格を前記提供価格
   とし、該入札者数を前記提供数とするステップとを有す
   る請求項１に記載の方法。
4. 【請求項４】 設定価格毎の入札者数と、商品提供価格
   と、提供価格を下げるために追加が必要な入札者数とを
   含む画面をユーザ端末に表示するステップを更に有する
   請求項３に記載の方法。
5. 【請求項５】 前記画面は、購入希望価格を変更するた
   めのボタンを含み、ユーザが該ボタンを押すことによっ
   て、該ユーザの購入希望価格を変更するステップを更に
   有する請求項４に記載の方法。
6. 【請求項６】 前記価格設定テーブルにおける設定数及
   び設定価格は、 価格を下げる前の設定価格による最大の売上が、価格を
   下げた後の設定価格による設定数分の売上以下となるよ
   う設定する請求項３に記載の方法。
7. 【請求項７】 前記通知ステップは、 購入希望価格が提供価格以上であるユーザに対して商品
   を購入可能であることを通知するステップを有する請求
   項１に記載の方法。
8. 【請求項８】 所定の時間が経過した時、又は商品の在
   庫数と商品提供数が等しくなった時に、ユーザ端末から
   の入札を終了するステップを更に有する請求項１に記載
   の方法。
9. 【請求項９】 ネットワークを介してユーザ端末に接続
   可能な装置であって、 商品情報をユーザ端末に送信する送信手段と、 ユーザ端末から購入希望価格を含む入札情報を受信する
   受信手段と、 複数のユーザ端末からの入札情報に基き商品の提供価格
   と提供数を決定する決定手段と、 ユーザ端末に商品を購入可能かどうかを通知する通知手
   段とを有することを特徴とする装置。
10. 【請求項１０】 前記提供価格は商品提供対象の各ユー
    ザの購入希望価格以下である請求項９に記載の装置。
11. 【請求項１１】 前記決定手段は、 設定価格と、該設定価格で販売するための最小入札者数
    である設定数とを記録した価格設定テーブルと、 ある設定価格以上で入札した入札者数が該設定価格にお
    ける設定数以上である場合に該設定価格を前記提供価格
    とし、該入札者数を前記提供数とする手段とを有する請
    求項９に記載の装置。
12. 【請求項１２】 設定価格毎の入札者数と、商品提供価
    格と、提供価格を下げるために追加が必要な入札者数と
    を含む画面をユーザ端末に表示する手段を更に有する請
    求項１１に記載の装置。
13. 【請求項１３】 前記画面は、購入希望価格を変更する
    ためのボタンを含み、ユーザが該ボタンを押すことによ
    って、該ユーザの購入希望価格を変更する手段を更に有
    する請求項１２に記載の装置。
14. 【請求項１４】 前記価格設定テーブルにおける設定数
    及び設定価格は、価格を下げる前の設定価格による最大
    の売上が、価格を下げた後の設定価格による設定数分の
    売上以下となるよう設定する請求項１１に記載の装置。
15. 【請求項１５】 前記通知手段は、 購入希望価格が提供価格以上であるユーザに対して商品
    を購入可能であることを通知する手段を有する請求項９
    に記載の装置。
16. 【請求項１６】 所定の時間が経過した時、又は商品の
    在庫数と商品提供数が等しくなった時に、ユーザ端末か
    らの入札を終了する手段を更に有する請求項９に記載の
    装置。
17. 【請求項１７】 ネットワーク上で商品の販売を行う処
    理をコンピュータに実行させるプログラムを記録した記
    録媒体であって、 商品情報をユーザ端末に送信する送信手順と、 ユーザ端末から購入希望価格を含む入札情報を受信する
    受信手順と、 複数のユーザ端末からの入札情報に基き商品の提供価格
    と提供数を決定する決定手順と、 ユーザ端末に商品を購入可能かどうかを通知する通知手
    順とをコンピュータに実行させるプログラムを記録した
    記録媒体。
18. 【請求項１８】 前記提供価格は商品提供対象の各ユー
    ザの購入希望価格以下である請求項１７に記載のプログ
    ラムを記録した記録媒体。
19. 【請求項１９】 前記決定手順は、 設定価格と、該設定価格で販売するための最小入札者数
    である設定数とを記録した価格設定テーブルを参照する
    手順と、 ある設定価格以上で入札した入札者数が該設定価格にお
    ける設定数以上である場合に該設定価格を前記提供価格
    とし、該入札者数を前記提供数とする手順とを有する請
    求項１７に記載のプログラムを記録した記録媒体。
20. 【請求項２０】 設定価格毎の入札者数と、商品提供価
    格と、提供価格を下げるために追加が必要な入札者数と
    を含む画面をユーザ端末に表示する手順を更に有する請
    求項１９に記載のプログラムを記録した記録媒体。
21. 【請求項２１】 前記画面は、購入希望価格を変更する
    ためのボタンを含み、ユーザが該ボタンを押すことによ
    って、該ユーザの購入希望価格を変更する手順を更に有
    する請求項２０に記載のプログラムを記録した記録媒
    体。
22. 【請求項２２】 前記価格設定テーブルにおける設定数
    及び設定価格は、 価格を下げる前の設定価格による最大の売上が、価格を
    下げた後の設定価格による設定数分の売上以下となるよ
    う設定する請求項１９に記載のプログラムを記録した記
    録媒体。
23. 【請求項２３】 前記通知手順は、 購入希望価格が提供価格以上であるユーザに対して商品
    を購入可能であることを通知する手順を有する請求項１
    ７に記載のプログラムを記録した記録媒体。
24. 【請求項２４】 所定の時間が経過した時、又は商品の
    在庫数と商品提供数が等しくなった時に、ユーザ端末か
    らの入札を終了する手順を更に有する請求項１７に記載
    のプログラムを記録した記録媒体。