JPH1078989A - 仮想商店街におけるポイントサービスシステム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上の仮想商店街におけるサービ
ス方式に関し、磁気カードの携帯を不要とし、ポイント
発行から還元までの時間を短くして顧客へのサービスを
向上させるポイントサービスシステムを実現する。 【解決手段】 顧客の買物金額に応じてポイントを発行
する手段１と、顧客が現在保有しているポイントを記憶
する手段２と、顧客のポイント保有量に応じて、ポイン
トの還元として顧客の買物支払金額を減少させる手段３
とを備え、仮想商店街を構成する商店毎に、ポイントの
発行率と還元率とをそれぞれ設定可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
構築された仮想商店街において、商取り引きに伴う販売
促進用サービスとしてのポイントサービスを実現するた
めのポイントサービスシステムに関する。

【０００２】

【従来の技術】商店街でよく使われてきた顧客のロック
イン（囲い込み）や販売促進の方法の１つとして、スタ
ンプサービスがある。これは商品の購入金額に応じてク
ーポン券の発行などを行い、そのクーポン券などが一定
の数に達した時点で景品などと交換したりするものであ
る。

【０００３】また、紙のクーポン券を使わずに顧客に磁
気カードを持たせ、その磁気カードに記録されたサービ
スポイントを商品購入に際して、または景品などの交換
に際して更新する方式もある。

【０００４】この場合磁気カードはポイントを記録して
おくだけでなく、本人のＩＤ（会員番号など）としての
役割も持っている。なおクーポン券を使うにしても、カ
ードを利用するにしても、商店街の中の全ての商店につ
いて、クーポン券やポイントを発行する条件（以下、買
物の金額に対するポイントの発行率と称する。）、およ
び還元する条件（以下、ポイントの還元率と称する。）
は一律とされて、システムの運用がなされている。いず
れのシステムも、各地の地域密着型の駅前商店街、銀座
商店街など、多くの商店街で導入されている。

【０００５】更に近年では顧客の商品購入形態も来店購
入に止まらず、電話やパソコンなどを利用した通信販売
も盛んになっており、またネットワーク上、例えばイン
ターネットに接続された利用者端末に商品を表示（展
示）し、顧客がその端末を使って買物をすることも実現
されるようになっている。複数商店の商品が展示されて
いる場合、そのような商店によって構成される商店街は
仮想商店街（ショッピングモール）と言われる。このよ
うな場合には、従来の来店購入の場合のようなポイント
サービスは実現されていなかった。

【０００６】

【発明が解決しようとする課題】上述のクーポン券など
を使用するスタンプサービスでは、消費者側ではクーポ
ン券を台紙に貼る手間がかかったり、クーポン券の保存
が面倒であるなどの問題点があり、また商店側ではクー
ポン券の事前購入による費用負担、手続きの煩わしさ
や、商品販売時に販売金額に応じたクーポン券の枚数を
確認して顧客に渡さなければならないなどという面倒な
作業を強いられるという問題点があった。

【０００７】このような問題点を解決する目的で、ＰＯ
Ｓ（ポイント オブ セール）を利用したポイントサー
ビスシステムが開発された。このシステムでは顧客が商
品に対して精算を済ませた時点で、ＰＯＳ端末を利用し
てサービスポイントをホストシステムで集計し、例えば
顧客に持たせている磁気カードに記録されたサービスポ
イントを更新するというような方式がとられている。

【０００８】しかしながら、このように磁気カードを利
用したポイントサービスシステムにおいても、顧客は常
に商品購入時に磁気カードを携帯しなければならないと
いう問題点や、磁気カードにサービスポイントの集計結
果が記録されても、一般にポイントの発行店と還元店の
間での精算は、例えばホストセンタを介して夜間バッチ
方式で行われるために、買物の翌日にならないとポイン
トが有効にならず、景品との交換などが依然として不便
であり、またポイント発行店と還元店の間での精算に時
間がかかるという問題点があった。

【０００９】本発明は、ネットワーク上に構築された仮
想商店街におけるポイントサービスシステムを実現する
ことにより、前述の問題点を解決すること、例えば顧客
の磁気カードなどの携帯を不要とし、またポイントの発
行から還元までの時間を短くして顧客へのサービスを向
上させることを目的とする。更に例えば発行店でのポイ
ント発行率を、店により、また時期により変化可能とす
ることなどにより、商店間の競争を促進し、顧客へのサ
ービスが良く、商店への集客力の高い仮想商店街を実現
することを目的とする。

【００１０】

【課題を解決するための手段】図１は本発明の仮想商店
街におけるポイントサービスシステムの原理構成ブロッ
ク図である。同図はネットワーク上、例えばインターネ
ット上に構築された仮想商店街におけるポイントサービ
スシステムの原理構成を示し、仮想商店街は例えばイン
ターネット上の特定のサーバ、すなわちウェブサーバの
１つによって提供されているものとする。

【００１１】図１においてポイント発行手段１は、顧客
の買物の金額に応じてポイントを発行するものである。
このポイント発行に際して、ポイント発行手段１は、顧
客が買物をする商店名、買物金額等の入力情報に基づい
て、仮想商店街の商店毎に設定されているポイント発行
率、例えば１００円の買物に対して何ポイントのポイン
トを発行するかの発行率に応じて、ポイントの発行を行
う。

【００１２】ポイント管理手段２は、顧客毎のポイント
の保有量を、例えばポイントの発行店に対応させて記憶
するものである。ポイント還元手段３は、顧客のポイン
ト保有量に応じたポイントの還元として、顧客の買物支
払い金額を減額させるものであり、例えば商店毎に設定
されているポイント還元率に応じて、買物支払い金額を
減額させる処理を実行する。

【００１３】本発明において、顧客が仮想商店街のホー
ムページ中で買物を行おうとすると、仮想商店街を構成
する各商店のデータに対応させて、その顧客に対して各
商店において発行され、現在有効である保有ポイント数
が顧客側の端末に表示される。顧客はこの表示画面から
適当な商店を選択し、買物ボタンを押すと注文の入力画
面が表示され、顧客はその注文画面に注文データを入力
し、注文ボタンを押すことにより、仮想商店街のウェブ
サーバにリンクしたポイントサービスシステムが起動さ
れ、ポイントの発行と、また注文時の顧客の指定に応じ
てポイントの還元サービスが実行される。

【００１４】このように本発明においては、ネットワー
ク上に構築される仮想商店街にポイントサービスシステ
ムを実現することによって、前述の目的を達成すること
が可能となる。

【００１５】以下に、本発明の具体的な操作イメージに
ついて説明する。利用者が、たとえば仮想商店街のホー
ムページをそのＵＲＬを使って開く。仮想商店街のホー
ムページにリンクしたデータベースに登録してある商店
街があらわれる。たとえば宝石店、衣料店、食品店のハ
イパーリンク又はイメージマップがあらわれる。ユーザ
が好みの商店へのハイパーリンクをクリックすると、そ
の商店の商品名、イメージ、値段が画面にあらわれる。
その好みの商品をクリックすることによって購入操作を
行う。その商品はその商店から利用者に直送されて支払
い決済される。

【００１６】各商店が仮想商店街に加入すれば、仮想商
店街のホームページにポイントサービスを受けられる旨
の表示をする。利用者が、たとえば服を購入したいとき
は、ポイントサービスを受けられる仮想商店街を利用し
た方が有利となる。各商店にとってもポイントサービス
が顧客の吸引力となり、さらに仮想商店街のホームペー
ジに登録することによって宣伝効果も期待できる。仮想
商店街をホームページに作成したサービスプロバイダに
とっても、たとえば加入商店から加盟料あるいは購買額
に応じたコミッション料を受け取ることができる。

【００１７】利用者が仮想商店街を使用したいときには
登録操作を行う。仮想商店街におけるデータベースにお
いて、その利用者用の領域が割り当てられ、ユーザＩ
Ｄ、ユーザパスワードがその利用者に与えられる。な
お、ユーザＩＤは利用者によって固定であるが、ユーザ
パスワードは利用者にとって自由に設定しなおすことが
可能である。

【００１８】利用者は仮想商店街にアクセスして自分の
ポイントと購入履歴を見ることができる。利用者が電子
メール（ｅ−ｍａｉｌ）アドレスを有していれば、仮想
商店街から現在のポイントを利用者に定期的に送るよう
にしてもよい。

【００１９】

【発明の実施の形態】図２は本発明の仮想商店街１０に
おけるポイントサービスシステム２を実現するネットワ
ークの構成例の説明図である。同図において複数のサー
バ１１，１２、および１３はネットワーク、例えばイン
ターネットを構成しており、例えばサーバ１１、すなわ
ちウェブサーバは仮想商店街１０を提供するものであ
り、サーバ１１にはポイントサービスシステムにおける
ポイントデータや商店のデータを記憶する、後述のポイ
ント管理テーブルや商店管理テーブルが格納されている
サーバファイル１４が接続されているものとする。

【００２０】例えばサーバ１２は、従来の仮想商店街に
もネットワークを介して接続されており、サーバ１２を
利用する利用者ｄ，ｅ，ｆは従来の仮想商店街にアクセ
スすることも、また本発明のポイントサービスシステム
を有する仮想商店街１０にアクセスすることも可能であ
る。仮想商店街１０は商店Ａ，Ｂ，Ｃ，・・・によって
構成されているものとし、ここではこれらの商店は独自
のサーバを持っていない場合を例としてポイントサービ
スシステムを説明するが、独自のサーバを持ちながら別
の仮想商店街に出店することも可能である。

【００２１】図３はインターネット上で本発明を実現す
るための仮想商店街のシステム構成ブロック図である。
同図において仮想商店街はインターネット上のウェブサ
ーバプログラム１５、図２のサーバファイル１４に対応
し、後述するポイント管理テーブル、商店管理テーブル
などのデータを格納するデータベース１６、およびウェ
ブサーバプログラム１５とデータベース１６の間のイン
タフェースプログラムとしてのＣＧＩ（コモン ゲート
ウェイ インタフェース）プログラム１７から構成さ
れている。

【００２２】ウェブサーバプログラム１５はＨＴＴＰ
（ハイパー テキスト トランスファプロトコル）に基
づいて処理を行うプログラムであり、利用者がＵＲＬ
（ユニフォーム リソース ロケータ）によって指定し
たＨＴＭＬ（ハイパー テキスト マークアップ ラン
ゲージ）ファイルを利用者に送信する。このＨＴＭＬフ
ァイルには、利用者に見せるべき情報の他に、関連する
ＨＴＭＬファイルのＵＲＬが格納されており、利用者が
クライアント端末からそのＵＲＬを指定することによ
り、そのＵＲＬがネットワークを経由してウェブサーバ
プログラム１５に送信され、そのＵＲＬによって指定さ
れるＨＴＭＬファイルが利用者に送られる。

【００２３】またウェブサーバプログラム１５は、利用
者が指定したＵＲＬが特定のもの、すなわちｃｇｉ−bi
n のディレクトリ下のファイルの場合には、そのファイ
ル、すなわちプログラムを実行する。ここで実行される
プログラムはＣＧＩプログラム１７である。ＣＧＩプロ
グラム１７は、例えばＳＱＬ（ストラクチャード クエ
リィ ランゲージ）言語をデータベース問い合わせ言語
として発行し、データベース１６の管理は図示しないデ
ータベースマネージメントシステム（ＤＢＭＳ）によっ
て実行されることになる。

【００２４】図４は仮想商店街の中に実現されるポイン
トサービスシステムの構成ブロック図である。同図にお
いてポイントサービスシステム２０は、仮想商店街の顧
客の保有するポイントを顧客毎に、またその発行時点毎
に記憶するポイント管理テーブル、仮想商店街を構成す
る各商店のポイント発行率や還元率を、各商店毎に記憶
する商店管理テーブルなどを格納するサーバファイル２
１、顧客が商品を購入する毎にポイントを発行するポイ
ント発行部２２、顧客の指定に応じて顧客の保持するポ
イントを還元して、顧客の商品購入価額を減額させるポ
イント還元部２３、顧客の保有するポイントの期限など
を監視して、期限切れ間近のポイントがある場合に、対
応する顧客にメールによって期限切れを知らせる処理な
どを行うパトロール部２４から構成されている。

【００２５】ここで、サーバファイル２１は図３のデー
タベース１６上に設定され、ポイント発行部２２、ポイ
ント還元部２３は図３のＣＧＩプログラム１７として登
録されたものであり、パトロール部２４は図３のＣＧＩ
プログラム１７又は特には図示しない、例えば定期的に
実行される独立したプログラムとして登録されたもので
ある。

【００２６】このポイントサービスシステム２０は、顧
客が買物をしようとして商品の注文などを行う場合に、
図３のウェブサーバプログラム１５からのリクエストに
よって起動される。また後述するように、買物代金がク
レジットで引き落とされた場合などにも、特には図示し
ないプログラムによって起動される。

【００２７】図５は顧客が仮想商店街（以下モールとも
称する）にアクセスする場合の処理の流れの説明図であ
る。同図において顧客、すなわちクライアントが仮想商
店街を利用しようとする時には、でモールを管理する
サーバ、すなわちモールサーバ（図３に対応）に仮想商
店街に対する接続を要求し、モールサーバ内のウェブサ
ーバプログラム１５（図３）はこの接続要求に対して
で、仮想商店街の各商店のデータや、そのクライアント
が各商店で発行されたポイントの保有数などを示す仮想
商店街の画面をＨＴＴＰデータ（ＨＴＭＬファイル）と
してクライアント側に送信し、クライアントは受信した
ＨＴＴＰデータに基づいて画面表示を行い、利用者が
でその画面上で適当な商店を選択すると、クライアント
はでモールサーバに対して注文画面に対応するＵＲＬ
を送信し、モールサーバはＵＲＬに基づいて注文用の画
面をでクライアント側に送信する。

【００２８】利用者がで端末を利用して注文内容を入
力すると、その注文内容はそれを処理するプログラムの
ＵＲＬと共にモールサーバ側に送信される。モールサー
バ側では受信した注文内容をパラメータとしてＵＲＬの
ＣＧＩプログラムを起動し、起動されたプログラムは、
注文受付処理として後述するポイント管理テーブル、お
よび商店管理テーブルの内容を用いてポイント処理、す
なわちポイントの発行処理、またはポイントの還元処理
などを行い、商店、すなわちショップ側に処理結果や売
上を通知する。図６は、図５のにおいてモールサーバ
からクライアント側に送信される仮想商店街の表示画面
例（ホームページ）の説明図である。同図は仮想商店街
を構成する各ショップの商品内容、値段、宣伝文句など
のデータを示すと共に、そのクライアント、すなわち顧
客が各ショップから発行され、現在保有中のポイント数
と、その保有ポイントの中で最も有効期限までの期間が
短いもの、すなわち一番古い有効期限、および各ショッ
プ毎のポイントの発行率、還元率が表示される。

【００２９】例えばショップＢに対する「４００」はポ
イントの保有数であり、０９０４０１はその中で最も古
い有効期限が平成９年４月１日であることを示し、さら
に図９に示すように発行率が１００、還元率が１である
ことが示されている。またショップＦに対する「特」は
特別サービスの実施中であることを示し、またショップ
Ｅに対する「＊＊＊」はポイントサービスを行っていな
い店舗であることを示す。なお１つの画面上に全てのシ
ョップのデータが表示できない時には、スクロールによ
ってその他のショップのデータが表示される。ショップ
の数が多い場合は、顧客の保有ポイント数が多い順序で
ショップのデータを表示することが顧客にとって便利と
も考えられる。

【００３０】図６においてクライアント、すなわち顧客
が目当ての商店を選択し、買物ボタンを押すことによ
り、図５のの動作に入り、でモールサーバから注文
用の画面が送信される。

【００３１】図７は、図５のクライアント側からので
の仮想商店街への接続要求に応じて、モールサーバ側で
作成され、クライアント側に送信される仮想商店街画面
データの作成処理フローチャートである。このフロー
は、図３のＣＧＩプログラム１７の一部に対応する。同
図において処理が開始されると、まずステップＳ１で利
用者に顧客ＩＤを入力させるためのＨＴＴＰデータがモ
ールサーバからクライアントに送信される。クライアン
ト側で利用者が顧客ＩＤを入力すると、そのＩＤが画面
を作成するプログラムのＵＲＬと共にサーバ側にステッ
プＳ２で送信される。この画面を作成するプログラムの
ＵＲＬは、ステップＳ１でサーバからクライアントに送
信されるＨＴＴＰデータに含まれている。

【００３２】その後ステップＳ３からＳ７までの処理
が、仮想商店街を構成する各商店について、それぞれ繰
り返される。まずステップＳ３では、その商店が取り扱
っている商品の内容、値段、宣伝文句などの商店情報が
設定され、ステップＳ４でポイントサービスの実施店か
否かが判定され、実施店でない場合にはステップＳ５で
当該商店に対応してサービス不実施の表示が設定され、
その商店に対する処理を終了し、他の商店に対してステ
ップＳ３以降の処理が繰り返される。

【００３３】ステップＳ４でポイントサービスの実施店
であると判定された時には、ステップＳ６で図８に示す
ポイント管理テーブルの内容を参照して、そのクライア
ント、すなわちその顧客のその商店で発行されたポイン
トの保有数、および最古期限などが設定される。

【００３４】図８はポイント管理テーブルの例の説明図
である。同図においては、その仮想商店街の顧客のそれ
ぞれに対してポイントの保有数が、そのポイントの発行
店毎に格納されている。すなわちポイントが発行される
毎にその発行日（購入日）、有効期限、ポイント数、発
行店（購入店）、および有効フラグの内容が設定され
る。有効フラグが０となっていることは、後述するよう
にクレジット、口座引落し、口座振込など代金後払いで
品物が購入され、まだ代金が精算されていないことを示
す。

【００３５】代金後払い購入の場合には、後述するよう
に実際に代金の精算が行われ、入金された時点で有効フ
ラグが１とされる。このように有効フラグを用いてポイ
ントの有効／無効を制御する方法以外に、代金の入金後
に過去にさかのぼり、再度ポイント計算をする方法も考
えられる。以上の手続きは、入金されない（無効な）買
物に対してポイントを発行するという問題を回避するも
のであるが、商店のリスクにおいて商品受注後直ちにポ
イントを有効とすることも実践的手法として考えられ
る。

【００３６】図８のお知らせ欄のポイント数は、保有ポ
イント数の総計がこの数に達した時に、後述するパトロ
ール処理によって顧客にメール通知が行われるポイント
数を示す。ここでお知らせポイント数が例えば９０００
となっているのは、図９で説明するように１０，０００
ポイントたまるとポイント発行率が割増しとなるため、
それに近づいたことを顧客に通知するためである。

【００３７】図７のステップＳ６で顧客の保有ポイント
数などの設定が行われた後に、ステップＳ７で各商店に
対する特別サービス期間情報が設定され、その商店に対
応する処理は終了し、次の商店に対するステップＳ３以
降の処理が繰り返される。そして仮想商店街を構成する
全ての商店に対するステップＳ３〜Ｓ７の処理が終了し
た時点で、ステップＳ８で商店街画面データのクライア
ント側への送信が行われ、処理を終了する。商店の数が
多い場合にはクライアント端末側での送信待ち時間が大
きくなるため、データを分割して送信することも有効で
ある。

【００３８】図９は、図７のステップＳ７で各商店毎に
特別サービス期間情報の設定を行う場合などに参照され
る商店管理テーブルの例である。同図において、仮想商
店街を構成する各商店に対してポイントの発行率、還元
率、特別サービス期間の開始および終了時期、割増しポ
イント率が格納されている。例えば商店Ａに対する発行
率１００は１００円で１ポイントのポイント発行が行わ
れることを、また還元率１は１ポイントに対して１円の
還元が行われることを、また割増しポイント率の内容は
10,000ポイントたまった時点でポイントの発行率が２
倍、すわなち１００円で２ポイントの発行になることを
示している。発行率、還元率共に０、すなわち商店Ｅに
対する値はポイントサービスが実施されていない商店で
あることを示す。また、ポイントの発行率、還元率を特
定の期間のみ変更することも可能であり、図９の商店Ｆ
では９６年上半期（１月１日〜６月３０日）が特別サー
ビス期間であり、この期間内では５０円で１ポイント発
行されることが示されている。

【００３９】図１０は、ポイント管理テーブルに記憶さ
れているポイントの有効期限の確認などを行う、パトロ
ール処理のフローチャートである。この処理は例えば毎
月末というように定期的に行われるものであり、処理が
開始されるとまずステップＳ１１で、図８のポイント管
理テーブルの内容が検索され、期限切れが間近となって
いるポイントが存在するか否かが判定される。存在する
場合にはステップＳ１２で当該利用者、すなわち顧客に
対する期限切れお知らせメール処理が行われた後に、ま
た期限切れ間近のポイントが存在しない場合にはステッ
プＳ１２の処理を行うことなく、ステップＳ１３の処理
に移行する。

【００４０】ここでメール処理としては電子メール文を
組立てて自動的にそのメールを発信する方法と、プリン
タによって通知文を印刷し、人手によって郵便で送る方
法などがある。前者の場合にはメールＩＤを、後者の場
合には郵便住所などをポイント管理テーブル上に記憶し
ておく必要がある。いずれにせよ、ステップＳ１２では
メール処理を行うだけであり、実際に顧客に通知が発送
されているか否か、または顧客によって通知結果が受取
られているか否かについてはステップＳ１２で確認され
るわけではない。

【００４１】ステップＳ１３ではポイント管理テーブル
の内容のお知らせ欄のポイント数と各顧客のポイント数
の集計結果とが比較され、お知らせ対象者が存在するか
否かが、また定期的にポイント集計結果を顧客に対して
お知らせすることになっている場合にはお知らせ対象者
が存在するか否かが判定され、対象者が存在する場合に
はステップＳ１４でその利用者、すなわち顧客に対する
所定数到達、または定期お知らせメール処理が実行され
た後に、またお知らせ対象者がない場合にはステップＳ
１４の処理を実行することなく、ステップＳ１５の処理
に移行する。

【００４２】ステップＳ１５ではすでに期限の切れたポ
イントがあるか否かが判定され、ある場合にはそのポイ
ントが無効とされて、パトロール処理を終了する。ポイ
ントを無効にする場合、一定期間（例えば５年程度）、
トラブルや問合せなどに備えて、無効状態のまま、その
ポイントをポイント管理テーブル、またはアーカイブフ
ァイル等に記憶しておくことが望ましい。

【００４３】図１１は、図６で顧客が買物を行う商店を
選択した後に、表示される買物の入力画面であり、図１
２はこの入力画面の表示の元となるｈｔｔｐデータであ
る。この入力画面のｈｔｔｐデータには、顧客が仮想商
店街の初期画面で入力した顧客ＩＤと、商店の識別情報
が格納されている。すなわち、図１２における「＜FORM
METHOD=POST ACTION=http://www.mall.aaa.co.jp/cgi
-bin/program-a＞」は、この入力画面でデータが入力さ
れた後に、program-a の実行をwww.mall.aaa.co.jp と
いうサーバにクライアントより依頼することを示してい
る。また、＜INPUT TYPE="hidden"NAME="personal-ID"
CHECKED VALUE="aaa0001"＞は、このprogram-a の実行
の依頼の際のパラメータとして送信するものを定義した
ものであり、すなわち、「personal-ID=aaa0001 」とい
うデータ（顧客ＩＤがaaa0001 という意味）が送信され
ることが定義されており、「INPUT TYPE="hidden" 」と
はこのデータは表示されないということを定義したもの
である。また、同様に、＜INPUT TYPE="hidden" NAME=
"store-ID" CHECKED VALUR=" 宇宙開発" ＞は、このpro
gram-a の実行の依頼の際のパラメータとして送信する
ものを定義したものであり、すなわち、「store-ID= 宇
宙開発」というデータ（商店名が「宇宙開発」という意
味）が送信されることが定義されており、「INPUT TYPE
="hidden" 」とはこのデータは表示されないということ
を定義したものである。

【００４４】「＜INPUT TYPE="checkbox" NAME="prdl"
」はチェックボックスを画面に表示し、それが指示さ
れた場合に、「prdl=yes」というデータ（商品prdlを購
入するという意味) をサーバに送信することを定義した
ものである。後続の「宇宙服」は画面に「宇宙服」とい
う文字列を表示することを意味する。次の「＜INPUT TY
PE="text" NAME=prdl-num SIZE="2"＞」は「宇宙服」の
購入個数を入力する領域を２バイト分表示し、入力され
たデータ（「prdl-num= 個数」として）を送信すること
を示している。＜ＢＲ＞は改行を意味する。また、「宇
宙食」「宇宙船」についても同様である。「＜INPUT TY
PE="submit" VALUE=" 買物" ＞は、「買物」というボタ
ンを表示し、そのボタンが指示されると、上記で説明し
た処理を実行させるプログラム名およびそのパラメータ
をサーバに送信することを意味している。また、「＜IN
PUT TYPE="reset" VALUE="中心" ＞」は、「中止」とい
うボタンを表示し、そのボタンが指示されると、これま
で入力したパラメータの値をクリアすることを示してい
る。

【００４５】図１３は、上述の買物ボタンを押すことに
よって、図５のでモールサーバから送信される注文用
画面の例である。この注文用画面のＨＴＴＰデータに
は、顧客が前述のように商品を選択した際のデータ（商
品名、数量）と、前の画面から引き継いでいるデータ
（顧客ＩＤ、商店名）と、この画面に対応して実行され
るＣＧＩプログラムのＵＲＬが組み込まれている。

【００４６】図１３において顧客は商品送付先などを入
力し、銀行振込、ネットワークマネーまたはクレジット
支払いの３つのうちから支払い手段を指定し、ポイント
を全部蓄積するか、全部還元するか、あるいは一部還元
するか、一部還元の場合にはその還元するポイント数を
指定する。また、この買物で得られるポイントを、例え
ば慈善団体などに寄付したり、例えば家族など他の顧客
に付加する場合には、その寄付先などの識別子（ｉｄ）
を指定して、注文ボタンを押すことにより、この画面の
ＨＴＴＰデータ内で指定されているＵＲＬのプログラ
ム、すなわちポイントサービスシステム２０（図４）が
起動されることになる。

【００４７】図１４は図１３において顧客が注文ボタン
を押すことによって起動されるポイント発行処理のフロ
ーチャートである。このフローは、図３のＣＧＩプログ
ラム１７の一部のプログラムである図４のポイント発行
部２２に対応する。同図において処理が開始されると、
まずステップＳ２１で顧客が商品の注文を行った商店が
ポイントサービスの実施店か否かが判定され、実施店で
ない場合にはステップＳ２８で買物金額がそのまま支払
請求額とされて、ポイント発行処理を終了する。ポイン
ト発行処理の後には、図３のＣＧＩプログラム１７の一
部のプログラムとして、一般的な注文処理と、代金請求
処理が行われる。

【００４８】ステップＳ２１でポイントサービスの実施
店である場合には、ステップＳ２２でその顧客がすでに
所有しているポイントの還元を希望し、かつその所有ポ
イント数がポイント還元サービスを行うための最低ポイ
ントに達しているか否かが判定され、これらの条件を両
方とも満足している場合以外はポイントの還元は行われ
ず、ステップＳ２３で発行ポイントの計算が行われる。
すなわち買物金額に相当するポイント数が、買物を行っ
た当該店の発行率で算出される。なお還元サービスを行
うための最低ポイント数についてはシステム内で一律に
する方式と、商店毎に設定する方式との両方が考えられ
る。

【００４９】そしてこのポイントが寄付や他の顧客に付
加されるものであるか否かが図１３で説明した注文画面
での指定によって判定され、自己用のポイントである場
合には、ステップＳ２４でその顧客の保有ポイントとし
てポイント管理テーブルに購入日から有効フラグ（１）
までの内容を設定することによって記憶され、寄付や付
加の場合にはステップＳ２５で寄付または付加先に対す
るポイントとして同様に記憶された後、ステップＳ２６
で支払条件が判定される。例えば他の顧客への付加の場
合には、買物毎に顧客が付加先を指定する方式と、あら
かじめ付加先を登録しておき、自動的にそこに付加する
方式とを併用すると便利である。

【００５０】支払条件が即金払い、例えば電子マネー、
電子小切手、電子手形などによって処理される場合に
は、ステップＳ２８の処理が行われた後に、ポイント発
行処理を終了する。またクレジット払い、口座引落し、
口座振込などのように事後精算の場合には、ステップＳ
２７でそのポイントに対する有効フラグの内容を０と
し、ポイントを入金があるまで無効とした後に、ステッ
プＳ２８の処理を行い、処理を終了する。

【００５１】ステップＳ２２でその顧客がポイントの還
元を希望し、かつポイント還元サービスのための最低ポ
イントに達していると判定された場合には、ステップＳ
３０で還元ポイントの計算処理が行われる。この詳細に
ついては図１５で説明する。

【００５２】ステップＳ３０で還元ポイントの計算が行
われた後に、ステップＳ３１で計算された還元ポイント
の還元が行われた後の各商店に対する保有ポイント数が
ポイント管理テーブルに記憶され、ステップＳ３２で計
算された還元ポイントに基づいて還元額が計算され、ス
テップＳ３３で買物金額から還元額が減額され、それを
支払請求額とした後に処理を終了する。（図１４には示
していないが、ステップＳ３３での支払請求額決定と同
時に、その金額に対応してステップＳ２３からステップ
Ｓ２７の処理が実行され、ポイント発行が行われる。） 図１５は図１４のステップＳ３０、すなわち還元ポイン
トの計算処理の詳細フローチャートである。このフロー
は、図３のＣＧＩプログラム１７の一部のプログラムで
ある図４のポイント還元部２３に対応する。同図におい
て処理が開始されると、ステップＳ４０でまず今回買物
をした商店と同一店のポイントのうち古いポイントから
還元処理に使い、今回買物をした商店のポイント還元率
に従って還元ポイントが算出される。そして顧客から指
定された還元ポイント数に達しているか否かが判定さ
れ、達している場合にはその他の店のポイントを使用す
る必要はないので、処理を終了する。

【００５３】不足の場合には、ステップＳ４２で不足分
のポイント数を他の店から発行されたポイント保有数の
うちで古いものから還元処理に使用することとし、全商
店で共通の還元率に従って還元ポイントが算出され、ス
テップＳ４２で他の店との間でのポイント精算処理を行
った後に処理を終了する。なお、他店で発行されたポイ
ントを還元に使用する場合、全商店で共通の還元率では
なく、その店で別途に定められた還元率を用いることも
考えられる。

【００５４】すなわち本実施例においては、ポイントの
還元処理において還元すべきポイントとして、まず第１
に同一店のポイントから還元することを優先し、また第
２に古いポイントから還元することを優先して処理が行
われる。例えば図８において顧客ａが店Ｂで買物をする
にあたり２５０ポイントの還元を希望する場合には、８
年４月１日に商品を購入した際の２００ポイントと、８
年４月８日に商品を購入した１００ポイントのうちの５
０ポイントが還元に用いられることになる。８年４月２
日に店Ｄで商品を購入した時のポイントは、ポイントの
有効期限は古いが、他の店で発行されたものであるた
め、ここでは使われない。

【００５５】また自商店で発行したポイントの還元率を
全店共通の値より高く設定することにより、同じ店で買
物をすると顧客が得をする仕組みを作ることができる。
図１５のステップＳ４２で行われる他の店との間でのポ
イント精算処理については、まず第１の方法としてポイ
ント還元の度にそのつど精算する方法と、第２に一週
間、あるいは一カ月とか適当な期間のポイントの増減
（還元結果）を蓄積しておき、全ての店の増減をその期
間全体に渡って一括処理、すなわち精算する方法と、第
３の方法としてポイントを発行する時に発行店が還元相
当金額を、例えばショッピングモールの組合などに一時
金として預託し、それを精算にあてる方法などが考えら
れる。

【００５６】図１６は、例えば定期的に仮想商店街を構
成する全商店の間で行われるポイント精算処理に使用さ
れる、精算用還元ポイント格納テーブルの例である。こ
のテーブルには、仮想商店街を構成する全ての店舗Ａ，
Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，・・・のそれぞれに対して、顧客
が自商店で買物を行い、他の商店で発行されたポイント
を還元した場合のポイント還元量と、他商店で買物を行
い、その際自商店のポイントが還元された場合のポイン
ト還元量とが、それぞれ累積された値Ｘ，Ｙが記録され
ている。例えば月末に精算を行う場合には、月末毎にＸ
とＹとの差が求められ、その値がプラスであれば受取り
精算、マイナスであれば支払精算が行われる。例えば顧
客がＢ商店で買物をし、その際に２００ポイントをＢ商
店発行、５００ポイントをＣ商店発行のポイントで還元
した時、このテーブルの中のＢ商店のＸ欄に５００、Ｃ
商店のＹ欄に５００のポイント還元数が記録される。こ
のテーブルのＸ−Ｙ欄は、月末精算の処理、すなわちＸ
とＹとの差が計算された直後の状態を示している。

【００５７】図１７はクレジット、口座引落し、口座振
込などの場合の代金精算時におけるポイント有効化処理
の説明図である。このフローは、図３のＣＧＩプログラ
ム１７からは独立した制御プログラムに対応する。図１
４のステップＳ２７で説明したように、商品の購入時に
代金支払条件としてクレジットなど代金後払いが指定さ
れると、商品購入に対応する発行ポイントに対する有効
フラグが０とされ、代金が入金された時点で有効フラグ
が１に変更される。この場合基本的な考え方として、ポ
イントの発行率はステップＳ２３で算出されたものが用
いられる。例えば年末の特別ポイントサービス期間中に
商品を買った場合には、代金が特別サービス期間終了後
に入金される場合でも、この特別ポイントサービスが適
用される。

【００５８】図１７において商店又は金融機関等からモ
ールサーバに入金通知があると、まずステップＳ４５で
ポイント管理テーブルの該当エントリが特定され、ステ
ップＳ４６でそのエントリのポイント有効フラグが１と
され、ステップＳ４７でその顧客の有効ポイント数の合
計が求められ、その合計ポイント数がお知らせポイント
数に到達している場合にはステップＳ４８でそれを顧客
に知らせるお知らせメールの処理が行われた後に、所定
数に到達していない場合には何らの処理を行うことな
く、処理を終了する。このような代金後払いに対する入
金通知の処理は、まとめて実行することにより効率を上
げることができ、商店又は金融機関からモールサーバに
複数の入金通知が同時にあったような場合には、ステッ
プＳ４５からステップＳ４８の処理を反復して行えばよ
い。

【００５９】図１８は、図９に示した商店管理テーブル
の内容を、各商店のサーバから変更するような場合の入
力画面の例である。このような画面を用いて、各商店の
サーバから商店管理テーブルの内容の新規設定、変更、
または削除が可能となる。商店管理テーブルのデータを
悪意を持って改ざんするような行為が許されると甚大な
被害が発生するため、この商店管理テーブルに対するア
クセス権限などについて、セキュリティを守るための万
全の処置が必要である。

【００６０】なお、仮想商店街のホームページ内の商店
をクリックすることにより、遠隔地にあるその商店のホ
ームページにアクセスするようにしてもよい。この場
合、購入情報はその仮想商店街のホームページにリンク
したデータベースと商店のホームページにリンクしたデ
ータベースに同時に格納されるように設定される。当該
商店がその仮想商店街に加盟したとき、その商店のホー
ムページにリンクしたデータベースに登録されている購
入情報が既存のネットワーク転送コマンドを使って仮想
商店街のホームページにリンクしたデータベースにも通
知されるようにする。この場合利用者は仮想商店街のホ
ームページから商店へのホームページにアクセスして、
その商店からの購入にあたっては、当該仮想商店街のポ
イントサービスを受ける旨、利用者が一度登録すればそ
の後は商店のホームページを用いて直接購買をしても、
利用者はポイントサービスシステムを利用できる。さら
に各商店は、そのホームページのリンクしたデータベー
スを常時更新することにより、その商店の最新の商品を
利用者に提供することを容易にする。

【００６１】最後に本発明のポイントサービスシステム
を実現するためのプログラムのローディングについて説
明する。図１９は本実施例としての仮想商店街における
ポイントサービスシステムを実現するためのプログラム
が記録された記憶媒体の説明図である。同図においてコ
ンピュータ１０１は本体１０４とメモリ１０５とから構
成されており、本体１０４に対しては可搬型記憶媒体１
０２からプログラムなどをロードすることも、またプロ
グラム提供者側からネットワーク１０３を介してプログ
ラムなどをローディングすることも可能である。

【００６２】コンピュータ１０１の本体１０４は図２に
おいて仮想商店街１０を構成するサーバ１１に相当し、
またメモリ１０５はサーバファイル１４に相当するもの
と考えることができる。

【００６３】図４におけるポイントサービスシステムを
構成するポイント発行部２２、ポイント還元部２３、お
よびパトロール部２４などは、例えば前述のように図３
のＣＧＩプログラム１７として登録されるが、そのＣＧ
Ｉプログラム１７は例えば図１９におけるメモリ１０５
に格納され、そのプログラムは本体１０４によって実行
される。ここでメモリ１０５としては、例えばランダム
アクセスメモリ（ＲＡＭ）、またはハードディスクなど
が使用される。

【００６４】またポイントサービスシステムを実現する
ためのプログラムなどが可搬型記憶媒体１０２に記録さ
れ、コンピュータ１０１にそのプログラムをローディン
グすることによってポイントサービスシステムを実現す
ることも可能である。この可搬型記憶媒体１０２として
はメモリカード、フロッピーディスク、ＣＤ−ＲＯＭ
（コンパクトディスクリードオンリメモリ）、光ディス
ク、光磁気ディスクなど市販され、流通可能な任意の記
憶媒体を使用することができる。また本発明のポイント
サービスシステムを実現するためのプログラムなどが、
プログラム提供者側からネットワーク１０３を介してコ
ンピュータ１０１側に送られ、そのプログラムがローデ
ィングされることによって、仮想商店街におけるポイン
トサービスシステムを実現することも可能である。

【００６５】以上本発明の実施例を詳細に説明したが、
本発明の実施方法はこの実施例に限定されることなく、
特許請求の範囲に記載された範囲内で、この実施例と異
なる様々な実施形態を実現することができることは当然
である。特に、例えば請求の範囲の買物の内容としては
旅行、ホテル、レストラン、劇場などの予約も含まれる
ことは当然である。

【００６６】

【発明の効果】以上説明したように本発明によれば、仮
想商店街においてポイントサービスシステムを実現する
ことによって、利用者側の利点として第１に買物のため
の交通費が不要になるなどネットワーク上での買物が便
利であること、第２にポイントの即還元などの有利な点
があること、第３にカードなどの携帯が不必要であるこ
と、第４に現在の保有ポイント数を簡単に把握できるこ
と、第５に商店間での競争によって利用者へのサービス
向上が期待できることなど様々な利点がある。

【００６７】商店側の利点としては第１に仮想商店街に
おける集客力を向上させることによる売上げの増加、第
２にポイントの事前購入が不必要であること、第３にカ
ードなどの発行が不必要であること、第４に商店毎に独
自できめこまかなサービスを実現できることなどの様々
な利点があり、仮想商店街の発展に寄与するところが大
きい。

【図面の簡単な説明】

【図１】本発明の原理構成を示すブロック図である。

【図２】本発明のポイントサービスシステムを実現する
ネットワークの構成例の説明図である。

【図３】インターネット上で実現される仮想商店街のシ
ステム構成ブロック図である。

【図４】仮想商店街の中に実現されるポイントサービス
システムの構成を示すブロック図である。

【図５】顧客が仮想商店街にアクセスする場合の処理の
流れの説明図である。

【図６】モールサーバから顧客側に送信される仮想商店
街の表示画面例を示す図である。

【図７】顧客側に送信される仮想商店街画面データの作
成処理のフローチャートである。

【図８】ポイント管理テーブルの例を示す図である。

【図９】商店管理テーブルの例を示す図である。

【図１０】パトロール処理のフローチャートである。

【図１１】顧客による商店選択後に表示される買物用入
力画面の例を示す図である。

【図１２】図１１の画面表示の元となるｈｔｔｐデータ
を説明する図である。

【図１３】モールサーバから顧客側に送信される注文用
画面の例を示す図である。

【図１４】ポイント発行処理のフローチャートである。

【図１５】ポイント還元処理の詳細フローチャートであ
る。

【図１６】精算用還元ポイント格納テーブルの例を示す
図である。

【図１７】クレジット代金等精算時におけるポイント有
効化処理のフローチャートである。

【図１８】商店管理テーブルの内容変更などのための入
力画面の例を示す図である。

【図１９】本実施例を実現するためのプログラムが記録
された記憶媒体の説明図

【符号の説明】

１ ポイント発行手段 ２ ポイント管理手段 ３ ポイント還元手段 １０ 仮想商店街 １１〜１３ サーバ １４，２１ サーバファイル １５ ウェブサーバ １６ データベース １７ ＣＧＩ（コモン ゲートウェイ インタフェー
ス） ２０ ポイントサービスシステム ２２ ポイント発行部 ２３ ポイント還元部 ２４ パトロール部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤原 眞雄 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 宮坂 道弘 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 森田 修司 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 山下 正和 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 江頭 由香 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (28)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に構築された仮想商店街
   において、 顧客の買物金額、該買物金額に対するポイントの発行数
   として定義されるポイント発行率とに応じてポイントを
   発行するポイント発行手段と、 該ポイント発行手段によって発行され、顧客が現在保有
   しているポイントを顧客毎に記憶するポイント管理手段
   と、 該ポイント管理手段に記憶されている顧客のポイント保
   有量の範囲内で、ポイント数に応じた買物支払金額の減
   額分として定義されるポイント還元率に従って、ポイン
   トの還元として該顧客の買物支払金額を減額させると共
   に、該顧客のポイント保有量を削減させるポイント還元
   手段とを備えることを特徴とするポイントサービスシス
   テム。
2. 【請求項２】 前記ポイント発行手段が、前記ポイント
   発行率を前記仮想商店街を構成する商店毎に設定可能と
   することを特徴とする請求項１記載のポイントサービス
   システム。
3. 【請求項３】 前記ポイント発行手段が、前記ポイント
   発行率を、特定の期間のみに渡って有効であり、該特定
   期間以外において有効な値と異なる値に設定することを
   特徴とする請求項１記載のポイントサービスシステム。
4. 【請求項４】 前記ポイント発行手段が、前記ポイント
   発行率を、前記顧客が保有し、未還元のポイント数に応
   じた値に設定可能とすることを特徴とする請求項１記載
   のポイントサービスシステム。
5. 【請求項５】 前記顧客が代金後払いで買物をする時、
   該買物に対して前記ポイント発行手段によって発行され
   たポイントを、前記ポイント管理手段が該代金の入金後
   に前記ポイントの還元対象として有効なポイントとして
   取扱うことを特徴とする請求項１記載のポイントサービ
   スシステム。
6. 【請求項６】 前記ポイント発行手段によって発行され
   たポイントを、前記ポイント管理手段が、該発行された
   ポイントに対する買物をした顧客とは異なる顧客が保有
   するポイントとして記憶することを特徴とする請求項１
   記載のポイントサービスシステム。
7. 【請求項７】 前記ポイント管理手段が、前記ポイント
   発行手段によって発行されたポイントに対する買物をし
   た顧客による、前記異なる顧客の指定に応じることを特
   徴とする請求項６記載のポイントサービスシステム。
8. 【請求項８】 前記ポイント還元手段が、前記ポイント
   還元率を前記仮想商店街を構成する商店毎に設定可能と
   することを特徴とする請求項１記載のポイントサービス
   システム。
9. 【請求項９】 前記ポイント還元手段が、前記ポイント
   還元率を、特定の期間のみに渡って有効であり、該特定
   期間以外において有効な値と異なる値に設定することを
   特徴とする請求項１記載のポイントサービスシステム。
10. 【請求項１０】 前記ポイント管理手段が、前記ポイン
    ト発行手段によって発行されたポイントに付けられた有
    効期限を記憶し、前記ポイント還元手段が該有効期限内
    のポイントのみを対象として前記ポイント還元を行うこ
    とを特徴とする請求項１記載のポイントサービスシステ
    ム。
11. 【請求項１１】 前記ポイント還元手段が、前記顧客の
    ポイント保有量のうち、前記有効期限の古いものから前
    記ポイント還元に使用することを特徴とする請求項１０
    記載のポイントサービスシステム。
12. 【請求項１２】 前記ポイント管理手段が、前記ポイン
    トに付けられた有効期限が切れてから所定期間、該有効
    期限の切れたポイントを記憶し続けることを特徴とする
    請求項１０記載のポイントサービスシステム。
13. 【請求項１３】 前記ポイント管理手段によって記憶さ
    れている顧客毎のポイント保有量を、定期的に、該顧客
    毎に通知するポイント保有量通知手段を更に備えること
    を特徴とする請求項１記載のポイントサービスシステ
    ム。
14. 【請求項１４】 前記ポイント管理手段によって記憶さ
    れている顧客毎のポイント保有量を、非定期的に、該顧
    客毎に通知するポイント保有量通知手段を更に備えるこ
    とを特徴とする請求項１記載のポイントサービスシステ
    ム。
15. 【請求項１５】 前記ポイント保有量通知手段が、前記
    顧客毎のポイント保有量があらかじめ定められた所定値
    に達した時、該ポイント保有量を対応する顧客に通知す
    ることを特徴とする請求項１４記載のポイントサービス
    システム。
16. 【請求項１６】 前記ポイント還元手段が、顧客が新し
    い買物をする商店としての自商店での過去の買物に応じ
    てすでに発行されているポイントと、他の商店での買物
    に応じてすでに発行されているポイントとを合わせて、
    前記ポイント還元を行うことを特徴とする請求項１記載
    のポイントサービスシステム。
17. 【請求項１７】 前記自商店での買物にあたり、前記ポ
    イント還元手段により還元されたポイントのうちで前記
    他商店での買物に応じて発行されていたポイントを対象
    として、該還元されたポイント数、該他商店の商店名、
    該自商店の商店名に基づいて、前記仮想商店街を構成す
    る複数の商店間での還元ポイントの精算を行う還元ポイ
    ント商店間精算手段を更に備えたことを特徴とする請求
    項１６記載のポイントサービスシステム。
18. 【請求項１８】 前記仮想商店街を構成する商店のそれ
    ぞれに対して、前記自商店での買物に対して発行され、
    他商店での買物にあたって還元された他商店での還元ポ
    イント数と、他商店での買物に対して発行され、自商店
    での買物にあたって還元された自商店での還元ポイント
    数とを記憶する精算テーブルを備え、 前記還元ポイント商店間精算手段が、ポイントが還元さ
    れた時、該還元されたポイント数、該還元ポイントの発
    行に対応する買物がなされた商店の商店名、およびポイ
    ントの還元対象としての買物がなされた商店の商店名に
    基づいて、前記精算テーブルの内容を更新し、前記他商
    店での還元ポイント数と自商店での還元ポイント数との
    差に基づいて、前記複数の商店間での還元ポイントの精
    算を行うことを特徴とする請求項１７記載のポイントサ
    ービスシステム。
19. 【請求項１９】 前記還元ポイント商店間精算手段が、
    定期的に前記精算を行うことを特徴とする請求項１７記
    載のポイントサービスシステム。
20. 【請求項２０】 前記ポイントサービスシステムにおい
    て、 前記顧客が仮想商店街での買物を行おうとする時、該仮
    想商店街を構成する各商店についてのデータを、該各商
    店のうちでポイントサービスを実施している商店に対し
    ては、該顧客に対して該実施商店から発行され、未還元
    のポイント数と共に、該顧客に対して表示するための制
    御を行う仮想商店街表示制御手段を更に備えることを特
    徴とする請求項１記載のポイントサービスシステム。
21. 【請求項２１】 前記仮想商店街表示制御手段が、前記
    未還元のポイント数が多い順序で、前記仮想商店街を構
    成する各商店についてのデータを表示するための制御を
    行うことを特徴とする請求項２０記載のポイントサービ
    スシステム。
22. 【請求項２２】 前記ポイントサービスシステムにおい
    て、 前記顧客が仮想商店街での買物を行おうとする時、該仮
    想商店街を構成する各商店についてのデータを、ポイン
    トサービスを実施しているか実施していないかを区別で
    きる形式で、該顧客に対して表示するための制御を行う
    仮想商店街表示制御手段を更に備えることを特徴とする
    請求項１記載のポイントサービスシステム。
23. 【請求項２３】 ネットワーク上に構築された仮想商店
    街におけるポイントサービスを実現するために、 顧客の買物金額に応じてポイントを発行する機能と、 すでに発行され、顧客が現在保有しているポイントを顧
    客毎にメモリに記憶する機能と、 該顧客のポイント保有量に応じて、ポイントの還元とし
    て該顧客の買物支払金額を減額する機能とを、 計算機に行わせるためのプログラムを格納した計算機読
    出し可能記憶媒体。
24. 【請求項２４】 ネットワーク上に構築された仮想商店
    街において、 顧客が、該仮想商店街を構成する商店の中で買物をした
    い商店の商店名と、買物対象の商品名とを指定し、 該顧客が、該仮想商店街での買物に応じてすでに発行さ
    れ、該顧客が保有するポイントの範囲内で、前記買物対
    象の商品の価額を減額させるための還元ポイント数を指
    定すると、 該顧客の指定と、該還元ポイント数に応じた買物支払金
    額の減額分として定義されるポイント還元率とに応じ
    て、前記買物対象商品の価額が減額されることを特徴と
    するポイントサービス享受方法。
25. 【請求項２５】 ネットワーク上に構築された仮想商店
    街において、 顧客が、該仮想商店街を構成する商店の中で買物をした
    い商店の商店名と、買物対象の商品名とを指定し、 該顧客が、買物金額に対するポイントの発行数として定
    義されるポイント発行率に応じて該買物対象商品の買物
    に対して発行されるポイントのポイント付加先を指定す
    ると、 該顧客の指定に応じて、該顧客の買物に対して発行され
    るポイントが、該顧客と異なる顧客としての該付加先が
    保有するポイントとして、該仮想商店街におけるポイン
    トサービスを行うシステム内に記憶されることを特徴と
    するポイントサービス享受方法。
26. 【請求項２６】 ネットワーク上に構築された仮想商店
    街において、 該仮想商店街を構成する各商店が、顧客の買物金額に対
    するポイント発行数として定義されるポイント発行率
    と、顧客のポイント保有量の範囲内のポイント還元量に
    対する買物支払金額の減額分として定義されるポイント
    還元率とのそれぞれを、特定の期間のみに渡って有効で
    あり、該特定期間以外で有効な値と異なる値に設定可能
    とすることを特徴とするポイントサービス提供方法。
27. 【請求項２７】 ネットワーク上に構築された仮想商店
    街において、 該仮想商店街を構成する各商店が、顧客の買物金額に対
    するポイント発行数として定義されるポイント発行率の
    値を、該顧客が該仮想商店街を構成する各商店での買物
    にあたってすでに発行され、該顧客の新しい買物に対す
    る支払金額の減額としてのポイントの還元に未だ使用さ
    れていない未還元のポイントの保有量に応じて、可変の
    値に設定することを特徴とするポイント発行方法。
28. 【請求項２８】 ネットワーク上に構築された仮想商店
    街におけるポイントサービスを実現するために、 顧客の買物金額に応じてポイントを発行する機能と、 すでに発行され、顧客が現在保有しているポイントを顧
    客毎にメモリに記憶する機能と、 該顧客のポイント保有量に応じて、ポイントの還元とし
    て該顧客の買物支払金額を減額させる機能とを、 計算機に行わせるためのプログラム。