JP2003091670A - ポイントショッピング管理サーバおよびポイントショッピング管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 多数のサービスが提供されるインターネット
において、ユーザへのアピール度が低いためにポイント
付与サービスが有効に活用されていない。 【解決手段】 ポイントショッピング管理サーバ２４は
オンラインショッピングサイトに内蔵され、インターネ
ットを介してユーザと通信する。ユーザは、ポイントを
有していなくても、ポイントを後払いすることにより商
品を購入することができる。ユーザが商品を購入するの
に必要なポイント数は購入ポイントテーブルＴ３に記録
される。ユーザがネットワーク上の所定のサービスを利
用することにより獲得したポイント数は付与ポイントテ
ーブルＴ２に逐次記録される。清算部３８は、ユーザの
商品購入後、所定の期日にポイントの合計数から購入ポ
イント数を減じて付与ポイントテーブルＴ２を更新す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ポイントと引き
換えに商品を提供するポイントショッピング管理技術に
関する。この発明はとくに、商品の代金の支払いをポイ
ントで行うポイントショッピング管理サーバおよびポイ
ントショッピング管理方法に関する。

【０００２】

【従来の技術】従来、サービスを利用したユーザにポイ
ントを付与することによりそのサービスの利用促進を図
る方法が知られている。例えばクレジットカード会社
は、クレジットカードを利用して商品を購入したユーザ
にポイントを付与し、所定のポイントが貯まるとそのポ
イントと引き換えにプレゼントを提供するポイント付与
サービスを行っている。また、例えば電気店などで、商
品を購入したユーザにポイントを付与して、貯まったポ
イントでその店舗での商品購入を可能にするサービスも
ある。

【０００３】さらに、最近では、インターネットの急速
な広がりに伴い、ＷＷＷ（World Wide Web）上でのオン
ラインショッピングまたはサービス利用に対するポイン
ト付与サービスも拡大基調にある。インターネット上で
は、場所を問わないためサービスサイト提供者は遠隔の
ユーザを獲得できる反面、ユーザにとっては多数のサイ
トにアクセス可能なため、各サイトの見分けがつきにく
いという難点がある。そのため、サービスサイトの利用
者を増加させるためには、特別なアピールをしてユーザ
を誘引する必要がある。その方策として、ポイント付与
サービスを有効に活用することがあげられる。

【０００４】

【発明が解決しようとする課題】しかしながら、オンラ
インショッピングでは、ユーザは自宅で商品価格等の比
較が容易なため、ポイントを貯めることによって将来も
らえるプレゼントよりも価格を重視する傾向がある。ま
た、多数のサービスサイトに対応した種々のポイント付
与サービスがあるので、ユーザは各サービスを把握して
積極的にポイントを貯めようという気もあまり起こらな
いと考えられる。そのため、せっかくポイント付与サー
ビスを行っていても、それがユーザ獲得に直結しないと
いう問題がある。

【０００５】一方、ユーザにとっては、ポイント付与サ
ービスがあっても、そのポイントを獲得することによる
メリットがわからなかったり、知らない間に有効期限が
切れていたりしてポイント付与サービスを有効に利用で
きないという問題がある。

【０００６】こうした状況に鑑み、本発明の目的は、ユ
ーザにポイント付与サービスを意識させてポイント付与
サービスを有効に活用させるための技術の提供にある。

【０００７】

【課題を解決するための手段】本発明のある態様は、商
品の代金の支払いをユーザが貯めたポイントによって決
済するポイントショッピング管理サーバに関する。この
サーバは、付与ポイントテーブル、購入ポイントテーブ
ル、清算部を有する。付与ポイントテーブルは、ユーザ
がネットワーク上の所定のサービスに対してアクション
を起こしたことを契機としてそのユーザに付与されるポ
イント数をそのユーザと関連づけて逐次記録する。購入
ポイントテーブルは、そのユーザが商品の購入を申し出
たとき、その商品の購入に必要なポイント数をそのユー
ザと関連づけて記録する。清算部は、その商品の購入
を、付与されたポイントの合計数が必要なポイント数に
不足している場合においても認めるとともに、購入後の
所定の期日に必要なポイント数を合計数から減じて付与
ポイントテーブルを更新する。

【０００８】本サーバは、商品の決済において、ポイン
トの代替手段として利用できるものをユーザに関連付け
て記録するユーザ情報記録部をさらに含んでもよい。こ
のとき、清算部は、期日に合計数が必要なポイント数に
不足している場合、少なくともその不足分については代
替手段によって清算してよい。ここで、代替手段は、例
えばユーザのクレジットカードの番号である。

【０００９】本サーバは、ユーザが商品の購入を申し出
たとき、付与されたポイントの合計数が必要なポイント
数に不足している場合には、その不足の程度に応じて、
そのユーザに商品を提供するか否かを判断する判断部を
さらに含んでもよい。判断部は、例えばユーザが商品の
購入に必要なポイント数のうち、所定の割合以上のポイ
ント数をすでに有している場合のみそのユーザにその商
品を提供してもよい。

【００１０】本サーバは、ユーザに過去に付与されたポ
イント数の履歴をそのユーザに関連付けて記録するポイ
ント履歴テーブルと、ユーザが商品の購入を申し出たと
き、ポイント履歴テーブルを参照して、そのユーザに商
品を提供するか否かを判断する判断部と、をさらに含ん
でもよい。判断部は、ポイント履歴テーブルを参照し
て、例えば１月間に平均してどの程度のポイント数がそ
のユーザに付与されていたかにより、その商品の購入に
必要なポイント数と平均のポイント数との差の大小に応
じてそのユーザに商品を提供するか否かを判断してよ
い。

【００１１】サーバは、ユーザが商品の購入を申し出た
とき、商品の試供品を提供する処理を行い、期日に合計
数が必要なポイント数に達している場合に、商品の正規
品を提供する処理を行う商品提供処理部をさらに含んで
よい。ここで、試供品は、期日に試用期間が終了する時
限性を有するものであり、正規品はその時限性が解除さ
れているものであってよい。具体的には、商品は所定の
期間試験的に使用できるシェアウェアであってよい。そ
して、商品提供処理部は、期日にポイントによる清算が
できたときにユーザにパスワードを提供するなどしてそ
のシェアウェアの使用制限を解除させてよい。

【００１２】本サーバは、ユーザが所定期間ごとに清算
すべき分割ポイント数を算出する算出部をさらに含んで
よい。この場合、清算部は所定期間ごとに合計数から分
割ポイント数を減じて付与ポイントテーブルを更新して
よい。本サーバは、ユーザに過去に付与されたポイント
数の履歴をそのユーザに関連付けて記録するポイント履
歴テーブルをさらに含んでよく、算出部は、必要なポイ
ント数と履歴とに基づいて、分割ポイント数を算出して
よい。算出部は、ポイント履歴テーブルを参照して、例
えば１月間に平均してどの程度のポイント数がそのユー
ザに付与されていたかにより、そのユーザが１月ごとに
清算すべきポイント数を算出してよい。

【００１３】本サーバは、期日に近づいたときに、合計
数が必要なポイント数に達していない場合に、ユーザに
ポイントの獲得が必要な旨の通知を行う通知部をさらに
含んでよい。通知部は、メールサーバを介して電子メー
ルによりユーザに通知をしてもよい。また、通知には、
商品購入やサービス利用によりユーザがポイントを獲得
することができるものを紹介したウェブサイトのアドレ
スを含めてよい。

【００１４】本発明の別の態様は、商品の代金の支払い
をユーザが貯めたポイントによって決済するポイントシ
ョッピング管理方法に関する。この方法は、ユーザがネ
ットワーク上の所定のサービスに対してアクションを起
こしたことを契機としてそのユーザに付与されるポイン
ト数を電子的に蓄積する工程と、そのユーザが商品の購
入を申し出たとき、その商品の購入に必要なポイント数
を記録する工程と、その商品の購入を、蓄積されたポイ
ントの合計数が必要なポイント数に不足している場合に
おいても認めるとともに、購入後の所定の期日に必要な
ポイント数を合計数から減じてそのユーザの蓄積された
ポイント数を更新する工程とを含む。

【００１５】本発明の別の態様は、商品の代金の支払い
をユーザが貯めたポイントによって決済するポイントシ
ョッピング管理方法に関する。この方法は、ネットワー
クを介してユーザに商品の情報を提示する際、その商品
の購入に必要なポイント数とともにその商品をポイント
を利用しないで購入する場合の価格を表示する工程と、
ユーザがその商品をポイントで購入することを選択した
場合には、そのユーザの保有するポイント数がその購入
に必要なポイント数に不足している場合でもその購入を
認める工程と、保有するポイント数から必要なポイント
数を減じる期日を購入から所定の猶予期間を見て設定
し、その期日において保有するポイント数が必要なポイ
ント数に不足している場合には、少なくともその不足分
に相当する額をポイントに代わる手段にて清算する工程
とを含む。

【００１６】本方法は、上記の清算する工程の代わり
に、保有するポイント数が必要なポイント数に不足して
いる場合、その不足分の解消のために所定の猶予期間を
設け、その期間の終了後にポイントによる決済を実行す
る工程と、期間の終了時においても保有するポイント数
が必要なポイント数に不足している場合には、その不足
分に相当する額をポイントに代わる手段にて清算する工
程とを含んでもよい。本方法において、清算部は、ユー
ザが商品を購入する際に、そのユーザの保有するポイン
ト数が購入に必要なポイント数をすでに上回っている場
合には、その時点で清算を行ってもよい。また、清算部
は、ユーザの保有するポイント数が購入に必要なポイン
ト数を上回っているか否かに関わらず、所定の猶予期間
の終了後に清算を行ってもよい。

【００１７】なお、以上の構成要素の任意の組合せ、本
発明の表現を方法、装置、システム、記録媒体などの間
で変換したものもまた、本発明の態様として有効であ
る。

【００１８】

【発明の実施の形態】図１は、実施の形態に係るポイン
トショッピング管理サーバ２４を含むネットワークシス
テム１０の全体構成を示す。ここでは、ユーザ端末１２
とポイントショッピング管理サイト１６がインターネッ
ト１４を介して接続されている。ユーザ端末１２はＰＣ
（パーソナルコンピュータ）、ＰＤＡ、インターネット
１４へ接続可能な携帯電話、その他任意のハードウエア
である。ポイントショッピング管理サイト１６は、通常
のサイトでもよいが、ユーザ端末１２に対してＩＳＰ
（インターネットサービスプロバイダ）として機能して
もよい。また、一般にポータルサイトとしていろいろな
情報を分別管理し、ユーザの便宜を図ってもよい。以下
の説明では、ユーザはポイントショッピング管理サイト
１６をオンラインショッピング機能のあるポータルサイ
トとして利用する。

【００１９】ポイントショッピング管理サイト１６は、
ルータ１８を介してインターネット１４と情報をやりと
りするＷＷＷサーバ２０とメールサーバ２２、その他図
示しないＤＮＳサーバなどを含む。ポイントショッピン
グ管理サーバ２４はＷＷＷサーバ２０の内部に設けられ
ているが、これは独立したサーバとしてもよいし、その
他いろいろな形態で実現できる。

【００２０】図２は、ポイントショッピング管理サーバ
２４の内部構成を示す。ポイントショッピング管理サー
バ２４は、購入受付部３２、認証部３４、商品提供処理
部３６、清算部３８、通知部４０、記憶部４２を有す
る。ポイントショッピング管理サーバ２４の構成は、ハ
ードウエア的には、ＷＷＷサーバ２０のＣＰＵ、メモ
リ、その他のＬＳＩの機能で実現でき、ソフトウエア的
にはＷＷＷサーバ２０のメモリにロードされたポイント
ショッピング管理機能のあるプログラムなどによって実
現される。ここではこれらの連携によって実現される機
能ブロックを描いている。したがって、これらの機能ブ
ロックがハードウエアのみ、ソフトウエアのみ、または
それらの組合せによっていろいろな形で実現できること
は、当業者には理解されるところである。

【００２１】ポイントショッピング管理サーバ２４の各
処理部は通信部３０を介してユーザ端末１２と連絡す
る。記憶部４２は、商品テーブルＴ１、付与ポイントテ
ーブルＴ２、購入ポイントテーブルＴ３、ユーザ情報テ
ーブルＴ４、紹介用サービステーブルＴ５を含む。各テ
ーブルは後に詳述するが、概要として、商品テーブルＴ
１はポイントショッピングの対象となる商品をその商品
の購入に必要なポイント数と関連付けて記録する。付与
テーブルＴ２は、ユーザごとに付与されるポイント数を
逐次記録する。購入ポイントテーブルＴ３は、ユーザご
とに購入された商品をその商品の購入に必要なポイント
数と関連付けて記録する。ユーザ情報テーブルＴ４はユ
ーザの個人情報を記録する。紹介用サービステーブルＴ
５は、ユーザにポイントを獲得させるために紹介するサ
ービスをそのサービスの利用により付与されるポイント
数と関連付けて記録する。

【００２２】図示していないが、ポイントショッピング
管理サーバ２４は、商品テーブルＴ１から商品情報を読
み出し、これをユーザ端末１２の画面に表示する商品表
示部を有する。他の例において、商品情報は、図１に示
したショップサイト２６によりユーザ端末１２に表示さ
れてもよい。購入受付部３２は、ユーザからオンライン
ショッピングで商品の購入を受け付ける。ユーザからの
商品の購入注文は、インターネットを介したオンライン
ショッピングだけでなく、電話や店頭で受け付けてもよ
く、何らかの手段により購入受付部３２に入力されれば
よい。

【００２３】認証部３４はユーザ情報テーブルＴ４を参
照してそのユーザを認証する。認証部３４がユーザを特
定すると、商品提供処理部３６は、商品テーブルＴ１を
参照して、ユーザにその商品を提供するための処理を行
う。商品提供処理部３６は、その商品の手配と配送をバ
ックエンドで処理してもよい。また、商品提供処理部３
６は、購入ポイントテーブルＴ３にその商品の購入に必
要なポイント数をそのユーザに対応づけて記録する。以
上は、ユーザが商品を購入するときのポイントショッピ
ング管理サーバ２４の処理の説明である。

【００２４】次に、ユーザが商品を購入した後のポイン
トショッピング管理サーバ２４の処理を説明する。通知
部４０は、ユーザが商品を購入後、ポイントの清算が行
われる期日前の所定の日に付与ポイントテーブルＴ２と
購入ポイントテーブルＴ３を参照し、付与ポイントの合
計数が購入ポイント数に達していない場合に、ユーザに
ポイント獲得の努力を促す通知を行う。通知は、メール
サーバ２２を介して電子メールで行う。その通知には、
不足しているポイント数、必要なポイント数が付与され
る商品やサービスが提供されるサイトのアドレスを含む
のが好ましい。このとき、通知部４０は、ユーザ情報テ
ーブルＴ４を参照してそのユーザの性別、年齢、または
趣味などのその他の情報に応じて、そのユーザが好む可
能性の高い商品やサービスを紹介してもよい。この通知
により、ユーザの付与ポイントの合計数が購入ポイント
数に達していない場合であっても、ユーザは清算日前に
ポイント数の不足を知ることができる。そのため、ユー
ザが積極的にサービスを利用したり商品を購入したりす
ることでポイントを獲得することができる。ポイント付
与サービスを利用するサービスサイト提供者側にとって
は、ポイント付与サービスを旗印に、そのサービスサイ
トを宣伝することができ、ユーザへアピールすることが
できる。

【００２５】清算部３８は、ユーザの商品購入後の所定
の期日に付与ポイントテーブルの合計数から購入ポイン
ト数を減じて付与ポイントテーブルを更新する。

【００２６】図３は商品テーブルＴ１の内部構成を示
す。商品テーブルＴ１は、商品欄６０、商品番号欄６
２、必要ポイント数欄６４、および価格欄６６を有す
る。ここでは、例えば商品として「目覚まし時計」が挙
げられ、その商品番号として「２０−１２３４」、購入
に必要なポイント数として「１００点」、ポイントを利
用しないで購入する場合の価格として「１２００円」が
それぞれ記述されている。商品は有体物に限られず、
「エーゲ海クルーズ８日間」のような旅、その他のサー
ビスであってもよい。ユーザがオンラインショッピング
のためのウェブサイトへアクセスして、商品購入のため
に商品番号を入力すると、商品提供処理部３６は商品テ
ーブルＴ１から情報を読み出し、購入ポイントテーブル
Ｔ３への購入ポイントの書き込みおよび商品提供のため
の処理を行う。

【００２７】図４は購入ポイントテーブルＴ３の内部構
成を示す。購入テーブルＴ３は、ユーザ名欄６８、使用
ポイント数欄７０、商品番号欄７２、購入日欄７４、清
算日欄７６、通知日欄７８を有する。ここでは、例えば
２００１年６月２５日に商品番号「２０−１２３５」で
必要ポイント数が２００点の商品を購入した場合、清算
日が購入日から１月後の２００１年７月２５日で、通知
日が清算日の１０日前の２００１年７月１５日である旨
が記載されている。

【００２８】図５は付与ポイントテーブルＴ３の内部構
成を示す。付与ポイントテーブルＴ３は、ユーザ名欄８
０、ポイントが付与されたサービス欄８２、ポイント付
与日欄８４、有効期限日欄８６、付与されたポイント数
欄８８、ポイント合計数欄９０を有する。ここでは、例
えばユーザ「Ｈａｎａ」は、書籍購入により２０００年
６月２０日にポイント「３０点」、アンケートに回答す
ることにより２０００年９月２０日にポイント「２０
点」、テレビを購入することにより２００１年７月２０
日にポイント「２００点」が付与された旨が記載されて
いる。このとき、「Ｈａｎａ」に付与された未使用のポ
イントの合計数は「２５０点」である。また、各ポイン
トにはポイント付与日から２年の有効期間が設けられて
いる。有効期間はサービスごとに異なっていてもよい。

【００２９】図６はユーザ情報テーブルＴ４の内部構成
を示す。ユーザ情報テーブルＴ４は、ユーザ名欄１０
０、氏名欄１０２、連絡先欄１０４、クレジットカード
番号欄１０６、クレジットカードの有効期限欄１０８、
性別欄１１０、年齢欄１１２を有する。ここでは、例え
ばユーザ「Ｈａｎａ」の氏名が「山下花子」で、連絡先
が「××市××１−２−３」で、彼女のクレジットカー
ド番号が「１２３４５６７８１２３４」で、その有効期
限が「２００３年５月」で、性別が「女性」で、年齢が
「２１歳」である旨が記載されている。ここでは図示し
ていないが、ユーザ情報テーブルＴ４は、「Ｈａｎａ」
の個人情報として、電子メールアドレス、職業、趣味そ
の他の情報を有してもよい。氏名および連絡先は商品発
送のため、クレジットカード番号およびその有効期限は
清算日に付与ポイント数が不足していた場合の補償のた
め、性別および年齢は通知日に紹介するサービス選択の
ために利用される。ここで、例えばクレジットカードの
番号は機密性が高い一方、性別、年齢、趣味などの情報
は機密性が低いので、これらの情報はセキュリティ面を
考慮して別々のテーブルに記録されていてもよい。

【００３０】図７はユーザがポイントショッピング管理
サイト１６のオンラインショッピング用ページへアクセ
スしたとき、ユーザ端末１２に表示される画面１２０の
例を示す。ここでは「カテゴリ：時計」が表示され、商
品として「目覚し時計」、「壁掛け時計」、「腕時計」
が表示される。商品ごとに、商品名、商品番号、その商
品を購入するのに必要なポイント数、現金（クレジット
カードなどによる場合を含む、以下同じ。）での清算を
希望するユーザのための価格が表示される。ユーザが
「ポイント口座を作る」ボタン１２２をクリックする
と、ユーザ名とパスワードなどの識別情報を入力して登
録する画面が表示される。また、すでにポイント口座を
有しているユーザが「あなたのポイント」ボタン１２４
をクリックすると、ユーザ名と識別情報を入力する画面
が表示され、ユーザがユーザ名と識別情報を入力する
と、その時点で既に付与されているポイント数が表示さ
れる。

【００３１】ユーザがポイントで商品番号「２０−１２
３５」の壁掛け時計を購入することを決定して「購入」
ボタン１２６をクリックすると、ユーザにユーザ情報を
入力させる画面が表示される。ユーザ情報は、図６で説
明したように、氏名、連絡先、クレジットカード番号、
クレジットカードの有効期限、性別、年齢などを含む。
そのユーザが既にこれらの情報を登録済みの場合は、ユ
ーザ名と識別情報の入力により、これらの情報が自動的
に表示されるか、または表示を省略してもよい。また、
クレジットカード番号およびその有効期限の入力を求め
るか否かは任意であり、例えば商品の購入に必要なポイ
ント数が低い場合などはクレジットカード番号の入力は
省略してもよい。さらに、注文した商品の配送先などを
ユーザ情報として入力させてもよい。クレジットカード
番号の入力を省略するのは、ポイント付与サービスを浸
透させるために、ユーザに気軽な気持ちでポイントショ
ッピングをさせるためである。

【００３２】図８は、ユーザが必要な情報を入力して、
その情報を送信した後にユーザ端末１２に表示される画
面１３０を示す図である。ユーザ名欄１３２に「Ｈａｎ
ａ」が、購入商品欄１３４ａおよび１３４ｂにそれぞれ
「２０−１２３５」および「壁掛け時計」が、ポイント
清算日欄１３６に「２００１年７月２５日」、購入ポイ
ント数欄１３８に「２００点」、現在の付与ポイント数
欄１４０に「５０点」、価格欄１４０に「２５００円」
が表示される。画面１３０の下部には「ポイントをゲッ
トする」ボタン１４４が表示される。

【００３３】画面１３０において、ユーザ「Ｈａｎａ」
が壁掛け時計の購入に必要なポイント２００点以上のポ
イントを既に獲得している場合、「ポイントをゲットす
る」ボタン１４４の代わりに「ポイントショッピングを
続ける」ボタン（図示しない）が表示されてもよい。ユ
ーザがこのボタンをクリックすると、ポイントで購入で
きる商品の一覧を表示してもよい。

【００３４】図９はユーザ「Ｈａｎａ」が「ポイントを
ゲットする」ボタン１４４をクリックしたときにユーザ
端末１２に表示される画面１５０を示す。画面１５０に
は、「商品を購入してポイントをゲットする」ボタン１
５２、「アンケートに答えてポイントをゲットする」ボ
タン１５４、「広告を見てポイントをゲットする」ボタ
ン１５６が表示される。ユーザがボタン１５２をクリッ
クすると、購入することによりポイントが付与される商
品の一覧が表示される。ここで表示される商品は、ユー
ザ情報に基づいて、ユーザの好みに合わせたものである
のが好ましい。

【００３５】図１０は、ポイントの清算日前の所定の日
において、ユーザの付与ポイントが購入ポイントに達し
ていない場合にユーザに送られる通知１６０を示す図で
ある。この通知１６０は、ポイント清算日、不足ポイン
ト数、ポイントを得ることのできるサービスを紹介した
ウェブページのアドレスを含む。

【００３６】図１１は、ポイントショッピング管理サー
バ２４の他の例の内部構成を示す。本例において、ポイ
ントショッピング管理サーバ２４は、図２に示した構成
に加えて、さらに判断部４４を有する。また、記憶部４
２は、ポイント履歴テーブルＴ６をさらに含む。ポイン
ト履歴テーブルＴ６は、ユーザごとに過去に付与された
ポイント数の履歴を記録する。ポイント履歴テーブルＴ
６を参照することにより、そのユーザがどの程度のポイ
ントを獲得できるかを予測することができる。

【００３７】判断部４４は、付与ポイントテーブルＴ２
またはポイント履歴テーブルＴ６を参照して、そのユー
ザに商品を提供するか否かを判断する。判断部が付与ポ
イントテーブルＴ２を参照して判断する場合、記憶部４
２はポイント履歴テーブルＴ６を有する必要はない。ま
た、そのユーザがすでに他の商品をポイントを利用した
オンラインショッピングで購入している場合もあるの
で、判断部は購入ポイントテーブルＴ３を参照して、そ
のユーザに商品を提供するか否かを判断してもよい。さ
らに、記憶部４２は、ユーザごとに過去のポイントショ
ッピングにおける清算の結果を示す清算履歴テーブル
（図示しない）を有してもよく、この場合、判断部４４
は清算履歴テーブルを参照して判断してもよい。つま
り、判断部４４は、ユーザが商品の購入を申し出たとき
に、そのユーザが清算日にその購入に必要なポイント数
を清算できるかどうかを、そのユーザのそれまでの行為
に基づいて判断する。

【００３８】図１２は、ポイントショッピング管理サー
バ２４の他の例の内部構成を示す。本例において、ポイ
ントショッピング管理サーバ２４は、図２に示した構成
に加えて、さらに算出部４６を有する。また、記憶部４
２は、ポイント履歴テーブルＴ６をさらに含む。ポイン
ト履歴テーブルＴ６は、ユーザごとに過去に付与された
ポイント数の履歴を記録する。ポイント履歴テーブルＴ
６を参照することにより、そのユーザが所定期間にどの
程度のポイントを獲得できるかを予測することができ
る。

【００３９】算出部４６は、ユーザが所定期間ごとに清
算すべき分割ポイント数を算出する。この場合、算出部
４６は、購入ポイントテーブルＴ３に、算出した分割ポ
イント数、所定期間ごとの清算日、各清算日に対応する
通知日をそれぞれ記録する。清算部３８は、所定期間ご
とに付与ポイントテーブルＴ２の合計数から分割ポイン
ト数を減じて付与ポイントテーブルＴ２を更新する。

【００４０】算出部４６は、分割ポイント数を算出する
際に、ポイント履歴テーブルＴ６を参照して、そのユー
ザが所定期間にどの程度のポイントを獲得することがで
きるかを予測して分割ポイント数を算出してよい。ただ
し、分割できる回数には制限を設けてもよい。

【００４１】以上、本発明を実施の形態をもとに説明し
た。実施の形態は例示であり、それらの各構成要素や各
処理プロセスの組合せにいろいろな変形例が可能なこ
と、またそうした変形例も本発明の範囲にあることは当
業者に理解されるところである。以下、そうした変形例
を挙げる。

【００４２】商品提供処理部３６は、ユーザが商品の購
入を申し出たとき、まず、その商品の試供品を提供する
処理を行ってもよい。この場合、商品提供処理部３６
は、その商品の清算日に清算部２８によりその商品の代
金が清算されたことを確認したのちに、その商品の正規
品を提供する処理を行ってよい。ここで、試供品とは、
シェアウェアなどの所定期間試験的に使用できるもので
あってよく、正規品の提供とは、シェアウェアを正規に
使用するためのパスワードなどの提供であってもよい。
商品提供処理部３６は、ポイントの清算日をシェアウェ
アの試験的な試用期間終了以前に設定しておくのが好ま
しい。そうすれば、清算日にポイントが清算されること
により、ユーザはパスワードなどの解除手段を得ること
ができるので、試用期間終了後もそのままシェアウェア
を使い続けることができる。また、試用使用期間の終了
前に正規品を使用したいユーザのために、清算部３８
は、ユーザからの清算指示を受け付けるようになってい
てもよい。

【００４３】シェアウェアの代金の回収は、ユーザの善
意によるところが大きく、シェアウェアを提供しても、
正当な代金を回収できないことが多いのが現状である。
一方ユーザ側にとっては、シェアウェアを試験的に使用
する前に代金を支払うのにはためらいがある。しかし、
現金ではなく、将来自分の努力により獲得できるであろ
うポイントによるのであれば、シェアウェアを試験的に
使用する前に代金の支払いを約束するのにもあまり抵抗
がないと考えられる。よって、本発明の実施の形態で説
明したポイントショッピングを利用することにより、シ
ェアウェア提供者にとってもユーザにとってもメリット
がある。

【００４４】

【発明の効果】本発明によれば、ユーザにポイント付与
サービスを意識させて、効果的に活用させることができ
る。その結果、そのポイント付与サービスを利用するサ
ービスサイト提供者は、ポイント付与サービスを旗印に
ユーザを誘引することができる。

【図面の簡単な説明】

【図１】 実施の形態に係るポイントショッピング管理
装置を含むネットワークシステムの全体構成図である。

【図２】 実施の形態に係るポイントショッピング管理
サーバの構成図である。

【図３】 実施の形態に係る商品テーブルの構成図であ
る。

【図４】 実施の形態に係る購入ポイントテーブルの構
成図である。

【図５】 実施の形態に係る付与ポイントテーブルの構
成図である。

【図６】 実施の形態に係るユーザ情報テーブルの構成
図である。

【図７】 実施の形態において、ユーザがポイントで商
品を購入するときに現れる画面を示す図である。

【図８】 実施の形態おいて、ユーザが商品購入の申し
出をしたときに現れる画面を示す図である。

【図９】 実施の形態において、ユーザがポイントを獲
得する方法を知りたいときに現れる画面を示す図であ
る。

【図１０】 実施の形態において、通知日にユーザに送
られる通知を示す図である。

【図１１】 実施の形態に係るポイントショッピング管
理サーバの他の例を示す構成図である。

【図１２】 実施の形態に係るポイントショッピング管
理サーバの他の例を示す構成図である。

【符号の説明】

１２・・ユーザ端末、 １６・・ポイントショッピング
管理サイト、 ２４・・ポイントショッピング管理サー
バ、 ３２・・購入受付部、 ３４・・認証部、 ３６
・・商品提供処理部、 ３８・・清算部、 ４０・・通
知部、 ４４・・判断部、 ４６・・算出部、 Ｔ１・
・商品テーブル、 Ｔ２・・付与ポイントテーブル、
Ｔ３・・購入ポイントテーブル、 Ｔ４・・ユーザ情報
テーブル、 Ｔ５・・紹介用サービステーブル、 Ｔ６
・・ポイント履歴テーブル。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ＺＥＣ Ｇ０６Ｆ 17/60 ＺＥＣ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 商品の代金の支払いをユーザが貯めたポ
   イントによって決済するサーバであって、 ユーザがネットワーク上の所定のサービスに対してアク
   ションを起こしたことを契機としてそのユーザに付与さ
   れるポイント数をそのユーザと関連づけて逐次記録する
   付与ポイントテーブルと、 そのユーザが商品の購入を申し出たとき、その商品の購
   入に必要なポイント数をそのユーザと関連づけて記録す
   る購入ポイントテーブルと、 その商品の購入を、前記付与されたポイントの合計数が
   前記必要なポイント数に不足している場合においても認
   めるとともに、購入後の所定の期日に前記必要なポイン
   ト数を前記合計数から減じて前記付与ポイントテーブル
   を更新する清算部と、 を含むことを特徴とするポイントショッピング管理サー
   バ。
2. 【請求項２】 前記商品の決済において、前記ポイント
   の代替手段として利用できるものを前記ユーザに関連付
   けて記録するユーザ情報記録部とをさらに含み、 前記清算部は、前記期日に前記合計数が前記必要なポイ
   ント数に不足している場合、少なくともその不足分につ
   いては前記代替手段によって清算することを特徴とする
   請求項１に記載のポイントショッピング管理サーバ。
3. 【請求項３】 ユーザが前記商品の購入を申し出たと
   き、前記付与されたポイントの合計数が前記必要なポイ
   ント数に不足している場合には、その不足の程度に応じ
   て、そのユーザに前記商品を提供するか否かを判断する
   判断部をさらに含むことを特徴とする請求項１に記載の
   ポイントショッピング管理サーバ。
4. 【請求項４】 前記ユーザに過去に付与されたポイント
   数の履歴をそのユーザに関連付けて記録するポイント履
   歴テーブルと、 前記ユーザが前記商品の購入を申し出たとき、前記ポイ
   ント履歴テーブルを参照して、そのユーザに前記商品を
   提供するか否かを判断する判断部と、 をさらに含むことを特徴とする請求項１に記載のポイン
   トショッピング管理サーバ。
5. 【請求項５】 ユーザが前記商品の購入を申し出たと
   き、前記商品の試供品を提供する処理を行い、前記期日
   に前記合計数が前記必要なポイント数に達している場合
   に、前記商品の正規品を提供する処理を行う商品提供処
   理部をさらに含むことを特徴とする請求項１に記載のポ
   イントショッピング管理サーバ。
6. 【請求項６】 前記試供品は前記期日に試用期間が終了
   する時限性を有するものであり、前記正規品はその時限
   性が解除されているものであることを特徴とする請求項
   ５に記載のポイントショッピング管理サーバ。
7. 【請求項７】 ユーザが所定期間ごとに清算すべき分割
   ポイント数を算出する算出部をさらに含み、 前記清算部は前記所定期間ごとに前記合計数から前記分
   割ポイント数を減じることを特徴とする請求項１に記載
   のポイントショッピング管理サーバ。
8. 【請求項８】 前記期日に近づいたときに、前記合計数
   が前記必要なポイント数に達していない場合に、ユーザ
   にポイントの獲得が必要な旨の通知を行う通知部をさら
   に含むことを特徴とする請求項１に記載のポイントショ
   ッピング管理サーバ。
9. 【請求項９】 商品の代金の支払いをユーザが貯めたポ
   イントによって決済する方法であって、 ユーザがネットワーク上の所定のサービスに対してアク
   ションを起こしたことを契機としてそのユーザに付与さ
   れるポイント数を電子的に蓄積する工程と、 そのユーザが商品の購入を申し出たとき、その商品の購
   入に必要なポイント数を記録する工程と、 その商品の購入を、前記蓄積されたポイントの合計数が
   前記必要なポイント数に不足している場合においても認
   めるとともに、購入後の所定の期日に前記必要なポイン
   ト数を前記合計数から減じてそのユーザの蓄積されたポ
   イント数を更新する工程と、 を含むことを特徴とするポイントショッピング管理方
   法。
10. 【請求項１０】 商品の代金の支払いをユーザが貯めた
    ポイントによって決済する方法であって、 ネットワークを介してユーザに商品の情報を提示する
    際、その商品の購入に必要なポイント数とともにその商
    品をポイントを利用しないで購入する場合の価格を表示
    する工程と、 ユーザがその商品をポイントで購入することを選択した
    場合には、そのユーザの保有するポイント数がその購入
    に必要なポイント数に不足している場合でもその購入を
    認める工程と、 前記保有するポイント数から前記必要なポイント数を減
    じる期日を前記購入から所定の猶予期間を見て設定し、
    その期日において前記保有するポイント数が前記必要な
    ポイント数に不足している場合には、少なくともその不
    足分に相当する額をポイントに代わる手段にて清算する
    工程と、 を含むことを特徴とするポイントショッピング管理方
    法。