JP2005070928A

JP2005070928A - 商品の代金還元システム

Info

Publication number: JP2005070928A
Application number: JP2003297071A
Authority: JP
Inventors: Makoto Akihata; 誠秋畑
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2003-08-21
Filing date: 2003-08-21
Publication date: 2005-03-17

Abstract

【課題】ポイントバックシステムにおいて、既購入者が、その後の商品人気により最も恩恵を受けることができようにする。
【解決手段】商品Ｘが販売されたとき、商品情報テーブルの商品Ｘについての販売数を更新する（ステップ１０３）。商品Ｘの更新後の販売数が設定販売数に達しているかどうかを判別する（ステップ１０４）。この判別の結果、商品Ｘの更新後の販売数が設定販売数に達しているときには、顧客情報テーブルに対して、商品Ｘの商品番号をキーワードとして商品Ｘを購入した顧客を検索する（ステップ１１１）。この検索結果の顧客の総還元ポイントを、設定販売数に対応したポイント数だけ更新する（ステップ１１２）。
【選択図】図２

Description

この発明は、商品の代金還元システムに関する。

商品の代金還元システムとしてポイントバックと呼ばれる割り引きシステムがある。これは、
・店で買い物をしたとき、購入金額に応じてポイント（点数）が与えられる。
・次回の買い物のとき、そのポイントの大きさだけ割り引いて商品を購入できる。
・ポイントは貯めておいて、まとめて割り引きに使用することもできる。
というものである。

このポイントバックシステムは、一般の商店だけでなく、インターネットを通じて各種の商品を購入する、いわゆるインターネットショッピングにも広く導入されている。

また、インターネットショッピングにおける代金還元システムには、上記のポイントバックシステム以外に、次のようなものがある。
(1) 対象商品の現在までの販売数または販売額に応じて商品の価格を割り引く。
(2) 対象商品について、一定期間に一定の販売数または販売額の予約があった場合、その商品の価格を割り引く。
(3) ある販売枠に対して一定期間の販売数または販売額に達した場合、購入者に対し代金の一部を返還する。

なお、上記に関連する資料として例えば下記の文献がある。
特開２００３−０５０８９９号公報特開２００３−１３２２４３号公報

ところが、上記(1)の方法では、既購入者の人数に応じてこれから購入する人の商品価格が安くなり、既購入者が恩恵を受けることができない。また、(2)の方法では、予約数が目標販売数または目標販売額に達する時点まで商品が届かず、欲しいと思ったときにすぐ入手できない。

さらに、(3)の方法では、設定した期間以外の販売数または販売額は、割り引きが考慮されなくなる。また、設定期間の最初に購入しても、最後に購入しても同じ割り引き率になってしまう。

この発明は、これらの問題点を解決しようとするものである。

この発明においては、
サーバが、
顧客情報テーブルと、
商品情報テーブルと、
代金還元ルーチンと
を有し、
上記顧客情報テーブルは、
顧客を識別するための顧客番号と、
総還元ポイントと、
購入した商品を識別するための商品番号と
を、顧客ごとに有し、
上記商品情報テーブルは、
上記商品番号と、
その販売量の情報と
を、商品ごとに有し、
上記代金還元ルーチンは、
所定の商品Ｘが販売されたとき、上記商品情報テーブルのうち、上記商品Ｘについての販売数を更新し、
上記商品Ｘの更新後の販売数が所定の設定販売数に達しているかどうかを判別し、
この判別の結果、上記商品Ｘの更新後の販売数が上記所定の設定販売数に達しているときには、上記顧客情報テーブルに対して、上記商品Ｘの商品番号をキーワードとして上記商品Ｘを購入した顧客を検索し、
この検索結果の顧客の上記総還元ポイントを、上記所定の設定販売数に対応したポイント数だけ更新する
ようにした商品の代金還元システム
とするものである。

この発明によれば、既購入者が、その後の商品人気により最も恩恵を受けることができ、積極的な商品購入を促すことができる。また、顧客は、購入人数や募集期間を気にすることなく、都合のいいときに商品を入手することができ、その後に恩恵を受けることができる。

１．第１の実施例
図１において、符号１Ａ〜１Ｎは、顧客がインターネットショッピングをするときに使用するコンピュータを示す。このコンピュータ１Ａ〜１Ｎは、インターネットショッピングに利用できるだけの機能および能力のある電子機器であれば、パーソナルコンピュータ、ＰＤＡ、携帯電話機、ゲーム機などであってもよい。

また、コンピュータ１Ａ〜１Ｎは、顧客Ａ〜Ｎによりそれぞれ使用されるものであるが、顧客Ａ〜Ｎが所有している必要はなく、インターネットショッピング時、例えば顧客Ａがコンピュータ１Ｂを使用してもよい。なお、以下においては、コンピュータ１Ａ〜１Ｎおよび顧客Ａ〜Ｎを特定する必要がない場合には、コンピュータ１Ａおよび顧客Ａにより代表して説明する。

そして、顧客Ａがインターネットショッピングを行うときには、コンピュータ１Ａは、インターネット２を通じてインターネットショッピングのサイトが運営するサーバ３に接続される。このサーバ３は、商品の販売を管理するとともに、顧客を管理するためのデータベースである。このため、サーバ３は、顧客管理テーブルCMTBLを有し、このテーブルCMTBLにより一般的に行われている顧客の管理、すなわち、顧客の氏名、住所、顧客番号（顧客を識別するため識別コード）、クレジットカード番号などのデータを顧客ごとに管理している。

なお、このサーバ３が販売を管理する商品は、ある程度まとまった数を受注・発送できるものであれば、任意であるが、音楽配信、コンテンツ配信など、受注数に関係なくコストが一定であるものならば、より効果的である。

さらに、サーバ３には、例えば図２に示すようなポイント還元ルーチン１００が用意される。このルーチン１００は、あらかじめ指定した商品が所定の販売数に達するごとに、その商品の購入者に所定のポイントを還元するものである。このルーチン１００の詳細は後述するが、ルーチン１００は、ポイントの還元される商品が販売されるごとに実行される。

また、サーバ３は、この発明ないし実施例に特有のデータテーブルとして、図３に示す顧客情報テーブルCSITと、図４に示す還元ポイント情報テーブルPBITと、図５に示す商品情報テーブルGDITとを有する。なお、以下の説明においては、理解を容易にするため、ポイントが還元される商品の１つを商品Ｘとし、その商品番号が5355であるとする。また、顧客Ａの顧客番号が0390であるとする。

そして、顧客情報テーブルCSIT（図３）は、顧客ごとに、顧客番号と、パスワードと、総還元ポイント（還元するポイントの累積値）と、過去に購入した商品の商品番号とを有するデータテーブルである。なお、顧客と顧客番号との対応は、サーバ３の顧客管理テーブルCMTBLから分かる。図３は、顧客番号0390の顧客、つまり、顧客Ａの顧客情報テーブルCSITの場合であり、顧客Ａは、現在の総還元ポイントが120ポイントで、過去に、商品番号5355、3246、・・・の商品を購入していることを示している。

また、還元ポイント情報テーブルPBIT（図４）は、商品ごとに、その販売数があらかじめ設定された販売数（設定販売数）に達したとき、その商品の購入者に還元するポイントを示すテーブルであり、設定販売数と還元ポイントとが対応付けされている。なお、商品と商品番号との対応は、サーバ３にテーブル化されている。図４は、商品番号5355の商品Ｘの還元ポイント情報テーブルPBITの場合であり、商品Ｘは、販売数が10000個に達したとき、商品Ｘの既購入者の総還元ポイントに、20ポイントが追加され、30000個に達したとき、30ポイントが追加され、50000個に達したとき、30ポイントが追加され、・・・のように、追加還元されることを示している。

さらに、商品情報テーブルGDIT（図５）は、商品ごとに、その販売数を示すテーブルであり、商品番号と販売数とが対応付けされている。図５は、商品Ｘ（商品番号5355）の商品情報テーブルGDITの場合であり、現在までに9876個販売されていることを示している。

そして、サーバ３が管理する商品は、一般のインターネットショッピングと同様にして販売されるが、ポイントの還元される商品が販売されるごとに、ルーチン１００が以下のように実行される。

すなわち、サーバ３の管理する商品Ｘが任意の顧客Ｎに販売されると、サーバ３の処理がルーチン１００のステップ１０１からスタートし、次にステップ１０２において、その商品Ｘを購入した顧客Ｎの商品番号のデータが更新される。今の場合、顧客Ｎの顧客情報テーブルCSITのうち、商品番号のデータ欄（セル）に、商品Ｘの商品番号5355が追加される。

続いて、処理はステップ１０３に進み、このステップ１０３において、商品情報テーブルGDITのうち、その販売された商品Ｘの販売数が更新される。今の場合、その販売された商品Ｘの商品番号が5355なので、商品番号5355の販売数9876が例えば１だけインクリメントされて9877に更新される。

そして、処理はステップ１０４に進み、このステップ１０４において、ステップ１０３によりインクリメントされた販売数が、ポイントを還元する設定販売数に達したかどうかがチェックされる。このチェックは、還元ポイント情報テーブルPBITを参照して行われる。今の場合、その販売された商品Ｘの商品番号5355がなので、この商品番号5355の更新後の販売数9877が、商品番号5355の還元ポイント情報テーブルPBITに列記されている設定販売数を越えたかどうかがチェックされる。

このチェックの結果、今の場合は、どの設定販売数も越えていないので、処理はステップ１０４からステップ１１３に進み、ルーチン１００を終了する。つまり、販売された商品Ｘの販売数が、還元ポイントを与える設定販売数に達していないときには、購入した商品の履歴および販売数だけが更新され、還元ポイントは更新されない。

しかし、商品Ｘの販売数が増加していき、ある顧客に商品Ｘを販売したとき、その販売数が還元ポイント情報テーブルPBITに列記されている設定販売数10000に達したとすると、これがステップ１０４において判別され、処理はステップ１０４からステップ１１１に進む。

そして、このステップ１１１において、商品Ｘの商品番号5355をキーワードにして顧客情報テーブルCSITの商品番号のデータ欄をチェックすることにより、商品Ｘの既購入者が検索される。今の場合、顧客Ａも検索される。

続いて処理はステップ１１２に進み、このステップ１１２において、ステップ１１１の検索結果に該当する顧客の還元ポイントが更新される。今の場合、顧客情報情報テーブルCSITのうち、商品番号5355の商品Ｘの購入者の還元ポイントが更新される。このとき、更新される還元ポイントの大きさは、還元ポイント情報テーブルPBITに基づく。すなわち、今の場合は、商品番号5355であって、販売数が10000なので、還元ポイント情報テーブルPBITから還元ポイントは20ポイントとなる。したがって、顧客Ａの総還元ポイントは、それまでの120ポイントから20ポイント加算されて140ポイントとなる。

そして、処理はステップ１１３に進み、ルーチン１００を終了する。したがって、販売された商品Ｘの販売数が、還元ポイントを与える販売数に達した場合には、購入した商品の履歴および販売数が更新されるとともに、その商品Ｘの既購入者の総還元ポイントも更新される。

また、商品Ｘ（商品番号5355）の販売数がさらに増加して還元ポイント情報テーブルPBITの次の設定販売数30000に達したときには、そのときの還元ポイントは30ポイントとされているので、商品Ｘの既購入者の総還元ポイントには30ポイントが加算される。以後同様に、商品Ｘの販売数が還元ポイント情報テーブルPBITに列記されている設定販売数に達するごとに、その達した設定販売数に設定されている還元ポイントが、商品Ｘの既購入者の総還元ポイントに追加される。

つまり、商品Ｘ（商品番号5355）の既購入者は、その販売数が、還元ポイント情報テーブルPBITに列記されている設定販売数10000、30000、50000、・・・に達するごとに還元ポイントが追加されていく。

この場合、商品Ｘが例えば10000個販売されたのちに、その商品Ｘを購入した顧客の場合には、商品Ｘが30000個販売されたとき、還元ポイントが30ポイント追加されるが、このとき、10000個販売されたときの還元ポイント（20ポイント）は追加されない。つまり、販売数がある設定販売数に達したときには、その設定販売数に対応するポイントだけが還元され、その設定販売数よりも少ない設定販売数があっても、その設定販売数に対応するポイントは還元されない。

したがって、このポイントバックシステムによれば、商品を購入したのちであっても、その商品が設定されている販売数に達するごとにポイントが還元されるので、商品を早期に購入しても還元ポイントの恩恵を受けることができる。

しかも、商品の販売数が少ないときに購入すればするほど、すなわち、購入時期が早いほど、ポイントがより多く還元され、顧客はより多くの恩恵が得られる。したがって、販売側も積極的な商品購入を促すことができる。また、顧客は、購入人数や募集期間を気にすることなく、都合のいいときに商品を入手することができ、その後に恩恵を受けることができる。

さらに、商品の販売数が設定販売数のそれぞれに達するごとにポイントが還元されるので、既購入者はその商品の購入後も売れ行きに関心を持つことになり、例えば、既購入者自身が友人知人にその商品を薦める場合もあり、販売側にとっても好ましいものとなる。

２．第２の実施例
この例においては、あらかじめ設定された期間Ｐにおける商品Ｘの販売数に対応してポイントを還元するようにした場合である。このため、サーバ３には、図２のルーチン１００に代わって図６に示すポイント還元ルーチン２００が用意され、サーバ３が管理する商品が販売されるごとに、以下のように実行される。

すなわち、サーバ３の管理する商品Ｘが販売されると、サーバ３の処理がルーチン２００のステップ２０１からスタートし、ルーチン１００のステップ１０２および１０３と同様のステップ２０２および２０３が実行され、商品Ｘを購入した顧客の顧客情報テーブルCSITの商品番号のデータが更新されるとともに、商品情報テーブルGDITの商品Ｘの販売数が更新される。

そして、処理はステップ２０３に続いてステップ２０４に進み、このステップ１０５において、販売日が商品Ｘにあらかじめ設定されている期間Ｐを経過しているかどうかがチェックされる。

このチェックの結果、設定期間Ｐを経過していない場合は、処理はステップ２０４からステップ２１５に進み、ルーチン２００を終了する。つまり、商品Ｘの販売日が設定期間Ｐを経過していない場合には、購入した商品の履歴および販売数だけが更新され、還元ポイントは更新されない。

しかし、商品Ｘの販売日が設定期間Ｐを経過している場合には、処理がステップ２０４からステップ２１１に進み、このステップ２１１において、設定期間Ｐにおける商品Ｘの販売数（これは、商品情報テーブルGDITからわかる）から還元するポイント数が決定される。

次に、処理はステップ２１２に進み、このステップ２１２において、ルーチン１００のステップ１１１と同様、商品Ｘの商品番号5355をキーワードにして顧客情報テーブルCSITの商品番号のデータ欄をチェックすることにより、商品Ｘの既購入者が検索される。

続いて処理はステップ２１３に進み、このステップ２１３において、ルーチン１００のステップ１１２と同様、ステップ２１２の検索結果に該当する顧客の総還元ポイントに、ステップ２１１により決定したポイント数が追加される。そして、処理はステップ２１４に進み、次の設定期間Ｐが設定され、その後、ステップ２１５によりルーチン２００を終了する。なお、ステップ２１４で設定される期間Ｐは、前回の設定期間Ｐと異なる期間であってもよい。

したがって、この場合には、設定期間Ｐごとに、その商品Ｘの既購入者の総還元ポイントが更新されることになる。つまり、商品Ｘの既購入者は、その商品が売れ続けると、設定期間Ｐごとに還元ポイントが追加されていく。

こうして、このポイントバックシステムにおいても、既購入者が、その後の商品人気により最も恩恵を受けることができ、積極的な商品購入を促すことができる。また、顧客は、購入人数や募集期間を気にすることなく、都合のいいときに商品を入手することができ、その後に恩恵を受けることができる。

３．第３の実施例
この例においては、設定された期間Ｐにおける商品Ｘの販売数と、顧客が商品Ｘを購入したときの販売数とから還元するポイントを顧客ごとに決定するようにした場合である。このため、サーバ３には、図２のルーチン１００に代わって図７に示すポイント還元ルーチン３００が用意され、サーバ３が管理する商品が販売されるごとに、以下のように実行される。

すなわち、サーバ３の管理する商品Ｘが販売されると、サーバ３の処理がルーチン３００のステップ３０１からスタートし、ステップ３０２〜３０４が順次実行される。これらステップ３０２〜３０４は、ルーチン２００のステップ２０２〜２０４と同様である。

したがって、商品Ｘの販売日が設定期間Ｐを経過していない場合は、処理はステップ３０４からステップ３１５に進み、ルーチン３００を終了する。つまり、商品Ｘの販売日が設定期間Ｐを経過していない場合には、購入した商品の履歴および販売数だけが更新され、還元ポイントは更新されない。

しかし、商品Ｘの販売日が設定期間Ｐを経過している場合には、処理はステップ３０４からステップ３１１に進み、このステップ３１１において、ルーチン１００のステップ１１１と同様、商品Ｘの商品番号5355をキーワードにして顧客情報テーブルCSITの商品番号のデータ欄をチェックすることにより、商品Ｘの既購入者が検索される。

続いて、処理はステップ３１２に進み、このステップ３１２において、商品Ｘの累計の販売数と、顧客Ａが商品Ｘを購入した時点における商品Ｘの販売数との差の販売数から還元するポイント数が決定される。なお、顧客Ａが商品Ｘを購入した時点における商品Ｘの販売数は、顧客Ａの顧客情報テーブルCSITの商品番号のデータ欄に、商品Ｘの商品番号を追記するとき、顧客Ａの顧客情報テーブルCSITに記録される。

また、還元するポイント数の決定は、ステップ３１１により検索したすべての顧客に対して、顧客Ａの場合と同様に実行される。したがって、顧客によって（購入時点によって）還元するポイント数が異なる場合がある。

続いて処理はステップ３１３に進み、このステップ３１３において、ルーチン１００のステップ１１２と同様、ステップ３１１の検索結果に該当する顧客の総還元ポイントに、ステップ３１２により決定したポイント数が追加される。そして、処理はステップ３１４に進み、次の設定期間Ｐが設定され、その後、ステップ３１５によりルーチン２００を終了する。なお、ステップ３１４で設定される期間Ｐは、前回の設定期間Ｐと異なる期間であってもよい。

したがって、この例においても、既購入者が、その後の商品人気により最も恩恵を受けることができ、積極的な商品購入を促すことができる。また、顧客は、購入人数や募集期間を気にすることなく、都合のいいときに商品を入手することができ、その後に恩恵を受けることができる。

４．第４の実施例
この例においては、設定された期間Ｐにおける商品Ｘの販売数と、商品Ｘについてすでに還元したポイントとから新たに還元するポイントを決定するようにした場合である。このため、サーバ３には、図２のルーチン１００に代わって図８に示すポイント還元ルーチン４００が用意され、サーバ３が管理する商品が販売されるごとに、以下のように実行される。

すなわち、サーバ３の管理する商品Ｘが販売されると、サーバ３の処理がルーチン４００のステップ４０１からスタートし、ステップ４０２〜４０４が順次実行される。これらステップ４０２〜４０４は、ルーチン２００のステップ２０２〜２０４と同様である。

したがって、商品Ｘの販売日が設定期間Ｐを経過していない場合は、処理はステップ４０４からステップ４１７に進み、ルーチン４００を終了する。つまり、商品Ｘの販売日が設定期間Ｐを経過していない場合には、購入した商品の履歴および販売数だけが更新され、還元ポイントは更新されない。

しかし、商品Ｘの販売日が設定期間Ｐを経過している場合には、処理はステップ４０４からステップ４１１に進み、このステップ４１１において、商品Ｘの累計の販売数から標準の還元ポイントが決定される。次に、ステップ４１２において、ステップ４１１により決定された標準の還元ポイントと、商品Ｘのそれまでの販売量にしたがって還元されたポイント数との差のポイント数が算出され、その差分が今回還元するポイント数に決定される。

次に、ステップ４１３において、ルーチン１００のステップ１１１と同様、商品Ｘの商品番号5355をキーワードにして顧客情報テーブルCSITの商品番号のデータ欄（セル）をチェックすることにより、商品Ｘの既購入者が検索される。

続いて処理はステップ４１４に進み、このステップ４１４において、ルーチン１００のステップ１１２と同様、ステップ４１３の検索結果に該当する顧客の総還元ポイントに、ステップ４１２により決定したポイント数が追加される。

そして、処理はステップ４１５に進み、次回にステップ４１２において使用される商品Ｘのそれまでの販売量にしたがって還元されたポイント数が更新され、次にステップ４１６において、次の設定期間Ｐが設定され、その後、ステップ４１７５によりルーチン４００を終了する。なお、ステップ４１６で設定される期間Ｐは、前回の設定期間Ｐと異なる期間であってもよい。

５．その他
上述の還元ポイント情報テーブルPBIT（図４）には、設定販売数およびその還元ポイントが複数組用意されているが、設定販売数およびその還元ポイントを１組だけとし、その設定販売数が達成されるごとに、次の設定販売数およびその還元ポイントを用意することもできる。

また、上述においては、商品の販売数にしたがってポイントを還元したが、販売額にしたがってポイントを還元することもできる。さらに、還元するポイントを、商品の価格に対する割り合い（還元率）とすることもできる。また、ポイントを還元する代わりに現金を還元したり（キャッシュバックシステム）、他の商品や景品などを還元の対象とすることもできる。

さらに、顧客情報テーブルCSITは、顧客管理テーブルCMTBLに一体化することができ、還元ポイント情報テーブルPBITと商品情報テーブルGDITとを一体化することもできる。

〔略語の一覧〕
ＰＤＡ：Personal Digital Assistant

この発明の一形態を示す系統図である。この発明の一形態を示すフローチャートである。この発明で使用できるデータテーブルの一形態を示す図である。この発明で使用できるデータテーブルの一形態を示す図である。この発明で使用できるデータテーブルの一形態を示す図である。この発明の他の形態を示すフローチャートである。この発明の他の形態を示すフローチャートである。この発明の他の形態を示すフローチャートである。

符号の説明

１Ａ〜１Ｎ…コンピュータ、２…インターネット、３…サーバ、CSIT…顧客情報テーブル、GDIT…商品情報テーブル、PBIT…還元ポイント情報テーブル

Claims

サーバが、
顧客情報テーブルと、
商品情報テーブルと、
代金還元ルーチンと
を有し、
上記顧客情報テーブルは、
顧客を識別するための顧客番号と、
総還元ポイントと、
購入した商品を識別するための商品番号と
を、顧客ごとに有し、
上記商品情報テーブルは、
上記商品番号と、
その販売量の情報と
を、商品ごとに有し、
上記代金還元ルーチンは、
所定の商品Ｘが販売されたとき、上記商品情報テーブルのうち、上記商品Ｘについての販売数を更新し、
上記商品Ｘの更新後の販売数が所定の設定販売数に達しているかどうかを判別し、
この判別の結果、上記商品Ｘの更新後の販売数が上記所定の設定販売数に達しているときには、上記顧客情報テーブルに対して、上記商品Ｘの商品番号をキーワードとして上記商品Ｘを購入した顧客を検索し、
この検索結果の顧客の上記総還元ポイントを、上記所定の設定販売数に対応したポイント数だけ更新する
ようにした商品の代金還元システム。
サーバが、
顧客情報テーブルと、
商品情報テーブルと、
代金還元ルーチンと
を有し、
上記顧客情報テーブルは、
顧客を識別するための顧客番号と、
総還元ポイントと、
購入した商品を識別するための商品番号と
を、顧客ごとに有し、
上記商品情報テーブルは、
上記商品番号と、
その販売量の情報と
を、商品ごとに有し、
上記代金還元ルーチンは、
所定の商品Ｘが販売されたとき、上記商品情報テーブルのうち、上記商品Ｘについての販売数を更新し、
上記商品Ｘの販売が所定の設定期間に達しているかどうかを判別し、
この判別の結果、上記商品Ｘの販売が上記設定期間に達しているときには、上記顧客情報テーブルに対して、上記商品Ｘの商品番号をキーワードとして上記商品Ｘを購入した顧客を検索し、
この検索結果の顧客の上記総還元ポイントを、上記設定期間における販売数に対応したポイント数だけ更新する
ようにした商品の代金還元システム。
サーバが、
顧客情報テーブルと、
商品情報テーブルと、
代金還元ルーチンと
を有し、
上記顧客情報テーブルは、
顧客を識別するための顧客番号と、
総還元ポイントと、
購入した商品を識別するための商品番号と
を、顧客ごとに有し、
上記商品情報テーブルは、
上記商品番号と、
その販売量の情報と
を、商品ごとに有し、
上記代金還元ルーチンは、
所定の商品Ｘが販売されたとき、上記商品情報テーブルのうち、上記商品Ｘについての販売数を更新し、
上記商品Ｘの販売が所定の設定期間に達しているかどうかを判別し、
この判別の結果、上記商品Ｘの販売が上記設定期間に達しているときには、上記商品Ｘの累計の販売数と、顧客が上記商品Ｘを購入した時点における上記商品Ｘの販売数との差の販売数から還元するポイント数を決定し、
上記顧客情報テーブルに対して、上記商品Ｘの商品番号をキーワードとして上記商品Ｘを購入した顧客を検索し、
この検索結果の顧客の上記総還元ポイントに、上記決定したポイント数を加算する
ようにした商品の代金還元システム。
サーバが、
顧客情報テーブルと、
商品情報テーブルと、
代金還元ルーチンと
を有し、
上記顧客情報テーブルは、
顧客を識別するための顧客番号と、
総還元ポイントと、
購入した商品を識別するための商品番号と
を、顧客ごとに有し、
上記商品情報テーブルは、
上記商品番号と、
その販売量の情報と
を、商品ごとに有し、
上記代金還元ルーチンは、
所定の商品Ｘが販売されたとき、上記商品情報テーブルのうち、上記商品Ｘについての販売数を更新し、
上記商品Ｘの販売が所定の設定期間に達しているかどうかを判別し、
この判別の結果、上記商品Ｘの販売が上記設定期間に達しているときには、上記商品Ｘの累計の販売数から還元する標準のポイント数を決定するとともに、この標準の還元ポイントと、上記商品Ｘのそれまでの販売量にしたがって還元されたポイント数との差のポイント数を算出し、
上記顧客情報テーブルに対して、上記商品Ｘの商品番号をキーワードとして上記商品Ｘを購入した顧客を検索し、
この検索結果の顧客の上記総還元ポイントに、上記算出した差のポイント数を加算する
ようにした商品の代金還元システム。
請求項１〜請求項４に記載の商品の代金還元システムにおいて、
上記販売数に代わって販売額とする
ようにした商品の代金還元システム。
請求項１〜請求項５に記載の商品の代金還元システムにおいて、
上記還元するポイントを、上記商品Ｘの価格に対する割り合いとする
ようにした商品の代金還元システム。