JP2009259002A - ポイント管理システム - Google Patents

Abstract

【課題】ユーザに対し将来予想されるランクの変化を分かりやすく提示する仕組みを提供する。
【解決手段】ユーザ端末５０からランク表示情報の要求を受信する（Ｓ４４０ｂ）と、ポイントサーバ１０は、ユーザＩＤに対応するポイント情報をポイント情報データベース３２より読み出し、ユーザの現行ランクを取得する（Ｓ４４５ｂ）。続いて、ランク情報をランク情報データベース３３より読み出し、要求を受信した時点までのポイント付与実績を基準としてユーザの暫定ランクを判定する（Ｓ４５０ｂ）。最後に、現行ランクと暫定ランクとの対比結果に基づいてランク変化情報を含むランク表示情報を生成し（Ｓ４５５ｂ）、ユーザ端末５０に送信する（Ｓ４６０ｂ）。
【選択図】図４

Description

本発明は、金銭的価値を示すポイントを管理するシステムに関し、特に、各ユーザの端末に出力する情報をポイント付与実績に応じて変更する処理に関するものである。

＜従来例１＞
ユーザが保有するポイントを管理するサービスが知られている（例えば、非特許文献１参照）。
同サービスでは、所定のウェブサイトにおいて商品等を購入したユーザに対し一定のポイントを付与するとともに、決済代金の支払いや特典との交換の対価としてポイントの利用を認めている（例えば、非特許文献２「第２条（ポイントの付与）」，「第６条（決済におけるポイントの利用）」，「第７条（決済以外でのポイントの利用）」参照）。

＜従来例２＞
ポイントの付与実績に応じてユーザをランク付けし、当該ランクごとに設定した特典をユーザに提供するサービスが知られている（例えば、非特許文献３参照）。
同サービスでは、当月を含まない直前６ヶ月間の獲得（付与）回数と獲得（付与）数とにより当月におけるユーザのランクを決定し、上位ランクのユーザほど有利になるように特典を提供している。

＜従来例３＞
来店回数に応じて会員をランク付けし、前月と比較して当月のランクが下がった会員に対し特別特典を付与する仕組みが知られている（例えば、特許文献１参照）。
上記の仕組みに関し、特許文献１には、前月と当月のランク情報を記憶する点，前月と比較してランクが落ちた顧客に特典を与える点，降格の幅が大きいほど多くの特典を与える点，降格前のランクが高いほど多くの特典を与える点が開示されている（例えば、段落［００３３］〜［００３６］・図７等参照）。

その他、特許文献１には、あと１回の来店で条件を満足するかどうかを判断した上で、「次回の来店時に特典が付与される旨」を通信手段（自動電話，ＦＡＸ，電子メール）により顧客に予告する仕組みに関し、下記の点が開示されている。
・能動的に告知する（例えば、段落［００４２］〜［００５０］等参照）。
・顧客からの求めに応じて受動的に告知する（例えば、段落［００５３］〜［００５６］等参照）。

＜従来例４＞
カードの利用実績に応じた顧客のランク情報に基づいて利用可能なサービス情報を顧客の携帯情報端末に送信する仕組みが知られている（例えば、特許文献２参照）。
上記の仕組みに関し、特許文献２には、カード（ポイントカード，クレジットカード，プリペイドカード等）の利用実績に応じた会員のランク情報を記憶する点，ランクに応じた利用可能なサービス情報（クーポン，優待割引，サービスポイント等）を記憶しておく点，ランクに応じて利用可能なサービス情報を顧客の携帯情報端末に送信する点が開示されている（例えば、段落［００１５］・図２，段落［００１８］〜［００２５］・図３等参照）。

＜従来例５＞
所定の成績レベルを獲得するために必要な条件を学生に提示する仕組みが知られている（例えば、特許文献３参照）。
上記の仕組みに関し、特許文献３には、成績（優，良，可）の各レベルを得るのに必要な講義への出席率と試験での得点との関係を記憶しておく点，検索要求受付時点の出席回数を基準として、残りの講義への出席回数・試験での得点と成績取得条件との関係を表形式で表示する点が開示されている（例えば、段落［００２５］〜［００２８］・図４，段落［００７９］〜［００９５］・図１４〜１６等参照）。

＜従来例６＞
インターネット上で書籍の注文を受け付けたとき、注文された書籍に関連する推奨商品の情報を注文完了画面に表示する仕組みが知られている（例えば、特許文献４参照）。
上記の仕組みに関し、特許文献４には、例えば、データベースに記憶されている書籍と商品とを関連付けるための関連データを記憶しておく点，購入された書籍に関連する推奨商品の検索に関連データを利用する点等が開示されている（例えば、段落［０００９］・図５，段落［００１２］〜［００１３］・図７等参照）。

特開２００４−１０３０２０号公報 特開２００４−２２７４１７号公報 特開２００７−２０６８１４号公報 特開２００２−３０４５３７号公報

楽天株式会社、"楽天PointClub"、[online]、インターネット<URL: https://point.rakuten.co.jp/> 楽天株式会社、"楽天スーパーポイント利用規約"、[online]、２００４年４月１日改訂、インターネット<URL: https://point.rakuten.co.jp/Guidance/GuidanceAgreement/> 楽天株式会社、"楽天PointClub 会員ランクについて"、[online]、インターネット<URL: https://point.rakuten.co.jp/Guidance/GuidanceRank/>

従来のポイントサービスでは、ランクに対するユーザの意識はサービス提供者が期待していたほど高くない。原因の１つとして、各ユーザに対し将来予想されるランクの変化を示す情報が提示されていないことが考えられる。
こうした事情を考慮し、本発明は、ユーザに対し将来予想されるランクの変化を分かりやすく提示する仕組みを提供することを目的とする。
また、本発明は、ユーザに対しランクの変化を実現又は回避する具体的な措置を提示する仕組みを提供することを目的とする。

上記目的を達成するため、本発明は、ユーザの端末との間で電気通信回線を介して接続されているポイントサーバであって、金銭的価値を示すポイントの付与実績に基づいて各ユーザが振り分けられる複数のランクと、該各ランクを区分するポイント付与実績の閾値とを含むランク情報を記憶するランク情報記憶手段と、ユーザに付与したポイントの数と、該ポイントを付与した時期とを少なくとも含むポイント情報をユーザの識別情報ごとに区別して記憶するポイント情報記憶手段とを有し、前記電気通信回線を介してユーザの識別情報を受信し、該識別情報に基いてユーザを特定するユーザ特定手段と、前記受信した識別情報に対応するユーザのポイント情報を前記ポイント情報記憶手段より読み出して、前記ランク情報記憶手段より読み出したランク情報を基に、現在振り分けられている現行ランクを判定するとともに、現在から所定期間先に該ユーザが振り分けられるべき暫定ランクを判定するランク判定手段と、前記現行ランクと前記暫定ランクとの対比結果に基づいて、予想されるランクの変化を示すランク変化情報を少なくとも含む前記ユーザのランク表示情報を生成するランク表示情報生成手段と、前記ユーザの前記ランク表示情報を、前記電気通信回線を介して送信するランク表示情報送信手段とを備えることを特徴とする。

前記ポイント情報記憶手段には、ユーザの現行ランクを記憶しており、前記ランク判定手段は、暫定ランクのみを判定し、前記ランク表示情報生成手段は、現行ランクを前記ポイント情報記憶手段から取得してもよい。
前記ランク表示情報生成手段は、前記ランク変化情報がランクダウン又はランクキープである場合、ランクキープ及び／又はランクアップできる単数又は複数の推奨商品を選定して、前記ランク表示情報に付加してもよい。
推奨商品の更新要求を受信する推奨商品更新要求受信手段と、新たな推奨商品を選定して、更新のための推奨商品を送信する更新情報送信手段とをさらに備え、前記更新情報送信手段は、前記推奨商品更新要求受信手段が推奨商品の更新要求を受信したとき、新たな推奨商品を選定して、更新のための推奨商品を送信してもよい。

前記ランク表示情報生成手段は、前記ランク変化情報がランクダウン又はランクキープである場合、前記ランク変化情報として、ランクキープ又はランクアップに必要な条件を算出し、ランク表示情報に付加してもよい。
前記ランク表示情報生成手段は、算出したランクキープ又はランクアップに必要な条件の値が所定値より大きい場合、該必要な条件をランク表示情報に含めなくてもよい。

また、上記目的を達成するため、本発明は、ユーザの端末との間で電気通信回線を介して接続されているポイントサーバにおける方法であって、該ポイントサーバは、金銭的価値を示すポイントの付与実績に基づいて各ユーザが振り分けられる複数のランクと、該各ランクを区分するポイント付与実績の閾値とを含むランク情報を記憶するランク情報記憶手段と、ユーザに付与したポイントの数と、該ポイントを付与した時期とを少なくとも含むポイント情報をユーザの識別情報ごとに区別して記憶するポイント情報記憶手段とを有し、前記電気通信回線を介して、ユーザの識別情報を受信し、前記識別情報に基いてユーザを特定するユーザ特定ステップと、前記受信した識別情報に対応するユーザのポイント情報を前記ポイント情報記憶手段より読み出して、前記ランク情報記憶手段より読み出したランク情報を基に、現在振り分けられている現行ランクを判定するとともに、現在から所定期間先に該ユーザが振り分けられるべき暫定ランクを判定するランク判定ステップと、前記現行ランクと前記暫定ランクとの対比結果に基づいて、予想されるランクの変化を示すランク変化情報を少なくとも含む前記ユーザのランク表示情報を生成するランク表示情報生成ステップと、前記ユーザの前記ランク表示情報を、前記電気通信回線を介して送信するランク表示情報送信ステップとを備えることを特徴とする。

上記いずれかに記載のポイントサーバが備える各手段をコンピュータに機能として実現させるためのプログラムも本発明である。

本発明のポイントサーバは、処理時点までのポイント付与実績を基準として、ユーザが将来的に振り分けられると予想されるランクを暫定的に判定する処理を行い、この暫定的なランクと現在のランクとの対比結果に基づいて、将来予想されるランクの変化を示す情報を出力することとしている。
したがって、このランクの変化を示す情報をユーザの端末に表示させれば、各ユーザに対し将来予想されるランクの変化を前もって提示することができる。なお、このランクの変化を示す情報は、ポイント獲得のためのインセンティブとして有効に機能するものと考えられる。

＜用語の定義＞
以下の説明中で使用される用語の意義は、それぞれ次の定義の通りとする。
・ポイント…金銭的価値を示す情報。
・ランク…ポイントの付与実績に応じて各ユーザが振り分けられる区分。
・現行ランク…特定のユーザが現在振り分けられている確定済のランク。
・暫定ランク…特定のユーザが将来振り分けられると予想される暫定的なランク。

・ランク変化情報…現行ランクと暫定ランクとの対比結果に基づいて生成された、将来予想されるランクの変化を示す情報。
・付加情報…ランク変化情報とともに表示される付加的な情報。例えば、各種キャンペーンの情報，推奨商品の情報等。
・ランク表示情報…ユーザごとに個別に生成されるポイントに関する情報。本実施形態では、現行ランク，ランク変化情報，付加情報等により構成される。

＜目次＞
（１．実施形態のシステムの概略）
（１−１．構成）
（１−２．概要）
（１−３．ランク情報表示サービス）
（１−４．処理の概要）
（１−５．処理の特徴）

（２．実施形態のシステムの詳細）
（２−１．ポイントサーバ）
（２−２．電子商取引サーバ）
（２−３．データベースサーバ）
（２−３（ａ）．会員情報データベース）
（２−３（ｂ）．ポイント情報データベース）
（２−３（ｃ）．ランク情報データベース）
（２−３（ｄ）．加盟店情報データベース）
（２−３（ｅ）．商品情報データベース）
（２−３（ｆ）．注文情報データベース）
（２−３（ｇ）．ランキング情報データベース）
（２−３（ｈ）．関連情報データベース）
（２−４．ユーザ端末）

（３．実施形態のシステムによる各処理の手順）
（３−１．ランク情報表示サービス全体の処理）
（３−１（ａ）．ランク表示ページの表示処理手順）
（３−１（ｂ）．ランク表示情報の表示処理手順）
（３−２．ランク判定処理）
（３−３．ランク表示情報生成処理）
（３−３（ａ）．現行ランクと暫定ランクとの対比）
（３−３（ｂ）．最上位ランク（プラチナ）のキープが予想される場合）
（３−３（ｃ）．ランクダウンが予想される場合）
（３−３（ｄ）．ランクキープが予想される場合）
（３−３（ｅ）．ランク表示情報の表示例）
（３−４．推奨商品選定処理）
（３−４（ａ）．選定手法の選択肢）
（３−４（ｂ）．選定処理の流れ）
（３−４（ｃ）．出力手順の変形例）

＜実施形態の説明＞
（１．実施形態のシステムの概略）
本実施形態のシステムの概略を、図１を用いて簡単に説明する。
なお、本実施形態において、ユーザのランクは、ポイントサーバにアクセスした時点を基準にし、当月を含まない直前６ヶ月間における付与ポイント総数とポイント付与回数とにより、表１に示す各ランクの閾値に基づいて判定されるものとする。例えば、２００８年４月のランクは、２００７年１０月から２００８年３月までの６ヶ月間の付与ポイント総数とポイント付与回数とにより判定される。

（１−１．構成）
図１に示すように、本実施形態のシステムは、ポイント管理サービスを提供するポイントサーバ１０，電子商取引サービスを提供する電子商取引サーバ２０，各種のデータベースを備えるデータベースサーバ３０及びユーザが使用するユーザ端末５０により構成される。
ポイントサーバ１０，電子商取引サーバ２０及びユーザ端末５０は、インターネット４０を介して互いに接続している。また、ポイントサーバ１０，電子商取引サーバ２０及びデータベースサーバ３０は、例えば、専用回線４１を介して互いに接続している。なお、暗号化等によりデータを安全に送受信することができる限り、ポイントサーバ１０，電子商取引サーバ２０及びデータベースサーバ３０をインターネット４０を介して接続してもよい。

ポイントサーバ１０は、予め設定された付加情報の表示パターン情報を含む設定ファイル１１を記憶している。
また、データベースサーバ３０は、次のデータベースを備えている。
（ａ）電子商取引サービス及びポイント管理サービスの利用登録をしているユーザ（会員）の情報を記憶する会員情報データベース３１
（ｂ）会員に付与したポイントの情報を記憶するポイント情報データベース３２
（ｃ）ランクの設定情報を記憶するランク情報データベース３３
（ｄ）電子商取引サービスの出店登録をしている店舗（加盟店）の情報を記憶する加盟店情報データベース３４
（ｅ）電子商取引サービスにおける注文対象の商品の情報を記憶する商品情報データベース３５
（ｆ）電子商取引サービスにおいて受け付けた注文の情報を記憶する注文情報データベース３６
（ｇ）電子商取引サービスにおける売れ筋商品の情報を記憶するランキング情報データベース３７
（ｈ）電子商取引サービスにおける注文対象の商品を互いに関連付ける関連情報を記憶する関連情報データベース３８

（１−２．概要）
本実施形態のシステムは、ユーザに付与されたポイントを管理するサービス（ポイント管理サービス）を提供するシステムである。
本実施形態のシステムは、従来より提供されていたポイント管理サービス（従来例１及び２等参照）の一形態として新たにランク情報表示サービスを提供するため、ポイントサーバやデータベースサーバに必要な情報・機能を追加したものである。

（１−３．ランク情報表示サービス）
ランク情報表示サービスは、ポイント管理サービスに新たに追加されたサービスであり、処理要求受付時点までのポイント付与実績に応じて所定期間先のランク変化情報を生成し、各ユーザ端末に表示させるサービスである。所定期間とは、例えば、１ヶ月先である。当該１ヶ月先までに新たなポイント付与がないと仮定して当該１ヶ月先におけるポイント付与実績を算出し、そのポイント付与実績に応じたランクが判定される。
ランク情報表示サービスの提供主体はポイントサーバ１０であり、ユーザ端末５０を使用する会員に対しインターネット４０を通じて提供される。

本実施形態におけるランク変化情報は、次の３種類に大別される。どの表示パターンとなるかは、処理時点のポイント付与実績により異なる（後述）。
（ａ）現行ランクの維持期間（図９（ａ）及び（ｂ）の表示例参照）
（ｂ）付与ポイント総数及びポイント付与回数の不足分（ランクキープ又はランクアップのための必要条件）（図１０（ａ）及び（ｂ）表示例参照）
（ｃ）次月にランクアップする旨（図１０（ｃ）表示例参照）

さらに、本実施形態では、次に示す情報のうち少なくとも一方を、ランク変化情報とともに付加情報として出力する。各情報の内容は、予め設定された設定ファイル１１の内容や、随時更新されるデータベース３１〜３８の内容により異なる（後述）。
（ａ）各種キャンペーンの情報
（ｂ）推奨商品の情報（ランクキープ又はランクアップのための十分条件）

なお、ポイントは、例えば、電子商取引サービスを利用して商品等を購入したユーザに付与されるものとする。
また、本実施形態において、電子商取引サービスの概念には、店舗と会員との間の売買取引を管理するサービス形態（オンラインショッピングモールサービス）だけでなく、サービス提供者自身が会員との間で売買取引を行うサービス形態（オンラインストアサービス）も含まれるものとする。

（１−４．処理の概要）
本実施形態のシステムにおけるポイントサーバによるランク表示情報生成処理の概要は、次のとおりである。カッコ内の符号は、図４のフローチャートに対応する。
ユーザ端末５０からランク表示情報の要求を受信する（Ｓ４４０ｂ）と、ポイントサーバ１０は、ユーザＩＤに対応するポイント情報をポイント情報データベース３２より読み出し、ユーザの現行ランクを取得する（Ｓ４４５ｂ）。続いて、ランク情報をランク情報データベース３３より読み出し、要求を受信した時点までのポイント付与実績を基準としてユーザの暫定ランクを判定する（Ｓ４５０ｂ）。最後に、現行ランクと暫定ランクとの対比結果に基づいてランク変化情報を含むランク表示情報を生成し（Ｓ４５５ｂ）、ユーザ端末５０に送信する（Ｓ４６０ｂ）。

（１−５．処理の特徴）
本実施形態のシステムにおけるポイントサーバによる処理の主たる特徴は、要求受信時点までのポイント付与実績を基準として、ユーザが将来的に振り分けられると予想されるランク（暫定ランク）を判定し、暫定ランクと現在のランク（現行ランク）との対比結果に応じて、予想されるランクの変化を示す情報（ランク変化情報）を出力する点にある。
ランク変化情報をユーザの端末に表示させるようにすれば、予想されるランクの変化を各ユーザに分かりやすく提示することができる。なお、ランク変化情報は、ポイント獲得のためのインセンティブとしても有効に機能するものと考えられる。また、ランク変化情報とともに付加情報を表示させるようにすれば、ポイント獲得に必要な商品等の購入を促進することができる。

（２．実施形態のシステムの詳細）
本実施形態のシステムの構成を、図１〜３を用いて詳細に説明する。
ここでは、ランク情報表示サービスの提供に必要な部分を中心として、特にデータベースサーバ３０が備える各種データベースに記憶されている情報の内容について詳細に説明する。

（２−１．ポイントサーバ）
図１において、ポイントサーバ１０は、ポイント管理サービス及びランク情報表示サービスを提供するサーバである。
ポイントサーバ１０は、Ｗｅｂサーバの機能を有しており、要求に応じてＷｅｂページの生成・送信等の処理を行うことができる。例えば、ポイントサーバ１０は、ユーザ端末５０等からの送信要求に応じて、データベースサーバ３０の各データベースに記憶されている必要な情報を読み出し、指定されたＵＲＬに対応するＷｅｂページを生成し、送信することができる。
また、ポイントサーバ１０は、メールサーバの機能を有しており、必要に応じて電子メールの受信・生成・送信処理を行うことができる。

図１に示すように、ポイントサーバ１０は、所定の記憶装置に設定ファイル１１を記憶している。設定ファイル１１には、付加情報の表示パターンが予め設定されている。
なお、本実施形態においては、設定ファイル１１をポイントサーバ１０に内蔵された記憶装置に記憶しているが、情報の読出しが可能であれば他の独立した記憶装置に記憶してもよい。

図２に、設定ファイル１１に含まれる項目を示す。設定ファイル１１には、５種類の表示パターンが含まれている。
なお、表示パターンの数は、必要に応じて変更することができる。また、表示パターンの内容は、必要に応じて表示パターンごとに変更することができる。

図２において、「識別子」は、その表示パターンを識別する情報（例えば、数字）である。「表示形態」は、付加情報の表示形態の区分（例えば、「ハイパーリンク」，「ポップアップ＋ハイパーリンク」，「レコメンド」等）を示す情報である。
同じく、図２において、「表示要素（１，２，…）」は、付加情報のうち非定型の要素（例えば、ハイパーリンクの表示内容，リンク先ＵＲＬ，ポップアップの表示内容等）である。「表示要素」の数は、表示パターンごとに設定することができる。また、「表示要素」は、設定を省略することができる。

（２−２．電子商取引サーバ）
図１に戻り、電子商取引サーバ２０は、電子商取引サービスを提供するサーバである。
電子商取引サーバ２０は、Ｗｅｂサーバの機能を有しており、要求に応じてＷｅｂページの生成・送信等の処理を行うことができる。例えば、電子商取引サーバ２０は、ユーザ端末５０等からの送信要求に応じて、データベースサーバ３０の各データベースに記憶されている必要な情報を読み出し、指定されたＵＲＬに対応するＷｅｂページを生成し、送信することができる。
また、電子商取引サーバ２０は、メールサーバの機能を有しており、必要に応じて電子メールの受信・生成・送信処理を行うことができる。

（２−３．データベースサーバ）
図１において、データベースサーバ３０は、各種のデータベースを備えるサーバである。
データベースサーバ３０は、データベース管理システム（ＤＢＭＳ）を構成しており、要求に応じて各種の情報を提供することができる。例えば、データベースサーバ３０は、ポイントサーバ１０，電子商取引サーバ２０等からの照会に応じて、各データベースに記憶されている必要な情報を提供することができる。
なお、データベースサーバ３０は、必要なＡＰＩを事前に用意しておくことを前提とすれば、インターネット４０を介してユーザ端末５０と接続することにより、各データベースに記憶されている一部の公開可能な情報をユーザ端末５０からの送信要求に応じて直接提供することもできる。

（２−３（ａ）．会員情報データベース）
図１において、会員情報データベース３１は、電子商取引サービス及びポイント管理サービスに共通の会員の情報（以下、「会員情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、会員情報データベース３１をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ａ）に、会員情報データベース３１の主要な項目を示す。
図３（ａ）は１つの会員情報であり、会員情報データベース３１には複数の会員情報が記憶されている。会員情報は、新規の会員登録により生成され、会員からの要求に応じて適宜変更される。

図３（ａ）において、「ユーザＩＤ」は、電子商取引サービス及びポイント管理サービスの利用登録をしているユーザ（会員）に一意の識別情報である。「パスワード」は、そのユーザの認証に用いるパスワードである。会員の認証（ログイン）には、会員情報の項目のうち「ユーザＩＤ」及び「パスワード」を用いる。
同じく、図３（ａ）において、「購入履歴（１，２，…）」は、そのユーザが電子商取引サービスを利用して行った売買取引に係る注文を識別する注文番号であり、会員情報に注文情報（後述）を関連付けている。なお、「購入履歴」の数は、そのユーザが過去に行った売買取引の数によって決まる。

同じく、図３（ａ）において、「お気に入り（１，２，…）」は、そのユーザが自ら選択・登録した情報を識別する情報（例えば、商品コード，店舗ＩＤ，キーワード，ジャンル）であり、会員情報に商品情報（後述），加盟店情報（後述）等を関連付けている。なお、「お気に入り」の数は、そのユーザが任意に登録した数によって決まる。
その他、会員情報には、そのユーザに関連する各種の情報（例えば、「氏名」，「住所」，「電話番号」，「メールアドレス」，「年齢」，「性別」，「職業」等）が含まれていてもよい。

（２−３（ｂ）．ポイント情報データベース）
図１に戻り、ポイント情報データベース３２は、会員に付与されたポイントの情報（以下、「ポイント情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、ポイント情報データベース３２をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｂ）に、ポイント情報データベース３２の主要な項目を示す。
図３（ｂ）は１つのポイント情報であり、ポイント情報データベース３２には会員情報（前述）に対応する複数のポイント情報が記憶されている。ポイント情報は、新規の会員登録により会員情報とともに生成され、会員が電子商取引サービスを利用して売買取引等を行うごとに更新される。

図３（ｂ）において、「ユーザＩＤ」は、会員に一意の識別情報であり、会員情報（前述）の「ユーザＩＤ」と共通である。「保有ポイント総数」は、そのユーザが保有するポイントの総数である。
同じく、図３（ｂ）において、「現行ランク区分」は、そのユーザが現在振り分けられているランクの区分を示す情報である。「現行ランク維持期間」は、そのユーザが現行ランクを現在まで維持してきた期間（月）である。

同じく、図３（ｂ）において、「付与ポイント（１，２，…）の付与数」は、電子商取引サービスを利用したある売買取引を経てそのユーザに付与されたポイントの数である。「付与ポイント（１，２，…）の付与時期」は、「付与ポイント（１，２，…）」が付与された時期である。なお、「付与ポイント（１，２，…）」の数は、そのユーザが過去に行ったポイント付与対象の売買取引の数によって決まる。

その他、ポイント情報には、そのユーザのポイントに関連する各種の情報（例えば、「利用可能ポイント数」，「移転可能ポイント数」，「換金可能ポイント数」等）が含まれていてもよい。
なお、「保有ポイント総数」及び「現行ランク区分」は、ユーザ端末からアクセスがあった時点において、「ポイント付与数」及び「ポイント付与時期」を基にリアルタイムで算出してもよい。

（２−３（ｃ）．ランク情報データベース）
図１に戻り、ランク情報データベース３３は、ポイントの付与実績に基づいて会員が振り分けられるランクの情報（以下、「ランク情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、ランク情報データベース３３をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｃ）に、ランク情報データベース３３の主要な項目を示す。
図３（ｃ）は１つのランク情報であり、ランク情報データベース３３には複数のランク情報が記憶されている。ランク情報は、ポイント管理サービスの運営者により生成され、必要に応じて変更される。

図３（ｃ）において、「ランク区分」は、そのランクの区分を識別する情報（例えば、数字）である。「付与ポイント総数閾値」は、そのランクの振分条件のうち付与ポイント総数の下限値である。「ポイント付与回数閾値」は、そのランクの振分条件のうちポイント付与回数の下限値である。
その他、ランク情報には、そのランクに関連する各種の情報（例えば、「ランク別ページのＵＲＬの履歴」等）が含まれていてもよい。

（２−３（ｄ）．加盟店情報データベース）
図１に戻り、加盟店情報データベース３４は、電子商取引サービスの加盟店の情報（以下、「加盟店情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、加盟店情報データベース３４をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｄ）に、加盟店情報データベース３４の主要な項目を示す。
図３（ｄ）は１つの加盟店情報であり、加盟店情報データベース３４には複数の加盟店情報が記憶されている。加盟店情報は、新規の出店登録により生成され、加盟店からの要求に応じて適宜変更される。

図３（ｄ）において、「店舗ＩＤ」は、電子商取引サービスに出店登録をしている店舗（加盟店）に一意の識別情報である。本実施形態では、「店舗ＩＤ」としてその店舗のドメイン名を使用している。
同じく、図３（ｄ）において、「推奨商品コード（１，２，…）」は、その店舗が推奨する商品を識別する商品コードであり、加盟店情報に商品情報（後述）を関連付けている。なお、「推奨商品コード」の数は、その店舗が任意に登録した数によって決まる。
その他、加盟店情報には、その店舗に関連する各種の情報（例えば、「名称」，「住所」，「電話番号」，「メールアドレス」，「店舗ＵＲＬ」等）が含まれていてもよい。

（２−３（ｅ）．商品情報データベース）
図１に戻り、商品情報データベース３５は、電子商取引サービスにおける注文対象の商品（動産のみならず不動産，無体財産，サービスを含む。）の情報（以下、「商品情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、商品情報データベース３５をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｅ）に、商品情報データベース３５の主要な項目を示す。
図３（ｅ）は１つの商品情報であり、商品情報データベース３５には複数の商品情報が記憶されている。商品情報は、例えば取扱店舗からの要求に応じて適宜生成・変更される。

図３（ｅ）において、「商品コード」は、電子商取引サービスにおける注文対象の商品に一意の識別情報である。「取扱店舗ＩＤ」は、その商品を取り扱う店舗の店舗ＩＤであり、商品情報に加盟店情報（前述）を関連付けている。
同じく、図３（ｅ）において、「ジャンル」は、その商品が分類されるジャンルの区分（例えば、「ファッション」，「食品」，「家電」，「医薬品」，「家具」，「本」，「デジタルコンテンツ」，「旅行」，「ゴルフ場予約」等）を示す情報である。「名称」は、その商品の名称である。「単価」は、その商品に設定された単位数量あたりの価格である。

同じく、図３（ｅ）において、「説明文言」は、その商品の内容・品質・属性等を簡単に説明する文字列である。「画像ＵＲＬ」は、その商品の画像を識別するＵＲＬである。「詳細ページＵＲＬ」は、その商品の内容・品質・属性等を詳細に説明するページを識別するＵＲＬである。
その他、商品情報には、その商品に関連する情報（例えば、「在庫数」等）が含まれていてもよい。

（２−３（ｆ）．注文情報データベース）
図１に戻り、注文情報データベース３６は、電子商取引サービスにおいて受け付けられた注文の情報（以下、「注文情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、注文情報データベース３６をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｆ）に、注文情報データベース３６の主要な項目を示す。
図３（ｆ）は１つの注文情報であり、注文情報データベース３６には複数の注文情報が記憶されている。注文情報は、例えば注文の受付により生成され、決済処理の進捗状況等に応じて適宜変更される。

図３（ｆ）において、「注文番号」は、電子商取引サービスにおいて受け付けられた注文に一意の識別情報である。「ユーザＩＤ」は、その注文をした会員の識別情報であり、注文情報に会員情報（前述）を関連付けている。「商品コード」は、その注文に係る商品の識別情報であり、注文情報に商品情報（前述）を関連付けている。「数量」は、その注文に係る商品の注文数である。「代金総額」は、その注文に係る代金の総額である。
その他、注文情報には、その注文に関連する情報（例えば、「決済方法」，「注文ステータス」等）が含まれていてもよい。

（２−３（ｇ）．ランキング情報データベース）
図１に戻り、ランキング情報データベース３７は、電子商取引サービスにおける売れ筋商品の情報（以下、「ランキング情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、ランキング情報データベース３７をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｇ）に、ランキング情報データベース３７の主要な項目を示す。
図３（ｇ）は１つのランキング情報であり、ランキング情報データベース３７には複数のランキング情報が記憶されている。ランキング情報は、電子商取引サービスにおける販売実績に応じて適宜更新される。

図３（ｇ）において、「ランキング区分」は、そのランキングの区分（例えば、「総合」，「ジャンル」，「店舗」，「会員属性」，「注文受付時間帯」等）を識別する情報（例えば、数字と文字列との組）である。「商品コード（１，２，…）」は、その区分における売れ筋商品を識別する商品コードであり、ランキング情報に商品情報（前述）を関連付けている。なお、「商品コード」の数は、例えば１０，２０，５０等であり、必要に応じて適宜変更することができる。
その他、ランキング情報には、その区分のランキングに関連する各種の情報（例えば、「集計期間」，「サンプル総数」等）が含まれていてもよい。

（２−３（ｈ）．関連情報データベース）
図１に戻り、関連情報データベース３８は、各データベース（３１〜３８）に記憶されている情報どうしを関連付ける情報（以下、「関連情報」という。）を記憶しているデータベースである。ここでは、本実施形態のシステムに関して必要な部分のみを説明する。
なお、本実施形態においては、関連情報データベース３８をデータベースサーバ３０に内蔵された記憶装置に構築しているが、記憶している情報の読出しが可能であれば他の独立した記憶装置に構築してもよい。

図３（ｈ）に、関連情報データベース３８の主要な項目を示す。
図３（ｈ）は１つの関連情報であり、関連情報データベース３８には商品情報に対応する複数の関連情報が記憶されている。関連情報は、電子商取引サービスの運営者により必要に応じて適宜変更される。

図３（ｈ）において、「商品コード」は、商品に一意の識別情報であり、商品情報（前述）の「商品コード」と共通である。「推奨商品コード（１，２，…）」は、その商品に関連する推奨商品を識別する商品コードであり、その商品に係る商品情報に他の商品に係る商品情報を関連付けている。なお、「推奨商品コード」の数は、例えば１，５，１０等であり、必要に応じて適宜変更することができる。
同じく、図３（ｈ）において、「推奨商品ジャンル（１，２，…）」は、その商品に関連する推奨ジャンルを識別する区分を示す情報である。なお、「推奨商品ジャンル」の数は、例えば１，５，１０等であり、必要に応じて適宜変更することができる。

（２−４．ユーザ端末）
図１に戻り、ユーザ端末５０は、ユーザが使用している端末である。本実施形態においては、例えば、パソコンや携帯電話等の通信機能を有する既存の端末でよい。
ユーザ端末５０は、Ｗｅｂブラウザの機能を有しており、必要に応じてＷｅｂページの要求・受信・表示処理を行い、ポイントサーバ１０が提供するランク情報表示サービス（ポイント管理サービス）及び電子商取引サーバ２０が提供する電子商取引サービスを、を通じて受けることができる。また、ユーザ端末５０は、メーラの機能を有しており、必要に応じて電子メールの送信・受信・表示処理を行うことができる。

なお、ユーザ端末５０が有するＷｅｂブラウザは、Ｗｅｂページ（例えば、ＨＴＭＬ形式）に含まれるスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）を解釈・実行することができる。
また、ユーザ端末が有するＷｅｂブラウザの設定は、スクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）の実行が有効であるものとする。

（３．実施形態のシステムによる各処理の手順）
実施形態のシステムによる各処理の手順を、図４〜１２を参照して説明する。
以下の説明には、ポイント管理サービスのランク表示ページの一部に設けた表示欄に表示させるランク表示情報を、ポイントサーバ１０とユーザ端末５０との間の非同期通信（Ａｊａｘ）により送信する処理手順を例として用いている。

（３−１．ランク情報表示サービス全体の処理）
ランク情報表示サービスにおける処理・情報の流れを、図４のフローチャート及びページ例を参照して説明する。
ここでは、ユーザＩＤとパスワードを用いてユーザを認証する形態を説明するが、必要に応じてクッキーを利用してユーザを特定し、ランク表示情報を表示するようにしてもよい。

図４のフローチャートは、ユーザ端末５０がポイントサーバ１０に対し、ポイント管理サービスのログインページのＵＲＬを指定したログインページの送信要求を送信する処理（Ｓ４０５ａ）から開始する。
ログインページの要求は、例えば、ポイント管理サービスのホームページ等において、ユーザが所定のボタンをクリックしたときに送信される。

（３−１（ａ）．ランク表示ページの表示処理手順）
図４に示すように、ユーザ端末５０からログインページの要求を受信する（Ｓ４０５ｂ）と、ポイントサーバ１０はユーザ端末５０に対し、ログインページを送信し（Ｓ４１０ｂ）、ユーザに認証情報（ユーザＩＤ及びパスワード）の入力を求める。
ポイントサーバ１０からログインページを受信し（Ｓ４１０ａ）、ユーザによる所定の送信操作を検出すると、ユーザ端末５０はポイントサーバ１０に対し、所定の入力欄に入力されたユーザＩＤ及びパスワードを含む認証情報を送信する（Ｓ４１５ａ）。

ユーザ端末５０から認証情報を受信する（Ｓ４１５ｂ）と、ポイントサーバ１０は、受信したユーザＩＤ及びパスワードを基に、ユーザを会員として認証する（Ｓ４２０ｂ）。例えば、会員情報が会員情報データベース３１（図１参照）に登録されていることを確認する。登録されていないときは、エラーを表示し、新規の会員登録を求める。
ユーザが会員として認証されたとき、ポイントサーバ１０はユーザ端末５０に対し、ポイント管理サービスのランク表示ページを送信する（Ｓ４２５ｂ）。なお、ランク表示ページのデータ（例えば、ＨＴＭＬ形式のデータ）には、ランク表示情報を表示するためのスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式のプログラム）が含まれる。

ポイントサーバ１０からランク表示ページを受信する（Ｓ４２５ａ）と、ユーザ端末５０は、受信したランク表示ページを画面に表示する（Ｓ４３０ａ）。
なお、スクリプトの解釈・実行は、ランク表示ページの表示が完了した後に開始するように設計されている。

図５に、ランク表示情報が表示されていない状態のランク表示ページを例示する。ランク表示ページ５００ａは、従来例１に示したサービス（本実施形態のポイント管理サービスに対応）のページに、ランク表示情報の表示欄５１０ａ等が追加されたものである。
なお、ランク表示ページ５００ａの表示が完了した直後の時点では、スクリプトの解釈・実行が開始していない。そのため、表示欄５１０ａには、例えば「読込み中…」等と表示されるように設計されている。

（３−１（ｂ）．ランク表示情報の表示処理手順）
図４に戻り、ランク表示ページの表示（Ｓ４３０ａ）が完了すると、続いてユーザ端末５０は、スクリプトの解釈・実行を開始し（Ｓ４３５ａ）、ポイントサーバ１０に対しランク表示情報を要求する（Ｓ４４０ａ）。
ここから先は、ユーザ端末５０とポイントサーバ１０との間で非同期通信を行うため、表示欄５１０ａを除き、ランク表示ページ５００ａは変化しない。

ユーザ端末５０からランク表示情報の要求を受信する（Ｓ４４０ｂ）と、ポイントサーバ１０は、ユーザＩＤに対応するポイント情報をポイント情報データベース３２（図１，図３（ｂ）参照）より読み出し、ユーザの現行ランクを取得する（Ｓ４４５ｂ）。この現行ランク区分は、ユーザからアクセスがあった時点において、ポイント情報データベース３２に記憶されているポイント付与時期及びポイント付与数からリアルタイムで算出してもよい。
なお、ユーザの現行ランクは、ポイント情報データベース３２に記憶されているか否かに関わらず、暫定ランクの判定（後述）と同様の処理手順により判定してもよい。

続いてポイントサーバ１０は、ランク情報をランク情報データベース３３（図１，図３（ｃ）参照）より読み出し、要求を受信した時点までのポイント付与実績を基準としてユーザの暫定ランクを判定する（Ｓ４５０ｂ）。
暫定ランクの判定処理の詳細は、図７のフローチャートを参照して後述する。

最後にポイントサーバ１０は、現行ランクと暫定ランクとの対比結果に基づいてランク変化情報を含むランク表示情報を生成し（Ｓ４５５ｂ）、生成したランク表示情報をユーザ端末５０に送信する（Ｓ４６０ｂ）。ここで送信するランク表示情報は、例えば、ＨＴＭＬ形式のデータである。
ランク表示情報の生成処理の詳細は、図８のフローチャートを参照して後述する。

ポイントサーバ１０からランク表示情報を受信する（Ｓ４６０ａ）と、ユーザ端末５０は、既に表示されているランク表示ページのランク表示情報表示欄に受信したランク表示情報を表示する（Ｓ４６５ａ）。
なお、何らかの理由でユーザ端末５０がランク表示情報の受信に失敗した場合、ランク表示ページのランク表示情報表示欄にはエラーが表示されるように設計してもよい。

図６に、ランク表示情報が表示されている状態のランク表示ページを例示する。ランク表示ページ５００ｂは、ランク表示ページ５００ａ（図５）の表示欄５１０ａに、ランク表示情報が表示されたものである。
ランク表示ページ５００ｂの表示欄５１０ｂは、左側の表示欄５１１ｂに現行ランクに関する情報が，右側の表示欄５１２ｂにランク変化情報及び付加情報がそれぞれ表示されるように設計されている。

（３−２．ランク判定処理）
ポイントサーバによるランク判定処理の流れを、図７のフローチャートを参照して詳細に説明する。
以下の説明は、処理時点までのポイント付与実績を基準として、ユーザの暫定ランクを判定する処理を例として用いている。
なお、同様の処理手順により、ユーザの現行ランクを判定することも可能である。

ここでは、暫定ランクの判定処理を行っている日の属する月（当月）の直前５ヶ月間及び当月の処理時点までの期間（以降、これらの期間を合わせて「当期」という。）におけるポイント付与実績を基準として、当月の翌月（次月）のランク（以降、「当期ランク」という。）を判定する。
例えば、暫定ランクの判定処理を行っている日が２００８年４月１６日である場合、「当期（２００７年１１月１日〜２００８年４月１６日）」のポイント付与実績に応じて、「当期ランク（２００８年５月のランク）」を暫定的に判定する。

図７に示すように、引数としてユーザＩＤを取得する（Ｓ７０５）と、ポイントサーバ１０は、取得したユーザＩＤに対応するポイント情報をポイント情報データベース３２（図１，図３（ｂ）参照）より読み出す（Ｓ７１０）。
続いてポイントサーバ１０は、ランク情報をランク情報データベース３３（図１，図３（ｃ）参照）より読み出し（Ｓ７１５）、ランクの区分数を変数ｉに代入する（Ｓ７２０）。

本実施形態では、下記のランクを設定しているため、変数ｉには４が代入される。なお、各ランクの振分条件については、表１（前述）に示している。
・ランク１…「レギュラー」
・ランク２…「シルバー」
・ランク３…「ゴールド」
・ランク４…「プラチナ」

以降、ポイントサーバ１０は、当期ランクが得られるまで下記（１）〜（４）の処理を繰り返す。ここでは、最上位のランクから降順に判定している。
（１）当期の付与ポイント総数が、ランクｉの付与ポイント総数閾値以上であるか否かを判定する（Ｓ７２５）。真の場合（Ｓ７２５でＹｅｓ）、下記（２）に進む。一方、偽の場合（Ｓ７２５でＮｏ）、下記（３）に進む。
（２）当期のポイント付与回数が、ランクｉのポイント付与回数閾値以上であるか否かを判定する（Ｓ７３０）。真の場合（Ｓ７３０でＹｅｓ）、ループを抜けて下記（５）に進む。一方、偽の場合（Ｓ７３０でＮｏ）、下記（３）に進む。
（３）変数ｉに（ｉ−１）を代入し（Ｓ７３５）、下記（４）に進む。
（４）変数ｉの値が１であるか否かを判定する（Ｓ７４０）。真の場合（Ｓ７４０でＹｅｓ）、ループを抜けて下記（５）に進む。一方、偽の場合（Ｓ７４０でＮｏ）、上記（１）に戻る。
（５）当期ランクをランクｉとし、戻り値として返戻する（Ｓ７４５）。

（３−３．ランク表示情報生成処理）
ポイントサーバによるランク表示情報生成処理の流れを、図８のフローチャートを参照して詳細に説明する。
以下の説明は、現行ランクと暫定ランクとの対比結果に基づいてランク表示情報（特に、ランク変化情報）を生成する処理を例として用いている。

なお、以下の説明では、付加情報を設定ファイル１１に設定されている表示パターンにより生成しているが、設定ファイル１１に含まれる表示パターンと同様の内容をプログラム中に記載しておけば、設定ファイル１１を利用しなくてもランク表示情報を生成することができる。
ただし、設計変更の自由度を確保する観点では、設定ファイル１１等に予め設定した表示パターンを必要に応じて読み出すようにしたほうが好ましい。

（３−３（ａ）．現行ランクと暫定ランクとの対比）
図８に示すように、引数としてユーザＩＤ，現行ランク区分，暫定ランク区分を取得する（Ｓ８０５）と、ポイントサーバ１０はまず、現行ランクが区分４（プラチナ）であるか否かを判定する（Ｓ８１０）。
現行ランクが区分４（プラチナ）であるとき（Ｓ８１０でＹｅｓ）、続いてポイントサーバ１０は、現行ランクと暫定ランクとが等しいか否かを判定する（Ｓ８１５ａ）。
一方、現行ランクが区分４（プラチナ）でないとき（Ｓ８１０でＮｏ）、続いてポイントサーバ１０は、暫定ランクが現行ランクより下位であるか否かを判定する（Ｓ８１５ｂ）。

（３−３（ｂ）．最上位ランク（プラチナ）のキープが予想される場合）
現行ランクと暫定ランクとが等しいか否かを判定する処理（Ｓ８１５ａ）において、現行ランクと暫定ランクとが等しいと判定したとき（Ｓ８１５ａでＹｅｓ）、続いてポイントサーバ１０は、引数として取得したユーザＩＤに対応するポイント情報をポイント情報データベース３２（図１，図３（ｂ）参照）より読み出し、現行ランク維持期間を取得する（Ｓ８２０ａ）。
続いてポイントサーバ１０は、現行ランク維持期間が１２の倍数であるか否かを判定する（Ｓ８２５ａ）。

現行ランク維持期間が１２の倍数であるとき（Ｓ８２５ａでＹｅｓ）、ポイントサーバ１０は、「最上位ランク（プラチナ）のキープ期間がちょうどＮ年である場合」のランク表示情報（図９（ａ）の表示例参照）を生成する（Ｓ８３５ａ１）。このとき、付加情報の表示パターンは、設定ファイル１１の表示パターン１にしたがって決定する。
一方、現行ランク維持期間が１２の倍数でないとき（Ｓ８２５ａでＮｏ）、ポイントサーバ１０は、「最上位ランク（プラチナ）のキープ期間がちょうどＮ年でない場合」のランク表示情報（図９（ｂ）の表示例参照）を生成する（Ｓ８３５ａ２）。このとき、付加情報の表示パターンは、設定ファイル１１の表示パターン２にしたがって決定する。

ランク表示情報の生成（Ｓ８３５ａ１，Ｓ８３５ａ２）が完了すると、ポイントサーバ１０は、生成したランク表示情報を戻り値として返戻する（Ｓ８４０）。
なお、これらの場合（Ｓ８３５ａ１，Ｓ８３５ａ２）、ランク表示情報の一部を構成するランク変化情報は、現行ランク維持期間とする。

（３−３（ｃ）．ランクダウンが予想される場合）
現行ランクと暫定ランクとが等しいか否かを判定する処理（Ｓ８１５ａ）において現行ランクと暫定ランクとが等しくないと判定したとき（Ｓ８１５ａでＮｏ）、及び、暫定ランクが現行ランクより下位であるか否かを判定する処理（Ｓ８１５ｂ）において暫定ランクが現行ランクより下位であると判定したとき（Ｓ８１５ｂでＹｅｓ）、続いてポイントサーバ１０は、ランクキープ（ランクダウンの回避）に必要な条件を算出する。
具体的には、次の式により、付与ポイント総数の不足分及びポイント付与回数の不足分を算出する（Ｓ８２０ｂ，Ｓ８２５ｂ）。
・（付与ポイント総数の不足分）
＝（現行ランクの付与ポイント総数閾値）−（付与ポイント総数）
・（ポイント付与回数の不足分）
＝（現行ランクのポイント付与回数閾値）−（ポイント付与回数）

続いてポイントサーバ１０は、「ランクダウンが予想される場合」のランク表示情報（図１０（ａ）の表示例参照）を生成する（Ｓ８３５ｂ）。このとき、付加情報の表示パターンは、設定ファイル１１の表示パターン３にしたがって決定する。
ランク表示情報の生成（Ｓ８３５ｂ）が完了すると、ポイントサーバ１０は、生成したランク表示情報を戻り値として返戻する（Ｓ８４０）。
なお、この場合（Ｓ８３５ｂ）、ランク表示情報の一部を構成するランク変化情報は、付与ポイント総数の不足分及びポイント付与回数の不足分とする。

（３−３（ｄ）．ランクキープが予想される場合）
暫定ランクが現行ランクより下位であるか否かを判定する処理（Ｓ８１５ｂ）において、暫定ランクが現行ランクより下位でないと判定したとき（Ｓ８１５ｂでＮｏ）、続いてポイントサーバ１０は、ランクアップに必要な条件を算出する。
具体的には、次の式により、付与ポイント総数の不足分及びポイント付与回数の不足分を算出する（Ｓ８２０ｃ，Ｓ８２５ｃ）。
・（付与ポイント総数の不足分）
＝（現行ランクの上位ランクの付与ポイント総数閾値）−（付与ポイント総数）
・（ポイント付与回数の不足分
＝（現行ランクの上位ランクのポイント付与回数閾値）−（ポイント付与回数）

続いてポイントサーバ１０は、現行ランクと暫定ランクとが等しいか否かを判定する（Ｓ８３０ｃ）。
現行ランクと暫定ランクとが等しいとき（Ｓ８３０ｃでＹｅｓ）、ポイントサーバ１０は、「ランクキープが予想される場合」のランク表示情報（図１０（ｂ）の表示例参照）を生成する（Ｓ８３５ｃ１）。このとき、付加情報の表示パターンは、設定ファイル１１の表示パターン４にしたがって決定する。
ランク表示情報の生成（Ｓ８３５ｃ１）が完了すると、ポイントサーバ１０は、生成したランク表示情報を戻り値として返戻する（Ｓ８４０）。
なお、この場合（Ｓ８３５ｃ１）、ランク表示情報の一部を構成するランク変化情報は、付与ポイント総数の不足分及びポイント付与回数の不足分とする。

一方、現行ランクと暫定ランクとが等しくないとき（Ｓ８３０ｃでＮｏ）、ポイントサーバ１０は、「ランクアップが予想される場合」のランク表示情報（図１０（ｃ）の表示例参照）を生成する（Ｓ８３５ｃ２）。このとき、付加情報の表示パターンは、設定ファイル１１の表示パターン５にしたがって決定する。
ランク表示情報の生成（Ｓ８３５ｃ２）が完了すると、ポイントサーバ１０は、生成したランク表示情報を戻り値として返戻する（Ｓ８４０）。
なお、この場合（Ｓ８３５ｃ２）、ランク表示情報の一部を構成するランク変化情報は、「ランクアップが達成される旨」とする。

（３−３（ｅ）．ランク表示情報の表示例）
説明の便宜のため、ポイントサーバ１０によるランク表示情報生成処理により生成されるランク表示情報の表示例をここで説明する。
なお、ランク表示情報は、ユーザ端末５０の画面に既に表示されているページ（例えば、ランク表示ページ５００ａ（図５））のランク表示情報表示欄（例えば、表示欄５１０ａ）に表示されることにより初めて可視化するものである（例えば、ランク表示ページ５００ｂ（図６）の表示欄５１０ｂ参照）。

図９に、（ａ）「最上位ランク（プラチナ）のキープ期間がちょうどＮ年である場合」，（ｂ）「最上位ランク（プラチナ）のキープ期間がちょうどＮ年でない場合」のランク表示情報の表示例を示す。
図９（ａ），（ｂ）の構成は、図９（ａ）の右上に特別キャンペーンサイトへのハイパーリンク９２３ａが設けられている点を除き、基本的に同様である。

図９（ａ），（ｂ）において、表示欄９１０ａ，ｂには、現行ランク９１１ａ，ｂ（ここでは、「プラチナ」）及び現行ランク専用ページへのハイパーリンク９１２ａ，ｂが表示される。
また、表示欄９２０ａ，ｂには、ランク変化情報９２１ａ，ｂ（ここでは、現行ランク維持期間）と付加情報９２２ａ，ｂ（ここでは、所定のキャンペーンサイトへのハイパーリンク）が表示される。

図１０に、（ａ）「ランクダウンが予想される場合」，（ｂ）「ランクキープが予想される場合」，（ｃ）「ランクアップが予想される場合」のランク表示情報の表示例を示す。
図１０（ａ）〜（ｃ）の構成は、基本的に同様である。なお、図１０（ｃ）は、図１０（ｂ）と前提が同様であり、付与ポイント総数の不足分及びポイント付与回数の不足分がいずれも０の場合である。

図１０（ａ）〜（ｃ）において、表示欄１０１０ａ〜ｃには、現行ランク１０１１ａ〜ｃ（ここでは、「シルバー」）及び現行ランク専用ページへのハイパーリンク１０１２ａ〜ｃが表示される。
また、表示欄１０２０ａ〜ｃには、ランク変化情報１０２１ａ〜ｃ（ここでは、付与ポイント総数の不足分及びポイント付与回数の不足分又はランクアップが達成される旨）と付加情報１０２２ａ〜ｃ（ここでは、ハイパーリンク）が表示される。

図１０（ａ），（ｂ）では、「いつまでにどうすればランクをキープできる」，「いつまでにどうすればランクがアップする」という点を明示している。このように、ランクのキープ（アップ）のための「条件」を「期限」とともに明示することにより、ランクに対するユーザの意識を高めることができる。
なお、例えば、図１０（ａ）においては、「いつまでにどうしないとランクがダウンする」というように、否定的な文言を明示するようにしてもよい。

（３−４．推奨商品選定処理）
図８のフローチャート及び図９，図１０の表示例では、設定ファイル１１に設定されているいずれかの表示パターンより付加情報の表示要素を読み出す処理の例を示した。
これに対し、例えば、設定ファイル１１の表示パターン３，４における「表示形態」を「レコメンド」とし、データベースサーバ３０が備える各種データベース（３１〜３８）を利用して付加情報の表示要素を選定することもできる。
例えば、ランクキープ又はランクアップのための十分条件を満たす推奨商品（群）の情報をポイントサーバ１０が選定し、ユーザ端末５０に提供するようにすれば、ポイント獲得に必要な商品等の購入をさらに促進することができる。

（３−４（ａ）．選定手法の選択肢）
なお、データベースサーバ３０が備える各種データベース（３１〜３８）相互間で互いに関連付けられた情報をたどるだけでも、推奨商品を選定する手法の選択肢は無数に存在する。
利用価値が比較的高いと考えられるものは、次のとおりである（括弧内は関連付けのための項目を示す）。ただし、繰り返しになるが、推奨商品を選定する手法はこれらに限定されない。

（１）購入履歴を利用する選定手法
・会員情報（注文番号）→注文情報（商品コード）→商品情報
・会員情報（注文番号）→注文情報（商品コード）→商品情報（ジャンル）→ランキング情報（商品コード）
・会員情報（注文番号）→注文情報（商品コード）→関連情報（推奨商品コード）→商品情報
・会員情報（注文番号）→注文情報（商品コード）→関連情報（推奨商品ジャンル）→ランキング情報（商品コード）→商品情報

（２）お気に入り商品を利用する選定手法
・会員情報（商品コード）→商品情報
・会員情報（商品コード）→商品情報（店舗ＩＤ）→ランキング情報（商品コード）→商品情報
・会員情報（商品コード）→商品情報（店舗ＩＤ）→加盟店情報（商品コード）→商品情報
・会員情報（商品コード）→商品情報（ジャンル）→ランキング情報（商品コード）→商品情報
・会員情報（商品コード）→関連情報（推奨商品コード）→商品情報
・会員情報（商品コード）→関連情報（推奨商品ジャンル）→ランキング情報（商品コード）→商品情報

（３）お気に入り店舗を利用する選定手法
・会員情報（店舗ＩＤ）→加盟店情報（推奨商品コード）→商品情報
・会員情報（店舗ＩＤ）→ランキング情報（商品コード）→商品情報

（４）お気に入りキーワードを利用する選定手法
・会員情報（キーワード）→ランキング情報（商品コード）→商品情報
・会員情報（キーワード）→ランキング情報（商品コード）→関連情報（推奨商品コード）→商品情報
・会員情報（キーワード）→ランキング情報（商品コード）→関連情報（推奨商品ジャンル）→ランキング情報（商品コード）→商品情報

（５）お気に入りジャンルを利用する選定手法
・会員情報（ジャンル）→ランキング情報（商品コード）→商品情報
・会員情報（ジャンル）→ランキング情報（商品コード）→関連情報（推奨商品コード）→商品情報

（６）その他
・ランキング情報（商品コード）→商品情報

（３−４（ｂ）．選定処理の流れ）
推奨商品選定処理の流れを、図１１（ａ）のフローチャート及び図１１（ｂ）の表示例を参照して説明する。
なお、図１１（ａ）のフローチャートは、付加情報として推奨商品の情報を選定する処理の流れを示しており、ランク表示情報生成処理（図８のＳ８３５ｂ，Ｓ８３５ｃ１）において、例えば設定ファイル１１より読み出した「表示形態」が「レコメンド」である場合に行われる。

図１１（ａ）に示すように、ポイントサーバ１０は、ループを抜けるまで下記（１）〜（４）の処理を繰り返す。
（１）例示したいずれかの選定手法（前述）その他の選定手法により推奨商品の商品コードを取得する（Ｓ１１０５）。
（２）取得した商品コードに対応する商品情報を商品情報データベース３５（図１，図３（ｅ）参照）より読み出す（Ｓ１１１０）。

（３）読み出した商品情報の数が、ポイント付与回数の不足分に達しているか否かを判定する（Ｓ１１１５）。真の場合（Ｓ１１１５でＹｅｓ）、下記（４）に進む。一方、偽の場合（Ｓ１１１５でＮｏ）、上記（１）に戻る。
（４）読み出した各商品情報の単価の合計額に基づき所定の換算率で算出したポイント数が、付与ポイント総数の不足分に達しているか否かを判定する（Ｓ１１２０）。真の場合（Ｓ１１２０でＹｅｓ）、ループを抜けて下記（５）に進む。一方、偽の場合（Ｓ１１２０でＮｏ）、上記（１）に戻る。
（５）取得したすべての商品情報をもとに、１組の推奨商品群を含む付加情報を生成する（Ｓ１１２５）。

図１１（ｂ）に、「付加情報が選定された推奨商品群である場合」のランク表示情報の表示例を示す。図１１（ｂ）の構成は、基本的に図１０（ａ）〜（ｃ）と同様である。
図１０（ａ），（ｂ）には、「いつまでにどうすればランクをキープできる」，「いつまでにどうすればランクがアップする」というように、必要な条件が表示されていた。これに対し、図１１（ｂ）には、「これらをすべて購入」という条件とともに選定された推奨商品群（１１５０）が表示される。

（３−４（ｃ）．出力手順の変形例）
図４のフローチャートでは、ポイントサーバ１０からユーザ端末５０にランク表示情報を１回だけ送信する処理の例を示した。
これに対し、例えば、付加情報の「表示形態」が「レコメンド」である場合には、ランクキープ又はランクアップのための十分条件を満たす推奨商品群の情報を、所定時間ごとに又はユーザ端末５０からの要求に応じて、順次ユーザ端末５０に送信してもよい。ユーザに対し複数の選択肢を提示することにより、ポイント獲得に必要な商品等の購入をさらに促進することができる。

（ａ）所定時間ごとに推奨商品を更新する場合の処理
所定時間ごとに推奨商品を更新する場合の処理の流れを、図１２（ａ）のフローチャートを参照して説明する。
なお、図１２（ａ）のフローチャートに示す処理は、図４のフローチャートに示したランク表示情報を表示する処理（Ｓ４６５ａ）が終了してから所定期間経過後に、ユーザ端末５０からポイントサーバ１０に推奨商品の更新を要求する処理（Ｓ１２６０ａ）から開始する。

図１２（ａ）に示すように、ユーザ端末５０から推奨商品の更新要求を受信する（Ｓ１２６０ｂ）と、ポイントサーバ１０は、改めて推奨商品群を選定し（Ｓ１２６５ｂ）、ユーザ端末５０に送信する（Ｓ１２７０ｂ）。
ポイントサーバ１０から新たな推奨商品群の情報を受信すると、ユーザ端末５０は、ランク表示ページ中のランク表示情報表示欄のうち推奨商品群の情報のみを更新する（Ｓ１２７０ａ）。
以降、ユーザ端末５０においてＷｅｂブラウザが終了されるまで、所定時間おきに推奨商品群の更新が繰り返される。

（ｂ）ユーザ端末からの要求に応じて推奨商品を更新する場合の処理
ユーザ端末からの要求に応じて推奨商品を更新する場合の処理の流れを、図１２（ｂ）のフローチャートを参照して説明する。
なお、図１２（ｂ）のフローチャートに示す処理は、図４のフローチャートに示したランク表示情報を表示する処理（Ｓ４６５ａ）が終了した後に続くものである。また、図１２（ａ）と同一の符号が付されているステップは、同一の処理であるものとする。

図１２（ｂ）に示すように、ランク表示情報表示欄に表示される所定の更新ボタンをユーザがクリックすると（Ｓ１２５５ａでＹｅｓ）、ユーザ端末５０はポイントサーバ１０に対し、推奨商品の更新を要求する処理（Ｓ１２６０ａ）
ユーザ端末５０から推奨商品の更新要求を受信する（Ｓ１２６０ｂ）と、ポイントサーバ１０は、改めて推奨商品群を選定し（Ｓ１２６５ｂ）、ユーザ端末５０に送信する（Ｓ１２７０ｂ）。
ポイントサーバ１０から新たな推奨商品群の情報を受信すると、ユーザ端末５０は、ランク表示ページ中のランク表示情報表示欄のうち推奨商品群の情報のみを更新する（Ｓ１２７０ａ）。
以降、ユーザ端末５０において所定の更新ボタンがクリックされるごとに、推奨商品群の更新が繰り返される。

＜他の実施形態の説明＞
（１．入出力形態の変形例）
（１−１．ランク表示情報を含んだページの送信）
上述の実施形態は、ランク表示情報の表示をポイントサーバ１０とユーザ端末５０との間の非同期通信（Ａｊａｘ）により実現するように構成されている（例えば、図４参照）。
これに対し、ユーザ端末５０からランク表示ページの要求を受信したとき、ポイントサーバ１０は、ランク表示情報を含んだランク表示ページを生成し、ユーザ端末５０に送信してもよい。
ただし、画面表示の遅延を避ける観点では、非同期通信のほうが好ましい。

（１−２．他のサーバが提供するＷｅｂページへの表示）
上述の実施形態は、ポイントサーバ１０が提供するＷｅｂページ中に設けた表示欄にランク表示情報を表示するように構成されている（例えば、図４参照）。
これに対し、他のＷｅｂサーバ（例えば、電子商取引サーバ２０）が提供するＷｅｂページ中に設けた表示欄にランク表示情報を表示するように構成してもよい。この場合、設定ファイル１１に相当する設定ファイルをＷｅｂサーバごとに用意すれば、表示内容やリンク先をＷｅｂサイトごとに柔軟に設定することができる。
また、ランク表示情報のみがユーザ端末５０に表示されるように構成してもよい。

（２．処理主体の変形例）
上述の実施形態は、ランク表示情報をポイントサーバ１０が生成するように構成されている（例えば、図８参照）。
これに対し、ポイントサーバ１０はランク表示情報を生成するために必要なデータを提供するにとどめ、ランク表示情報生成処理をユーザ端末５０が行うように構成してもよい。これにより、ポイントサーバ１０にかかる負荷が軽減される。
また、データベースサーバ３０が備える各データベース（３１〜３８）に記憶されている一部の公開可能な情報を読み出すためのＡＰＩが用意されているという前提であれば、ユーザ端末５０が必要なデータをデータベースサーバ３０より直接取得して、ランク表示情報を生成・表示するように構成してもよい。これにより、ポイントサーバ１０にかかる負荷がさらに軽減される。

（３．ランク表示情報生成処理の変形例）
上述の実施形態は、ランクキープ又はランクアップに必要な付与ポイント総数及びポイント付与回数の不足分が表示されるように構成されている。これにより、ランクに対するユーザの意識を高め、ポイント獲得に必要な商品等の購入を促進することができる。
ただし、例えば極めて短い期間内に所定数以上又は所定回数以上のポイント獲得が必要になる場合には、ランクキープ又はランクアップが事実上困難である。

このような観点で、ランクキープ又はランクアップに必要な付与ポイント総数及びポイント付与回数の不足分が所定数又は所定回数を上回るときは、付与ポイント総数及びポイント付与回数の不足分を表示しないように構成してもよい。
この場合には、例えばポイント倍増キャンペーン等のＷｅｂページへのハイパーリンクを表示してユーザをキャンペーンに誘導するようにするとよい。これにより、ランクに対するユーザの意識を保ちつつ、ポイント獲得に必要な商品等の購入を促進することができる。

付与ポイント総数の不足分及びポイント付与回数の不足分を表示させない場合の処理の流れを、図１３のフローチャートを参照して説明する。
図１３のフローチャートに示す処理は、例えば図８のフローチャートに示したランク表示情報生成処理（Ｓ８３５ｂ，Ｓ８３５ｃ１）の前に、所定の条件判断を行うものである。

図１３に示すように、ポイントサーバ１０は、ランク表示情報を生成する処理（Ｓ８３５ｂ，Ｓ８３５ｃ１）の前に、付与ポイント総数の不足分が所定数以下であるか否か及びポイント付与回数の不足分が所定回数以下であるか否かを判定する（Ｓ１３０５，Ｓ１３１０）。
そして、付与ポイント総数の不足分が所定数以下であり、かつ、ポイント付与回数の不足分が所定回数以下であるとき（Ｓ１３０５でＹｅｓ、かつ、Ｓ１３１０でＹｅｓ）、ポイントサーバ１０は、図８に示した処理と同様にランク表示情報を生成する（Ｓ８３５ｂ，Ｓ８３５ｃ１）。
一方、付与ポイント総数の不足分が所定数以下でないとき、又は、ポイント付与回数の不足分が所定回数以下でないとき（Ｓ１３０５でＮｏ、又は、Ｓ１３１０でＮｏ）、ポイントサーバ１０は、付与ポイント総数の不足分及びポイント付与回数の不足分が含まれないようにランク表示情報を生成する（Ｓ１３１５）。

（４．ランク判定処理の変形例）
上述の実施形態は、ポイントサーバにアクセスした時点を基準とし、直前６ヶ月間における付与ポイント総数とポイント付与回数とにより、各ランクの閾値に基づいて各ユーザのランクを判定するように構成されている。
これに対し、ポイントサーバにアクセスした時点を基準とし、直前６ヶ月間における付与ポイント総数のみにより、各ランクの閾値に基づいて各ユーザのランクを判定するように構成してもよい。

システムの構成例を示す図である。 設定ファイルの主要な項目を示す図である。 （ａ）会員情報，（ｂ）ポイント情報，（ｃ）ランク情報，（ｄ）加盟店情報，（ｄ）商品情報，（ｄ）注文情報，（ｄ）ランキング情報，（ｄ）関連情報の主要な項目を示す図である。 ユーザ端末及びポイントサーバによる処理及びデータの流れを示すフローチャートである。 ポイント管理サービスのランク表示ページ（ランク表示情報が表示されていない状態）の例である。 ポイント管理サービスのランク表示ページ（ランク表示情報が表示されている状態）の例である。 ポイントサーバによるランク判定処理の流れを示すフローチャートである。 ポイントサーバによるランク表示情報生成処理の流れを示すフローチャートである。 （ａ）「最上位ランク（プラチナ）のキープ期間がちょうどＮ年である場合」，（ｂ）「最上位ランク（プラチナ）のキープ期間がちょうどＮ年でない場合」のランク表示情報の表示例である。 （ａ）「ランクダウンが予想される場合」，（ｂ）「ランクキープが予想される場合」，（ｃ）「ランクアップが予想される場合」のランク表示情報の表示例である。 （ａ）推奨商品選定処理の流れを示すフローチャート，（ｂ）「付加情報が選定された推奨商品群である場合」のランク表示情報の表示例である。 （ａ）所定時間ごとに，（ｂ）ユーザ端末からの要求に応じて、推奨商品を更新する処理の流れを示すフローチャートである。 付与ポイント総数の不足分及びポイント付与回数の不足分を表示させない場合の処理の流れを示すフローチャートである。

符号の説明

１０ ポイントサーバ
１１ 設定ファイル
２０ 電子商取引サーバ
３０ データベースサーバ
３１ 会員情報データベース
３２ ポイント情報データベース
３３ ランク情報データベース
３４ 加盟店情報データベース
３５ 商品情報データベース
３６ 注文情報データベース
３７ ランキング情報データベース
３８ 関連情報データベース
４０ インターネット
４１ 専用回線
５０ ユーザ端末

Claims (8)

1. ユーザの端末との間で電気通信回線を介して接続されているポイントサーバであって、
   金銭的価値を示すポイントの付与実績に基づいて各ユーザが振り分けられる複数のランクと、該各ランクを区分するポイント付与実績の閾値とを含むランク情報を記憶するランク情報記憶手段と、
   ユーザに付与したポイントの数と、該ポイントを付与した時期とを少なくとも含むポイント情報をユーザの識別情報ごとに区別して記憶するポイント情報記憶手段と
   を有し、
   前記電気通信回線を介してユーザの識別情報を受信し、該識別情報に基いてユーザを特定するユーザ特定手段と、
   前記受信した識別情報に対応するユーザのポイント情報を前記ポイント情報記憶手段より読み出して、前記ランク情報記憶手段より読み出したランク情報を基に、現在振り分けられている現行ランクを判定するとともに、現在から所定期間先に該ユーザが振り分けられるべき暫定ランクを判定するランク判定手段と、
   前記現行ランクと前記暫定ランクとの対比結果に基づいて、予想されるランクの変化を示すランク変化情報を少なくとも含む前記ユーザのランク表示情報を生成するランク表示情報生成手段と、
   前記ユーザの前記ランク表示情報を、前記電気通信回線を介して送信するランク表示情報送信手段と
   を備えることを特徴とするポイントサーバ。
2. 請求項１に記載のポイントサーバにおいて、
   前記ポイント情報記憶手段には、ユーザの現行ランクを記憶しており、
   前記ランク判定手段は、暫定ランクのみを判定し、
   前記ランク表示情報生成手段は、現行ランクを前記ポイント情報記憶手段から取得する
   ことを特徴とするポイントサーバ。
3. 請求項１又は２に記載のポイントサーバにおいて、
   前記ランク表示情報生成手段は、前記ランク変化情報がランクダウン又はランクキープである場合、ランクキープ及び／又はランクアップできる単数又は複数の推奨商品を選定して、前記ランク表示情報に付加する
   ことを特徴とするポイントサーバ。
4. 請求項３に記載のポイントサーバにおいて、
   推奨商品の更新要求を受信する推奨商品更新要求受信手段と、
   新たな推奨商品を選定して、更新のための推奨商品を送信する更新情報送信手段と
   をさらに備え、
   前記更新情報送信手段は、前記推奨商品更新要求受信手段が推奨商品の更新要求を受信したとき、新たな推奨商品を選定して、更新のための推奨商品を送信する
   ことを特徴とするポイントサーバ。
5. 請求項１〜４のいずれかに記載のポイントサーバにおいて、
   前記ランク表示情報生成手段は、前記ランク変化情報がランクダウン又はランクキープである場合、前記ランク変化情報として、ランクキープ又はランクアップに必要な条件を算出し、ランク表示情報に付加する
   ことを特徴とするポイントサーバ。
6. 請求項５に記載のポイントサーバにおいて、
   前記ランク表示情報生成手段は、算出したランクキープ又はランクアップに必要な条件の値が所定値より大きい場合、該必要な条件をランク表示情報に含めない
   ことを特徴とするポイントサーバ。
7. ユーザの端末との間で電気通信回線を介して接続されているポイントサーバにおける方法であって、
   該ポイントサーバは、金銭的価値を示すポイントの付与実績に基づいて各ユーザが振り分けられる複数のランクと、該各ランクを区分するポイント付与実績の閾値とを含むランク情報を記憶するランク情報記憶手段と、
   ユーザに付与したポイントの数と、該ポイントを付与した時期とを少なくとも含むポイント情報をユーザの識別情報ごとに区別して記憶するポイント情報記憶手段とを有し、
   前記電気通信回線を介して、ユーザの識別情報を受信し、前記識別情報に基いてユーザを特定するユーザ特定ステップと、
   前記受信した識別情報に対応するユーザのポイント情報を前記ポイント情報記憶手段より読み出して、前記ランク情報記憶手段より読み出したランク情報を基に、現在振り分けられている現行ランクを判定するとともに、現在から所定期間先に該ユーザが振り分けられるべき暫定ランクを判定するランク判定ステップと、
   前記現行ランクと前記暫定ランクとの対比結果に基づいて、予想されるランクの変化を示すランク変化情報を少なくとも含む前記ユーザのランク表示情報を生成するランク表示情報生成ステップと、
   前記ユーザの前記ランク表示情報を、前記電気通信回線を介して送信するランク表示情報送信ステップと
   を備えることを特徴とするポイントサーバにおける方法。
8. 請求項１〜６のいずれかに記載のポイントサーバが備える各手段をコンピュータに機能として実現させるためのプログラム。